Session processing method, apparatus, terminal and readable storage medium

Abstract

The application discloses a session processing method and device, a terminal and a readable storage medium, and belongs to the technical field of communication. The session processing method of the application comprises the following steps: a terminal acquires analysis and / or prediction results of a first network function; and according to the analysis and / or prediction results, session processing is performed.

Description

Technical Field

[0001] This application belongs to the field of communication technology, specifically relating to a session processing method, apparatus, terminal, and readable storage medium. Background Technology

[0002] Existing technologies incorporate network data analysis capabilities for intelligent analysis. These capabilities possess certain artificial intelligence analysis functions, collecting data and using built-in algorithms and analytical abilities to analyze and / or predict outcomes. These analytical and / or predicted results can be provided to core network elements for optimization or statistical analysis. However, despite the introduction of network data analysis capabilities, it is currently unclear how terminals will utilize the analytical and / or predicted results. Summary of the Invention

[0003] This application provides a session processing method, apparatus, terminal, and readable storage medium, which can solve the problem that it is currently unclear how a terminal uses network data analysis functions to analyze and / or predict results.

[0004] Firstly, a session processing method is provided, which includes:

[0005] The terminal acquires the analysis and / or prediction results of the first network function;

[0006] The terminal performs session processing based on the analysis and / or prediction results.

[0007] Secondly, a session processing apparatus is provided for use in a terminal, comprising:

[0008] The acquisition module is used to acquire the analysis and / or prediction results of the first network function;

[0009] The processing module is used to perform session processing based on the analysis and / or prediction results.

[0010] Thirdly, a terminal is provided, comprising a processor and a memory, the memory storing a program or instructions executable on the processor, the program or instructions, when executed by the processor, implementing the steps of the method described in the first aspect.

[0011] Fourthly, a terminal is provided, including a processor and a communication interface, wherein the processor is used to acquire the analysis and / or prediction results of a first network function, and to perform session processing based on the analysis and / or prediction results.

[0012] Fifthly, a readable storage medium is provided, on which a program or instructions are stored, which, when executed by a processor, implement the steps of the method described in the first aspect.

[0013] In a sixth aspect, a chip is provided, the chip including a processor and a communication interface coupled to the processor, the processor being used to run programs or instructions to implement the steps of the method described in the first aspect.

[0014] In a seventh aspect, a computer program / program product is provided, the computer program / program product being stored in a storage medium, the computer program / program product being executed by at least one processor to perform the steps of the method as described in the first aspect.

[0015] In this embodiment, the terminal can obtain the analysis and / or prediction results of a first network function (such as NWDAF) and perform session (such as PDU session) processing based on the analysis and / or prediction results. Therefore, the terminal can use the obtained analysis and / or prediction results of the first network function (such as NWDAF) to achieve session-oriented optimization (such as PDU session), thereby improving communication performance. Attached Figure Description

[0016] Figure 1 This is a block diagram of a wireless communication system applicable to embodiments of this application;

[0017] Figure 2 This is a flowchart of a session processing method provided in an embodiment of this application;

[0018] Figure 3 This is a flowchart illustrating the establishment of a PDU session in an embodiment of this application;

[0019] Figure 4 This is a flowchart illustrating the switching of a PDU session in an embodiment of this application;

[0020] Figure 5 This is one of the flowcharts for reconstructing a PDU session in the embodiments of this application;

[0021] Figure 6 This is the second flowchart of reconstructing a PDU session in the embodiments of this application;

[0022] Figure 7 This is a flowchart of an information processing method provided in an embodiment of this application;

[0023] Figure 8 This is a flowchart of another information processing method provided in an embodiment of this application;

[0024] Figure 9 This is a flowchart of another information processing method provided in an embodiment of this application;

[0025] Figure 10 This is a flowchart of another information processing method provided in an embodiment of this application;

[0026] Figure 11 This is a flowchart of the information processing procedure in the embodiments of this application;

[0027] Figure 12 This is a schematic diagram of the structure of a session processing device provided in an embodiment of this application;

[0028] Figure 13 This is a schematic diagram of the structure of an information processing device provided in an embodiment of this application;

[0029] Figure 14 This is a schematic diagram of another information processing device provided in the embodiments of this application;

[0030] Figure 15 This is a schematic diagram of another information processing device provided in the embodiments of this application;

[0031] Figure 16 This is a schematic diagram of another information processing device provided in the embodiments of this application;

[0032] Figure 17 This is a schematic diagram of the structure of a communication device provided in an embodiment of this application;

[0033] Figure 18 This is a schematic diagram of the structure of a terminal provided in an embodiment of this application. Detailed Implementation

[0034] The technical solutions of the embodiments of this application will be clearly described below with reference to the accompanying drawings. Obviously, the described embodiments are only some, not all, of the embodiments of this application. All other embodiments obtained by those skilled in the art based on the embodiments of this application are within the scope of protection of this application.

[0035] The terms "first," "second," etc., used in the specification and claims of this application are used to distinguish similar objects and not to describe a specific order or sequence. It should be understood that such terms can be used interchangeably where appropriate so that embodiments of this application can be implemented in orders other than those illustrated or described herein, and the objects distinguished by "first" and "second" are generally of the same class, not limited in number; for example, a first object can be one or more. Furthermore, in the specification and claims, "and / or" indicates at least one of the connected objects, and the character " / " generally indicates that the preceding and following objects are in an "or" relationship.

[0036] It is worth noting that the technologies described in this application are not limited to Long Term Evolution (LTE) / LTE-Advanced (LTE-A) systems, but can also be used in other wireless communication systems, such as Code Division Multiple Access (CDMA), Time Division Multiple Access (TDMA), Frequency Division Multiple Access (FDMA), Orthogonal Frequency Division Multiple Access (OFDMA), Single-carrier Frequency Division Multiple Access (SC-FDMA), and other systems. The terms "system" and "network" in this application are often used interchangeably, and the described technologies can be used with the systems and radio technologies mentioned above, as well as with other systems and radio technologies. The following description describes New Radio (NR) systems for illustrative purposes, and NR terminology is used in most of the following description; however, these technologies can also be applied to applications beyond NR systems, such as 6th generation (6G) radio systems. th Generation 6G communication system.

[0037] Figure 1This diagram illustrates a block diagram of a wireless communication system applicable to embodiments of this application. The wireless communication system includes a terminal 11 and a network-side device 12. Terminal 11 can be a mobile phone, tablet computer, laptop computer, personal digital assistant (PDA), handheld computer, netbook, ultra-mobile personal computer (UMPC), mobile internet device (MID), augmented reality (AR) / virtual reality (VR) device, robot, wearable device, vehicle-mounted device (VUE), pedestrian terminal (PUE), smart home (home devices with wireless communication capabilities, such as refrigerators, televisions, washing machines, or furniture), game console, personal computer (PC), ATM, or self-service machine, etc. Wearable devices include: smartwatches, smart bracelets, smart headphones, smart glasses, smart jewelry (smart bracelets, smart chains, smart rings, smart necklaces, smart anklets, smart anklets, etc.), smart wristbands, smart clothing, etc. It should be noted that the specific type of terminal 11 is not limited in this embodiment. Network-side equipment 12 may include access network equipment or core network equipment. Access network equipment 12 may also be referred to as radio access network equipment, radio access network (RAN), radio access network function, or radio access network unit. Access network equipment 12 may include base stations, WLAN access points, or WiFi nodes, etc. Base stations may be referred to as Node B, evolved Node B (eNB), access point, base transceiver station (BTS), radio base station, radio transceiver, Basic Service Set (BSS), Extended Service Set (ESS), home B node, home evolved B node, Transmitting Receiving Point (TRP), or any other suitable term in the field, as long as the same technical effect is achieved. The base station is not limited to specific technical terms. It should be noted that in this application embodiment, only a base station in an NR system is used as an example for description, and the specific type of base station is not limited.Core network equipment may include, but is not limited to, at least one of the following: Network Data Analytics Function (NWDAF), core network node, core network function, Mobility Management Entity (MME), Access and Mobility Management Function (AMF), Session Management Function (SMF), User Plane Function (UPF), Policy Control Function (PCF), Policy and Charging Rules Function (PCRF), Edge Application Server Discovery Function (EASDF), Unified Data Management (UDM), Unified Data Repository (UDR), Home Subscriber Server (HSS), Centralized network configuration (CNC), Network Repository Function (NRF), Network Exposure Function (NEF), and Local NEF. NEF (or L-NEF), Binding Support Function (BSF), Application Function (AF), etc. It should be noted that this application embodiment only uses the core network equipment in the NR system as an example for description, and does not limit the specific type of core network equipment.

[0038] In this embodiment, NWDAF possesses certain artificial intelligence (AI) analysis capabilities. For example, NWDAF can provide an Observed Service Experience related network data analytics function. Using this function, it can collect Quality of Service (QoS) information of a terminal accessing a server, such as uplink and downlink speeds, packet loss rate, etc., and output statistical information, including the user experience of the terminal accessing the server. Furthermore, NWDAF can also make predictions based on the terminal's historical experience accessing the server. For example, it can predict the possible user experience, such as QoS, of the terminal if it accesses the server in a future time period and / or region.

[0039] The analysis and / or prediction results provided by NWDAF can be distinguished by an Analytic ID. By specifying different Analytic IDs and some parameters, NWDAF can provide corresponding analysis and / or prediction results. For example, the observation service experience analysis provided by NWDAF uses the Analytic ID "ServiceExperience". As long as the network element obtaining the NWDAF service enters the Analytic ID when requesting analysis, NWDAF can provide the corresponding analysis and / or prediction results.

[0040] Optionally, the Analytic ID corresponding to the analysis results provided by the NWDAF described above may include, but is not limited to, at least one of the following:

[0041] Analytic ID: Load level information, network data analysis related to slice load levels;

[0042] Analytic ID: Service Experience, which observes network data analysis related to service experience.

[0043] Analytic ID: NF load information, network element load analysis;

[0044] Analytic ID: Network Performance; Network performance analysis.

[0045] Analytic ID: UE Mobility, terminal mobility, terminal mobility analysis;

[0046] Analytic ID: UE Communication, terminal communication, terminal communication analysis;

[0047] Analytic ID: UE Mobility and / or UE Communication, terminal communication and / or terminal communication, network data analysis related to expected terminal behavior parameters;

[0048] Analytic ID: Abnormal behavior, network data analysis related to abnormal behavior;

[0049] Analytic ID: User Data Congestion, user data congestion analysis;

[0050] Analytic ID: QoS Sustainability, QoS sustainability analysis;

[0051] Analytic ID: Session Management Congestion Control Experience, Session Management Congestion Control Experience Analysis Deviation Analysis;

[0052] Analytic ID: Redundant Transmission Experience; Analysis related to redundant transmission experience.

[0053] Analytic ID: WLAN performance, WLAN performance analysis;

[0054] Analytic ID: UE Dispersion, terminal deviation, deviation analysis;

[0055] Analytic ID: DN Performance, Data Network Performance, Data Network Performance Analysis.

[0056] The following section explains some of the performance analyses that NWDAF can provide.

[0057] 1) Access Method Performance: Analytics ID="Service Experience" and Analytics ID="WLAN performance" respectively provide performance data for 3GPP access (e.g., 5G / 4G), non-3GPP access, and WLAN access, which is also a type of non-3GPP access. The access performance includes: uplink and downlink rates, packet loss rate, etc., after using this access method; or, Reference Signal Received Power (RSRP), Reference Signal Received Quality (RSRQ), Received Signal Strength Indicator (RSSI), etc., after using this access method.

[0058] The QoS performance under different access methods is shown in Table 1 below:

[0059] Table 1

[0060]

[0061] 2) Slice performance: Analytics ID="Load level information" and Analytics ID="Service Experience" can provide information about the load of a slice, such as the current resource usage and load level of the slice; they can also provide information about the service experience of the current slice, such as the uplink and downlink speeds, packet loss rate, and latency after using the slice.

[0062] The QoS performance of the slice is shown in Table 2 below:

[0063] Table 2

[0064]

[0065] 3) DN Performance: Analytics ID="Service Experience" and Analytics ID="DNPerformance" indicate the performance of accessing a specific DN (Data Network). For example, the average uplink and downlink speeds, packet loss rate, packet latency, maximum packet latency, etc.

[0066] The performance under DN includes the following table 3:

[0067] Table 3

[0068]

[0069] 4) Terminal location: Analytics ID = "UE Mobility". NWDAF can provide terminal location analysis or location prediction, such as start and end time, dwell time, etc. at that location.

[0070] The "optimal performance" mentioned in this application generally refers to the best QoS performance indicators under the DN, S-NSSAI, and access methods. For example, it involves a comprehensive comparison of (uplink / downlink) QoS stream bit rate, (uplink / downlink) QoS packet latency, (uplink / downlink) maximum packet latency, (uplink / downlink) average packet loss rate, etc. The optimal performance is evaluated based on these parameters. For instance, it might only consider the uplink / downlink QoS stream bit rate, or only consider the uplink / downlink QoS stream bit rate and QoS packet latency; or use a certain algorithm to analyze and balance the above parameters to determine the combination with the lowest packet latency but the highest (but not necessarily the highest) relative uplink / downlink speed.

[0071] This application uses PDU sessions to carry AIML services as an example, but the PDU sessions can also carry other types of services.

[0072] The "meeting business requirements" mentioned in this application refers to the fact that the business has certain requirements regarding (uplink / downlink) QoS stream bit rate, (uplink / downlink) QoS packet latency, (uplink / downlink) maximum packet latency, (uplink / downlink) average packet loss rate, etc. For example, the (uplink / downlink) QoS stream bit rate must not be lower than a lower limit, the (uplink / downlink) QoS packet latency must not exceed an upper limit, the (uplink / downlink) maximum packet latency must not exceed an upper limit, and the (uplink / downlink) average packet loss rate must not exceed an upper limit, etc. If the business requirements cannot be guaranteed, the user experience will be very poor. For example, one business scenario of AIML is the download of artificial intelligence models. The download speed of the artificial intelligence model must be guaranteed to be higher than 200Mbps / s for the user experience to be optimal. Therefore, the network must meet this business requirement, and the downlink rate of the QoS stream bit rate supported by the PDU session must exceed 200Mbps / s; otherwise, the business experience cannot be achieved, and the user experience will be very poor.

[0073] It should be noted that NWDAF can involve both analysis, such as analysis based on historical records, and prediction, such as forecasting future performance or terminal location.

[0074] The session processing method, apparatus, terminal, and readable storage medium provided in this application will be described in detail below with reference to the accompanying drawings and through some embodiments and application scenarios.

[0075] Please see Figure 2 , Figure 2 This is a flowchart of a session processing method provided in an embodiment of this application. The method is executed by a terminal, such as... Figure 2 As shown, the method includes the following steps:

[0076] Step 21: The terminal obtains the analysis and / or prediction results of the first network function.

[0077] In this embodiment, the first network function can be selected as the Network Data Analysis Function (NWDAF). The aforementioned session can be a Protocol Data Unit (PDU) session, i.e., a PDU session.

[0078] Optionally, in order to obtain the analysis and / or prediction results of the first network function, the terminal may send a first request to the first network function, the first request including an analysis identifier, the analysis identifier being used to characterize the category of analysis and / or prediction results that the first network function requested by the terminal can provide, the first network function having network data analysis capabilities; then, the terminal receives the analysis and / or prediction results corresponding to the analysis identifier from the first network function.

[0079] Step 22: The terminal performs session processing based on the analysis and / or prediction results.

[0080] In this embodiment, the first network function can be selected as the Network Data Analysis Function (NWDAF). The aforementioned session can be a Protocol Data Unit (PDU) session, i.e., a PDU session.

[0081] Optionally, the terminal can report terminal capabilities, which characterize the terminal's ability to perform session processing based on the analysis and / or prediction results of the first network function. For example, the terminal can report terminal capabilities via NAS messages to core network elements, including SMF, AMF, etc. The NAS messages include, but are not limited to: PDU session establishment request, registration request, PDU session modification request, registration complete, PDU session establishment accept, PDU session modification accept, etc. The terminal can also report capabilities characterize its ability to optimize terminal operations using the analysis and / or prediction results of the first network function. For example, the terminal can report terminal capabilities via NAS messages to core network elements, including SMF, AMF, etc.

[0082] In the session processing method of this application embodiment, the terminal can obtain the analysis and / or prediction results of a first network function (such as NWDAF) and perform session (such as PDU session) processing based on the analysis and / or prediction results. Therefore, the terminal can use the obtained analysis and / or prediction results of the first network function (such as NWDAF) to achieve session-oriented optimization (such as PDU session), thereby improving communication performance.

[0083] Optionally, the session processing based on the analysis and / or prediction results may include: the terminal performing a first operation based on the analysis and / or prediction results, wherein the first operation includes any one of the following: establishing a session, modifying a session, or reconstructing a session.

[0084] In some embodiments, the aforementioned session establishment is a PDU session establishment. The terminal triggers a PDU session establishment request to perform PDU session establishment.

[0085] In some embodiments, the aforementioned session modification refers to PDU session modification. The PDU session modification includes PDU session handover (switching from one access mode to another). The terminal uses the PDU session ID established under the current access mode to trigger the PDU session establishment process under another access mode. The access mode includes at least one of the following: 3GPP access, non-3GPP access.

[0086] In some embodiments, the aforementioned session reconstruction is a PDU session reconstruction (e.g., PDU session re-establishment). The PDU session reconstruction refers to the process where, given that a PDU session already carries the service, the terminal uses parameters to create another PDU session, then switches the original session to the newly created session, and finally releases the original session.

[0087] Optionally, the above analysis and / or prediction results may include at least one of the following for the terminal at the target location and / or time: the performance of at least one access type, the performance of at least one data network (DN), and the performance of at least one slice (e.g., S-NSSAI). The target location and / or time may be, for example, the terminal's current location and / or time. This allows the terminal to select the appropriate access type, DN, and / or slice for session processing, such as establishing, modifying, or rebuilding a session.

[0088] For example, a terminal needs to establish a PDU session to carry out the task of training an AIML (Artificial Intelligence Model). AIML services have certain requirements for network performance. For instance, model downloading in the AIML service requires a downlink speed higher than 100Mbps / s. In this case, the terminal needs to obtain various analysis and / or prediction results from the NWDAF (Network Windowing AF) to view various performance indicators under different slices, access methods, and DNs, such as uplink and downlink speeds, packet loss, etc. Assuming that the NWDAF provides performance on S-NSSAI-a and DNN1, with downlink speeds exceeding 100Mbps / s, meeting the requirements of the AIML service, then the terminal can use S-NSSAI-a and DNN1 to initiate the PDU session establishment process. The established session will then meet the performance requirements of the AIML service. At this point, the terminal uses S-NSSAI-a and DNN1 to trigger a PDU session establishment request to the 5G core network to establish the PDU session.

[0089] For example, a terminal currently has a PDU session carrying the task of training an AIML (Artificial Intelligence Model). AIML services have certain network performance requirements. For instance, model downloading in the AIML service requires a downlink speed higher than 100 Mbps / s. However, due to deteriorating network quality, the current downlink speed of the PDU session is no longer sufficient for the AIML service. Suppose that NWDAF (Network Virtualization AF) provides performance over WLAN; that is, the terminal, through WLAN access, carries the PDU session with QoS performance exceeding 100 Mbps / s downlink speeds. Then, the terminal can consider switching the PDU session, originally carried over 3GPP access, to non-3GPP access (WLAN). In this way, the downlink speed of the PDU session would meet the requirements of the AIML service.

[0090] For example, consider a terminal with a PDU session (e.g., PDU session 1) carrying the task of training an AIML (Artificial Intelligence Model). AIML services have certain network performance requirements. For instance, model downloading in the AIML service requires a downlink speed higher than 100 Mbps / s. However, due to deteriorating network quality, the downlink speeds on DNN1 and S-NSSAI-a are no longer sufficient for the AIML service. In this case, the terminal needs to obtain various analysis and / or prediction results from NWDAF to check performance indicators under different slices, access methods, and DNs, such as uplink and downlink speeds, packet loss, etc. Suppose that NWDAF provides performance on S-NSSAI-b and DNN2, with downlink speeds exceeding 100 Mbps / s, meeting the AIML service requirements. Then, the terminal can use S-NSSAI-b and DNN2 to initiate a new PDU session establishment process. This established session will then meet the performance requirements of the AIML service. At this point, the terminal uses S-NSSAI-b and DNN2 to trigger a PDU session establishment request to the 5G core network to establish a PDU session (such as PDU session 2). Then, the terminal switches PDU session 1 to PDU session 2, and releases PDU session 1 after the switch is complete. This completes the PDU session reconstruction process.

[0091] Optionally, based on the above analysis and / or prediction results, the terminal can determine a first parameter for performing the first operation according to the analysis and / or prediction results. The first parameter includes at least one of the following: an access method that meets the service requirements, a DN that meets the service requirements, and a slice that meets the service requirements. The service is a service carried by a corresponding session (such as a PDU session), such as an artificial intelligence model training task (such as AIML). Then, according to the first parameter, the first operation is performed, such as establishing a session, modifying a session, or rebuilding a session.

[0092] In some embodiments, the terminal can determine a first parameter for performing the first operation based on its current location and / or current time. The current location and / or current time must be at least one the same as the location and / or current time indicated in the analysis and / or prediction results. For example, if the analysis and / or prediction results sent by the NWDAF only indicate the DN performance, slice performance, or access method performance at a specific location and within a specific time period, then this means that such performance can only be achieved if the terminal, at that location and within that time period, accesses the DN, uses the slice, and establishes a PDU session using the access method.

[0093] In some embodiments, the first parameter is determined by selecting the best-performing parameter from the analysis and / or prediction results. In this case, the first parameter includes at least one of the following: the access method that meets the service requirements and has the best performance (i.e., the best-performing access method among the access methods that meet the service requirements), the DN that meets the service requirements and has the best performance (i.e., the best-performing DN among the DNs that meet the service requirements), and the slice that meets the service requirements and has the best performance (i.e., the best-performing slice among the slices that meet the service requirements). This ensures that the best-performing session is obtained.

[0094] In some embodiments, the terminal can select the best-performing DNN, S-NSSAI, Access type, etc., based on the analysis and / or prediction results provided by NWDAF, and trigger the establishment of a PDU session.

[0095] Optionally, the terminal can directly obtain the parameters for performing the first operation from the first network function. The terminal can perform the first operation, such as establishing a session, modifying a session, or rebuilding a session, based on the second parameter in the analysis and / or prediction results. The second parameter includes at least one of the following: an access method that meets the service requirements, a DN that meets the service requirements, and a slice that meets the service requirements, where the service is the service carried by the corresponding session (e.g., a PDU session), such as an AIML task. For example, if the AIML service requires a downlink rate greater than 100 Mbps / s, then for the performance of different DNs, different slices (S-NSSAI), and different access methods provided by NWDAF, it is only necessary to select the one with a downlink rate higher than 100 Mbps / s. For example, if the downlink rate of DNN1 is 80 Mbps / s, the downlink rate of DNN2 is 120 Mbps / s, and the downlink rate of DNN3 is 200 Mbps / s, if the optimal performance method is chosen, then DNN3 is selected for PDU session establishment; if the method that meets the service requirements is used, then both DNN2 and DNN3 can be used for PDU session establishment or PDU session reconstruction. The rest can be understood in the same way.

[0096] Optionally, the business requirement can be sent from the application (APP) on the terminal to the terminal; or, the terminal can identify and determine it based on APP traffic characteristics, traffic type, and the matched User Path Selection Policy (URSP) rules. The business requirement may include, but is not limited to, at least one of the following:

[0097] (Uplink / Downlink) QoS stream bit rate;

[0098] (Uplink and Downlink) QoS flow packet loss rate;

[0099] (Uplink / Downlink) packet retransmission;

[0100] Number of (uplink and downlink) packets transmitted;

[0101] (Upstream and downstream) average flow rate;

[0102] Average packet loss rate (uplink and downlink);

[0103] (Uplink and downlink) average packet delay;

[0104] Maximum packet loss rate (uplink and downlink);

[0105] (Uplink / Downlink) Maximum flow rate.

[0106] In some embodiments, to ensure the acquisition of a session with optimal performance, the second parameter described above is the parameter for optimal performance. The second parameter described above may include at least one of the following:

[0107] The best-performing access method among the available access methods that meet the service requirements at the target location and / or time; for example, this best-performing access method may be different from or the same as the access method of the current terminal session; for example, the performance of WLAN access currently indicated by NWDAF is better than that of 3GPP access (e.g., higher uplink and downlink rates, lower packet loss rate, lower packet latency, etc.), while the PDU session established by the current terminal for AIML service uses 3GPP access, then it is obvious that the best-performing access method indicated by NWDAF is different from the current terminal access method, and the terminal may consider changing the access method of the PDU session.

[0108] The best-performing DN among the DNs that meet the service requirements at the target location and / or time; for example, the best-performing DN may be different from or the same as the DN accessed by the current terminal session.

[0109] The best-performing slice among the slices that meet the service requirements at the target location and / or time; for example, the best-performing slice may be different from or the same as the slice used by the current terminal session.

[0110] Optionally, the optimal performance mentioned above may include, but is not limited to, at least one of the following metrics:

[0111] (Uplink / Downlink) QoS stream bit rate;

[0112] (Uplink and Downlink) QoS flow packet loss rate;

[0113] (Uplink / Downlink) packet retransmission;

[0114] Number of (uplink and downlink) packets transmitted;

[0115] (Upstream and downstream) average flow rate;

[0116] Average packet loss rate (uplink and downlink);

[0117] (Uplink and downlink) average packet delay;

[0118] Maximum packet loss rate (uplink and downlink);

[0119] (Uplink / Downlink) Maximum flow rate.

[0120] Optionally, after establishing the first session, if the performance of the first session carrying the service fails to meet preset requirements or falls below preset values, the terminal can establish a second session to carry the service based on the analysis and / or prediction results, to ensure the normal operation of the service. The service may be, for example, an AIML task. The aforementioned preset requirements and preset values ​​can be set based on actual needs. The preset value may be, for example, the minimum performance required for the first session to ensure the carried service. The aforementioned first / second session may be, for example, a PDU session. These preset requirements or preset values ​​can be provided according to the instructions of the AIML service. For example, the AIML service may have certain requirements for uplink and downlink speeds, such as uplink exceeding 50 Mbps / s and downlink exceeding 100 Mbps / s, or certain requirements for packet loss rate (packet loss rate less than one ten-thousandth). The APP can instruct the terminal on the network performance requirements of the service, such as uplink and downlink speeds, packet loss rate, packet latency, etc. The terminal can also make judgments based on the characteristics of the APP traffic. For example, the terminal can determine the service type of the APP traffic and its network performance requirements based on the APP traffic's FQDN, the destination IP address to which the APP traffic needs to be sent, or the traffic category of the APP traffic.

[0121] Optionally, the above-mentioned preset requirements or preset values ​​can be determined according to business needs, including at least one of the following:

[0122] (Uplink / Downlink) QoS stream bit rate;

[0123] (Uplink and Downlink) QoS flow packet loss rate;

[0124] (Uplink / Downlink) packet retransmission;

[0125] Number of (uplink and downlink) packets transmitted;

[0126] (Upstream and downstream) average flow rate;

[0127] Average packet loss rate (uplink and downlink);

[0128] (Uplink and downlink) average packet delay;

[0129] Maximum packet loss rate (uplink and downlink);

[0130] (Uplink / Downlink) Maximum flow rate.

[0131] Furthermore, when establishing a second session to carry services, the terminal can release the first session to avoid wasting resources.

[0132] In some embodiments, the release of the first session described above occurs before the establishment of the second session.

[0133] In other embodiments, the release of the first session occurs after the establishment of the second session, that is, after the first session is switched to the second session, the first session is released.

[0134] Optionally, when the analysis and / or prediction results include the performance of different access methods of the terminal, if it is determined, based on the performance of the terminal's established session, that the performance of the first access method is lower than that of the second access method, the terminal can change the access method of the session to the second access method to switch / modify the session. Here, the first access method is the access method currently used by the terminal session; the second access method is at least one access method indicated by the analysis and / or prediction results, such as the second access method having the best performance.

[0135] In some embodiments, the terminal can compare the performance of different access methods, such as non-3GPP access and 3GPP access, based on the analysis and / or prediction results of NWDAF; and then switch a PDU session to the access method with the best performance.

[0136] In some embodiments, when the DNN, S-NSSAI, etc. of the PDU session carrying the service within the terminal are not optimal, the terminal can release the session based on the analysis and / or prediction results of NWDAF, and then use the optimal set of PDU session parameters to establish a new PDU session to carry the service.

[0137] For example, when there is an AIML (Artificial Intelligence Model Training) task on the terminal, and a PDU session needs to be established for it, assuming the server IP address of this AIML is 10.1.1.1 and FQDN = ABC.com, then, based on the current terminal location and time, there are the following two methods:

[0138] Method 1: First, the terminal requests NWDAF to provide the performance of the access method, slicing performance, and DN performance at the current terminal location / time. Then, the terminal selects the best-performing access method, the best DN, and the best S-NSSAI. Using these parameters, the terminal initiates a PDU session establishment request, whereby the PDU session carries the AIML service. Alternatively, the terminal can request NWDAF to analyze the available access methods at the current location / time, such as 5G or 4G access methods, to provide the performance of each access method, and then send this information to the UE for judgment.

[0139] Method 2: First, the terminal requests NWDAF to provide the best PDU session establishment parameters, such as the best-performing access method, S-NSSAI, DNN, etc.; then, it initiates a PDU session establishment request based on the requested best parameters.

[0140] For example, if the terminal's PDU session uses 3GPP access, but in the current location, the terminal's non-3GPP access is better than 3GPP access, then the terminal can consider switching the PDU session to non-3GPP access to change the access method of the PDU session and achieve the switching of the PDU session.

[0141] For example, if the performance of the current PDU session carrying AIML services is already very poor, the terminal can consider releasing the PDU session carrying this service and then establishing a new PDU session using parameters from another PDU session. The parameters for establishing the PDU session can be the optimal access method, DN, and / or slice S-NSSAI, determined by the terminal based on NWDAF analysis and / or prediction results and after performance comparison.

[0142] The present application will now be described in conjunction with specific embodiments.

[0143] Example 1

[0144] This embodiment 1 mainly describes how the terminal (UE) selects parameters to create a new PDU session based on the analysis and / or prediction results of NWDAF. For example... Figure 3 As shown, the specific process includes:

[0145] Step 1: The terminal requests analysis and / or prediction results from NWDAF. Specifically, to determine which analysis and / or prediction results to obtain, the terminal needs to send the Analytic ID, thus obtaining the analysis and / or prediction results corresponding to that Analytic ID.

[0146] In one implementation, the terminal uses an app on the terminal to send a subscription request to the DCAF (Data Collection AF), requesting the DCAF to subscribe to the analysis and / or prediction results of the NWDAF on behalf of the terminal. The subscription request includes at least one of the following:

[0147] Nnwdaf_AnalyticsSubscription_Subscribe;

[0148] Nnwdaf_AnalyticsInfo_Request.

[0149] Furthermore, for AIML services, the terminal can also request NWDAF to provide at least one of the following performance metrics for accessing the AIML server IP address (the terminal needs to establish a service connection to this server and complete the relevant AIML services, such as downloading AI models): performance of different access methods, performance of different DNS servers, and performance of different slices. For example, the APP service experience shown in Table 4 below is based on the APP server's IP address and the corresponding S-NSSAI, DNN, etc., to provide the service experience.

[0150] Table 4

[0151]

[0152] Step 2: NWDAF provides analysis and / or prediction results to the terminal based on the Analytic ID requested by the terminal. The analysis and / or prediction results are those corresponding to the Analytic ID.

[0153] Step 3: Based on the analysis and / or prediction results provided by NWDAF, the terminal selects the parameters for establishing a PDU session to access the target server, which are the parameters required for establishing a PDU session for AIML services.

[0154] In some embodiments, this parameter may include: DNN, S-NSSAI, and Access type. Wherein, DNN is the best-performing DN indicated in the analysis results provided by NWDAF, S-NSSAI is the best-performing slice indicated in the analysis results provided by NWDAF, and Access type is the best-performing access method indicated in the analysis results provided by NWDAF.

[0155] In another scenario, the terminal obtains the analysis or prediction results from NWDAF, which include the performance of different DNs, different slices, and different access methods. The terminal selects the optimal performance based on the performance provided by NWDAF, without needing NWDAF to indicate the best performance.

[0156] Step 4: The terminal triggers a PDU session establishment request to the AMF / SMF. The parameters included in this request, such as DNN, S-NSSAI, and access method, are determined by the terminal based on the analysis and / or prediction results provided by NWDAF. One approach is for the terminal to select the best-performing DNN, S-NSSAI, and / or access method based on the analysis or prediction results provided by NWDAF. Another approach is for the terminal to select the DNN, S-NSSAI, and / or access method that meets the AIML service conditions based on the analysis or prediction results provided by NWDAF.

[0157] Example 2

[0158] This embodiment 2 mainly describes a terminal requesting a switch of PDU session. For example, based on the analysis and / or prediction results of NWDAF, the terminal analyzes whether the optimal access method is 3GPP access or non-3GPP access. Taking the switch from 3GPP access to non-3GPP access as an example, the terminal has a session on 3GPP access, such as... Figure 4 As shown, the specific process includes:

[0159] Step 1: The terminal registers with non-3GPP access.

[0160] Step 2: Same as steps 1-2 in Example 1. The terminal requests performance analysis or prediction of the access method from the NWDAF. This mainly includes the performance of non-3GPP access, 3GPP access, and WLAN access. For example, AnalyticID = service experience can provide the performance of the above different access methods, and Analytic ID = WLANperformance can also be used.

[0161] Step 3: If the terminal determines, based on the analysis and / or prediction results of NWDAF, that the performance of 3GPP access is inferior to that of non-3GPP access, the terminal can use the PDU session ID on 3GPP access to trigger a PDU session establishment request on non-3GPP access. This achieves the switching of PDU sessions between different access methods.

[0162] In this case, the method involves the terminal using a PDU session ID (the PDU session corresponding to the PDU session ID is a PDU session established under 3GPP access mode, and this session needs to be switched to non-3GPP access) to trigger a PDU session establishment request under non-3GPP access. This achieves the switching of the PDU session from 3GPP access to non-3GPP access.

[0163] Understandably, if switching from non-3GPP access to 3GPP access, the switching process is similar to the process described above, and will not be repeated here.

[0164] Example 3

[0165] This embodiment 3 mainly describes how the terminal releases the session and recreates a new session, such as Figure 5 As shown, the specific process includes:

[0166] Step 1: The current terminal has a PDU session, which is used to carry AIML services.

[0167] Steps 2-4: Same as steps 1 to 3 in Example 1.

[0168] Step 5: When the terminal determines that the parameters of the PDU session carrying the current AIML service, such as slice, DNN, access method, etc., can no longer meet the requirements or have poor performance, the terminal can release the PDU session and send a PDU session release request to AMF / SMF.

[0169] Step 6: AMF / SMF confirms and agrees to release the session.

[0170] Step 7: The session is released.

[0171] Step 8: The terminal triggers a PDU session establishment request to the AMF / SMF. The parameters included in this request, such as DNN, S-NSSAI, and access method, are determined by the terminal based on the analysis and / or prediction results provided by NWDAF. This method corresponds to SSC mode 2, continuity mode 2, which first releases the existing service-carrying session and then establishes a new session.

[0172] Example 4

[0173] This embodiment 4 mainly describes how the terminal first establishes a session and then releases the old session. For example... Figure 6 As shown, the specific process includes:

[0174] Steps 1-4: Same as steps 1 to 4 in Example 3.

[0175] Step 5: The terminal triggers a PDU session establishment request to the AMF / SMF. The parameters included in the PDU session establishment request, such as DNN, S-NSSAI, and access method, are determined by the terminal based on the analysis and / or prediction results provided by NWDAF.

[0176] Step 6: AMF / SMF confirms and agrees to establish a PDU session.

[0177] Step 7: At this point, a new session is established with the AIML server. Then, the terminal can migrate AIML services from the source session to the new session, i.e., perform service relocation or PDU session relocation.

[0178] Step 8: The terminal releases the old PDU session by sending a PDU session release request to the AMF / SMF.

[0179] Step 9: AMF / SMF confirms the feedback and agrees to release the old session.

[0180] Step 10: At this point, the old session is released.

[0181] Understandably, Embodiment 3 and Embodiment 4 are almost identical, with the difference being that in Embodiment 4, the terminal first establishes a PDU session, at which point there are two PDU sessions used for AIML services, and then releases the old PDU session. This results in better service continuity compared to Embodiment 3.

[0182] In the above embodiments, the services carried by the PDU session are not limited to AIML services.

[0183] In this embodiment, NWDAF can perform packet inspection on data packets from various terminals via UPF, such as detecting the destination IP address and port number of the data packet, the size of the data packet, and the FQDN to which the data packet is sent, and analyze the inspection results. Then, NWDAF can intelligently analyze and determine the APP Identifier. The APP Identifier corresponds to the routing information (IP address and port number of the destination server) that sends the data packet to the destination server.

[0184] However, the current problem is that UPF needs to perform packet-by-packet inspection on all application traffic data packets indiscriminately, which is a huge workload. Moreover, much of the packet inspection information obtained by NWDAF from UPF is irrelevant. For example, NWDAF only wants to analyze a specific application, such as the APP ID of application 1, while much of the information is irrelevant (such as information sent to the application 2 server), which indirectly increases the workload of NWDAF.

[0185] Therefore, to address the aforementioned issues, this application proposes an information processing method. First, the terminal or NWDAF can instruct the SMF which applications on the terminal generate traffic associated with a specific APP ID. Then, the SMF instructs the terminal to use a specific QoS flow (e.g., a QoS flow identifier, QFI) to carry the traffic generated by these associated applications. Finally, the UPF only needs to perform packet-by-packet inspection of all data packets within the specific QoS flow, thus significantly reducing the detection burden on the UPF and the analysis complexity of the NWDAF.

[0186] Please see Figure 7 , Figure 7 This is a flowchart of a session processing method provided in an embodiment of this application. The method is applied to a first communication device, such as an SMF / AMF. Figure 7 As shown, the method includes the following steps:

[0187] Step 71: The first communication device sends a first instruction to the second communication device, and / or the first communication device sends a second instruction to the terminal. The second instruction can be transmitted via NAS messages, including but not limited to: PDU session establishment request, registration request, PDU session modification request, registration complete, PDU session establishment accept, PDU session modification accept, etc.

[0188] In this embodiment, the first instruction is used to instruct a second communication device to perform packet inspection on data packets in the QoS stream corresponding to the first QFI. The first communication device may be, for example, a UPF. The second instruction is used to instruct the terminal to use the QoS stream corresponding to the first QFI to carry traffic generated by a first application in the terminal. The first application may include multiple applications.

[0189] Optionally, the method further includes at least one of the following:

[0190] The first communication device receives first information reported by the terminal. The first information is used to indicate that the traffic generated by the first application in the terminal is related to the first APP identifier. The first APP identifier is an identifier used to map to a specific APP traffic detection rule. The terminal reports the first information through NAS messages, including but not limited to: PDU session establishment request, registration request, PDU session modification request, registration complete, PDU session establishment accept, PDU session modification accept, etc.

[0191] The first communication device sends a second request to the first network function and receives analysis results from the first network function. The analysis results are used to indicate that the traffic generated by the first application in the terminal is related to the first APP identifier. The first APP identifier is an identifier used to map to a specific APP traffic detection rule. The first network function is, for example, NWDAF.

[0192] Optionally, when the first application includes multiple applications, each application is identified by at least one of the following: OSAppId, OSid, application IP address (e.g., source IP 5-tuple), and application port number.

[0193] For example, a terminal can report which applications on the terminal are associated with the APP ID; then the APP streams generated by these applications on the terminal need to be inspected packet by packet by UPF.

[0194] For example, a primary network function, such as NWDAF, can analyze or predict historical statistical data to determine which applications on a terminal generate traffic associated with a specific APP ID. It then sends the identifiers of these APPs (e.g., OSAppId, OSid, application IP address (e.g., source IP address), application port number) to the SMF. The SMF can then instruct the terminal to use a specific QoS flow to carry the traffic generated by these applications.

[0195] This can significantly reduce the detection burden of the second communication device (such as UPF) and the analysis complexity of the first network function (NWDAF).

[0196] Please see Figure 8 , Figure 8 This is a flowchart of a session processing method provided in an embodiment of this application. The method is applied to a second communication device, such as a UPF. Figure 8 As shown, the method includes the following steps:

[0197] Step 81: The second communication device receives the first instruction from the first communication device.

[0198] The first instruction instructs the second communication device (such as a UPF) to perform packet inspection on the data packets in the QoS stream corresponding to the first QFI. The QoS stream corresponding to the first QFI carries APP data streams related to the APP ID of interest. Thus, the UPF only needs to perform packet-by-packet inspection on the QoS stream within that QFI, instead of performing packet-by-packet inspection on all QoS streams of all DPU sessions for that terminal, thereby reducing the inspection workload of the second communication device (such as the UPF).

[0199] Step 82: The second communication device performs packet inspection on the QoS stream corresponding to the first QFI.

[0200] Optionally, the second communication device can also send the packet detection results to the first network function. The packet detection results are used by the first network function to analyze and obtain the first APP identifier corresponding to the packet detection results. The first APP identifier is an identifier used to map to a specific APP traffic detection rule. The packet detection information obtained by NWDAF is all related to the first APP identifier, with little irrelevant information.

[0201] This can significantly reduce the detection burden of the second communication device (such as UPF) and the analysis complexity of the first network function (NWDAF).

[0202] Please see Figure 9 , Figure 9 This is a flowchart of a session processing method provided in an embodiment of this application, which is applied to a terminal. Figure 9 As shown, the method includes the following steps:

[0203] Step 91: The terminal receives a second instruction from the first communication device. The second instruction is used to instruct the terminal to use the QoS stream corresponding to the first QFI to carry the traffic generated by the first application in the terminal. The second instruction is transmitted through NAS messages, including but not limited to: PDU session establishment request, registration request, PDU session modification request, registration complete, PDU session establishment accept, PDU session modification accept, etc.

[0204] Step 92: The terminal uses the QoS stream corresponding to the first QFI to carry the traffic generated by the first application in the terminal;

[0205] Step 92: The terminal sends the QoS stream corresponding to the first QFI to the second communication device.

[0206] In this process, the terminals need to carry the traffic sent by the applications on these terminals as indicated by the SMF using the QoS stream corresponding to the first QFI.

[0207] In some embodiments, the first communication device is, for example, an SMF / AMF, and the second communication device is, for example, a UPF.

[0208] In some embodiments, the second communication device can perform packet inspection on the QoS stream corresponding to the first QFI and send the inspection results to the first network function (such as NWDAF) for analysis.

[0209] In this way, by sending the QoS stream corresponding to the first QFI to the second communication device, the detection burden of the second communication device (such as UPF) can be greatly reduced, and the analysis complexity of the first network function (such as NWDAF) can be further reduced.

[0210] Please see Figure 10 , Figure 10 This is a flowchart of a session processing method provided in an embodiment of this application. The method is applied to a first network function, such as NWDAF. Figure 10 As shown, the method includes the following steps:

[0211] Step 101: The first network function receives the second information sent by the second communication device, wherein the second information is the result obtained by the second communication device from packet detection of the QoS stream corresponding to the first QFI;

[0212] Step 102: The first network function analyzes the second information to obtain the first APP identifier corresponding to the second information.

[0213] The QoS flow carries traffic generated by a first application on the terminal. The first APP identifier is used to map to a specific APP traffic detection rule. The first APP identifier corresponds to a traffic detection rule for a particular application (e.g., IP 5-tuple).

[0214] Please see Figure 11 Here is a flowchart of the information processing procedure in this application embodiment, and the specific process includes:

[0215] Step 1: The SMF requests the NWDAF to provide analysis and / or prediction results, which are app identification information related to a specific app identifier. In other words, for a given app identifier, the NWDAF tells the SMF which apps on the terminal are generating traffic related to that app identifier.

[0216] In some embodiments, the above requests can be sent via Nnwdaf_AnalyticsSubscription_Subscribe, Nnwdaf_AnalyticsInfo_Request.

[0217] Step 2: NWDAF sends the results to SMF, instructing SMF which app traffic is related to the App Identifier (APP ID). This APP ID is an identifier used to map to a specific app's traffic detection rule, which corresponds to a traffic detection rule for a particular application (e.g., IP 5-tuple). SMF then only needs to instruct UPF to detect the traffic generated by these apps. This is because only the traffic generated by these apps is related to the APP ID, and therefore to the analysis results generated by NWDAF (i.e., the predicted or analyzed APP ID).

[0218] In some embodiments, the above results can be sent via Nnwdaf_AnalyticsSubscription_Subscribe, Nnwdaf_AnalyticsInfo_Response.

[0219] Step 3: Optionally, the terminal can also report which apps generate traffic related to the app ID. For example, this can be reported via NAS messages.

[0220] Step 4: SMF determines that the traffic generated by a specific APP on a certain terminal corresponds to a certain APP ID, and the traffic generated by these APPs needs to be carried by the QoS flow corresponding to the QFI specified by SMF.

[0221] In some embodiments, the SMF sends this relationship to the terminal via a NAS message.

[0222] Step 5: The SMF instructs the UPF through the N4 session establishment or modification process to perform packet inspection only on the QoS flow corresponding to the specified QFI.

[0223] Step 6: The terminal obtains the following mapping relationship from the SMF via NAS messages:

[0224] The APP streams generated by specific applications (such as the first application) in the terminal will all be carried using the QoS streams indicated by SMF.

[0225] Step 7: The terminal matches the traffic generated by a specific application (indicated by SMF) to a specific PDU session and uses a specific QoS flow bearer (QFI tag).

[0226] Step 8: The terminal sends the APP traffic to the UPF.

[0227] Step 9: UPF performs packet inspection only on packets of the QoS flow corresponding to the specific QFI tag indicated by SMF, and sends the inspection results to NWDAF.

[0228] Step 10: NWDAF obtains the packet detection results collected by UPF, and further analyzes the packet detection results to intelligently generate APP ID.

[0229] The session processing method provided in this application can be executed by a session processing device. This application uses the execution of the session processing method by a session processing device as an example to illustrate the session processing device provided in this application.

[0230] Please see Figure 12 , Figure 12 This is a schematic diagram of a session processing device provided in an embodiment of this application. The device is applied to a terminal, such as... Figure 12 As shown, the session processing device 120 includes:

[0231] The acquisition module 121 is used to acquire the analysis and / or prediction results of the first network function;

[0232] Processing module 122 is used to perform session processing based on the analysis and / or prediction results.

[0233] In this embodiment, the analysis and / or prediction results of a first network function (such as NWDAF) can be obtained, and session (such as PDU session) processing can be performed based on the analysis and / or prediction results. Therefore, the terminal can use the obtained analysis and / or prediction results of the first network function (such as NWDAF) to achieve session-oriented optimization (such as PDU session), thereby improving communication performance.

[0234] Optionally, the processing module 122 is specifically used to: perform a first operation based on the analysis and / or prediction results, wherein the first operation includes any one of the following: establishing a session, modifying a session, or rebuilding a session.

[0235] Optionally, the analysis and / or prediction results include at least one of the following at the current location and / or time of the terminal: the performance of at least one access method, the performance of at least one data network DN, and the performance of at least one slice.

[0236] Optionally, the processing module 122 is specifically configured to: determine a first parameter for performing the first operation based on the analysis and / or prediction results, wherein the first parameter includes at least one of the following: an access method that meets the service requirements, a DN that meets the service requirements, and a slice that meets the service requirements, wherein the service is the service carried by the session; and perform the first operation based on the first parameter.

[0237] Optionally, the first parameter includes at least one of the following: the best performing access method, the best performing DN, and the best performing slice.

[0238] Optionally, the processing module 122 is specifically used to: execute the first operation based on the second parameter in the analysis and / or prediction results, wherein the second parameter includes at least one of the following: an access method that meets the service requirements, a DN that meets the service requirements, and a slice that meets the service requirements, wherein the service is the service carried by the session.

[0239] Optionally, the second parameter includes at least one of the following:

[0240] The best performing access method among different access methods at the current location and / or time of the terminal;

[0241] The best performing DN among different DNs at the current location and / or time of the terminal;

[0242] The best-performing slice among different slices at the current location and / or time of the terminal.

[0243] Optionally, the processing module 122 is specifically used to: when the performance of the first session carrying the service fails to meet the preset requirements or is lower than the preset value, establish a second session to carry the service based on the analysis and / or prediction results.

[0244] Optionally, the processing module 122 is further configured to: release the first session.

[0245] Optionally, the analysis and / or prediction results include the performance of different access methods of the terminal, and the processing module 122 is specifically used to: when it is determined, based on the performance of different access methods of the terminal, that the performance of the session established by the terminal in the first access method is lower than that in the second access method, change the access method of the session to the second access method.

[0246] Optionally, the acquisition module 121 is specifically configured to: send a first request to the first network function, the first request including an analysis identifier; and receive the analysis and / or prediction results corresponding to the analysis identifier from the first network function.

[0247] The session processing device 120 in this embodiment can be an electronic device, such as an electronic device with an operating system, or a component in an electronic device, such as an integrated circuit or a chip. The electronic device can be a terminal, or other devices besides a terminal. For example, a terminal can include, but is not limited to, the type of terminal 11 listed above; other devices can be servers, network attached storage (NAS), etc., and this embodiment does not impose specific limitations.

[0248] The session processing device 120 provided in this application embodiment can achieve Figure 2 The various processes implemented in the method embodiments achieve the same technical effect, and will not be described again here to avoid repetition.

[0249] Please see Figure 13 , Figure 13 This is a schematic diagram of the structure of an information processing device provided in an embodiment of this application. This device is applied to a terminal, such as... Figure 13 As shown, the information processing device 130 includes:

[0250] The first sending module 13 is configured to send a first instruction to the second communication device, the first instruction being configured to instruct the second communication device to perform packet detection on the data packets in the QoS stream corresponding to the first QoS stream identifier (QFI); and / or to send a second instruction to the terminal, the second instruction being configured to instruct the terminal to use the QoS stream corresponding to the first QFI to carry the traffic generated by the first application in the terminal.

[0251] The information processing device 130 provided in this embodiment of the application can realize Figure 7 The various processes implemented in the method embodiments achieve the same technical effect, and will not be described again here to avoid repetition.

[0252] Please see Figure 14 , Figure 14 This is a schematic diagram of the structure of an information processing device provided in an embodiment of this application. This device is applied to a terminal, such as... Figure 14 As shown, the information processing device 140 includes:

[0253] The first receiving module 141 is configured to receive a first instruction from the first communication device, wherein the first instruction is configured to instruct the second communication device to perform packet detection on the data packets in the QoS stream corresponding to the first QoS stream identifier QFI.

[0254] The detection module 142 is used to perform packet detection on the QoS flow corresponding to the first QFI.

[0255] The information processing device 140 provided in this embodiment of the application can realize Figure 8 The various processes implemented in the method embodiments achieve the same technical effect, and will not be described again here to avoid repetition.

[0256] Please see Figure 15 , Figure 15 This is a schematic diagram of the structure of an information processing device provided in an embodiment of this application. This device is applied to a terminal, such as... Figure 15 As shown, the information processing device 150 includes:

[0257] The second receiving module 151 is used to receive a second instruction from the first communication device, the second instruction being used to instruct the terminal to use the QoS stream corresponding to the first QFI to carry the traffic generated by the first application in the terminal.

[0258] Control module 152 is used to carry traffic generated by the first application in the terminal using the QoS stream corresponding to the first QFI;

[0259] The third sending module 153 is used to send the QoS stream corresponding to the first QFI to the second communication device.

[0260] The information processing device 150 provided in this embodiment of the application can realize Figure 9 The various processes implemented in the method embodiments achieve the same technical effect, and will not be described again here to avoid repetition.

[0261] Please see Figure 16 , Figure 16 This is a schematic diagram of the structure of an information processing device provided in an embodiment of this application. This device is applied to a terminal, such as... Figure 16As shown, the information processing device 160 includes:

[0262] The third receiving module 161 is used to receive second information sent by the second communication device, the second information being the result obtained by the second communication device from packet detection of the QoS stream corresponding to the first QFI;

[0263] Analysis module 162 is used to analyze the second information to obtain the first APP identifier corresponding to the second information.

[0264] The information processing device 160 provided in this embodiment of the application can realize Figure 10 The various processes implemented in the method embodiments achieve the same technical effect, and will not be described again here to avoid repetition.

[0265] Optional, such as Figure 17 As shown, this application embodiment also provides a communication device 170, including a processor 171 and a memory 172. The memory 172 stores a program or instructions that can run on the processor 171. When the program or instructions are executed by the processor 171, they implement the various steps of the above-described session processing method embodiment and can achieve the same technical effect. To avoid repetition, they will not be described again here.

[0266] This application also provides a terminal, including a processor and a communication interface. The processor is used to acquire the analysis and / or prediction results of a first network function and perform session processing based on the analysis and / or prediction results. This terminal embodiment corresponds to the terminal-side method embodiment described above. All implementation processes and methods of the above method embodiments can be applied to this terminal embodiment and achieve the same technical effects.

[0267] Specifically, Figure 18 A schematic diagram of the hardware structure of a terminal to implement an embodiment of this application.

[0268] The terminal 1800 includes, but is not limited to, at least some of the following components: radio frequency unit 1801, network module 1802, audio output unit 1803, input unit 1804, sensor 1805, display unit 1806, user input unit 1807, interface unit 1808, memory 1809, and processor 1810.

[0269] Those skilled in the art will understand that the terminal 1800 may also include a power supply (such as a battery) for supplying power to various components. The power supply may be logically connected to the processor 1810 through a power management system, thereby enabling functions such as managing charging, discharging, and power consumption through the power management system. Figure 18The terminal structure shown does not constitute a limitation on the terminal. The terminal may include more or fewer components than shown, or combine certain components, or have different component arrangements, which will not be elaborated here.

[0270] It should be understood that, in this embodiment, the input unit 1804 may include a graphics processing unit (GPU) 18041 and a microphone 18042. The GPU 18041 processes image data of still images or videos obtained by an image capture device (such as a camera) in video capture mode or image capture mode. The display unit 1806 may include a display panel 18061, which may be configured in the form of a liquid crystal display, an organic light-emitting diode, or the like. The user input unit 1807 includes at least one of a touch panel 18071 and other input devices 18072. The touch panel 18071 is also called a touch screen. The touch panel 18071 may include a touch detection device and a touch controller. Other input devices 18072 may include, but are not limited to, physical keyboards, function keys (such as volume control buttons, power buttons, etc.), trackballs, mice, and joysticks, which will not be described in detail here.

[0271] In this embodiment, after receiving downlink data from the network-side device, the radio frequency unit 1801 can transmit it to the processor 1810 for processing; in addition, the radio frequency unit 1801 can send uplink data to the network-side device. Typically, the radio frequency unit 1801 includes, but is not limited to, an antenna, an amplifier, a transceiver, a coupler, a low-noise amplifier, a duplexer, etc.

[0272] The memory 1809 can be used to store software programs or instructions, as well as various data. The memory 1809 may primarily include a first storage area for storing programs or instructions and a second storage area for storing data. The first storage area may store the operating system, application programs or instructions required for at least one function (such as sound playback, image playback, etc.). Furthermore, the memory 1809 may include volatile memory or non-volatile memory, or both. The non-volatile memory may be read-only memory (ROM), programmable read-only memory (PROM), erasable programmable read-only memory (EPROM), electrically erasable programmable read-only memory (EEPROM), or flash memory. Volatile memory can be random access memory (RAM), static random access memory (SRAM), dynamic random access memory (DRAM), synchronous dynamic random access memory (SDRAM), double data rate synchronous dynamic random access memory (DDRSDRAM), enhanced synchronous dynamic random access memory (ESDRAM), synchronous link dynamic random access memory (SLDRAM), and direct memory bus RAM (DRRAM). The memory 1809 in the embodiments of this application includes, but is not limited to, these and any other suitable types of memory.

[0273] Processor 1810 may include one or more processing units; optionally, processor 1810 integrates an application processor and a modem processor, wherein the application processor mainly handles operations involving the operating system, user interface, and applications, and the modem processor mainly handles wireless communication signals, such as a baseband processor. It is understood that the aforementioned modem processor may also not be integrated into processor 1810.

[0274] The processor 1810 is used to acquire the analysis and / or prediction results of the first network function and to perform session processing based on the analysis and / or prediction results.

[0275] The terminal 1800 provided in this application embodiment can achieve... Figure 2 The various processes implemented in the method embodiments achieve the same technical effect, and will not be described again here to avoid repetition.

[0276] This application also provides a readable storage medium storing a program or instructions. When the program or instructions are executed by a processor, they implement the various processes of the above-described session processing method embodiments or the various processes of the above-described information processing method embodiments, and can achieve the same technical effect. To avoid repetition, they will not be described again here.

[0277] The processor is the processor in the terminal described in the above embodiments. The readable storage medium includes computer-readable storage media, such as computer read-only memory (ROM), random access memory (RAM), magnetic disk, or optical disk.

[0278] This application embodiment also provides a chip, which includes a processor and a communication interface. The communication interface is coupled to the processor. The processor is used to run programs or instructions to implement the various processes of the above-described session processing method embodiment or the various processes of the above-described information processing method embodiment, and can achieve the same technical effect. To avoid repetition, it will not be described again here.

[0279] It should be understood that the chip mentioned in the embodiments of this application may also be referred to as a system-on-a-chip, system chip, chip system, or system-on-a-chip, etc.

[0280] This application also provides a computer program / program product, which is stored in a storage medium and executed by at least one processor to implement the various processes of the above-described session processing method embodiments or the various processes of the above-described information processing method embodiments, and can achieve the same technical effect. To avoid repetition, it will not be described again here.

[0281] It should be noted that, in this document, the terms "comprising," "including," or any other variations thereof are intended to cover non-exclusive inclusion, such that a process, method, article, or apparatus that comprises a list of elements includes not only those elements but also other elements not expressly listed, or elements inherent to such a process, method, article, or apparatus. Without further limitations, an element defined by the phrase "comprising one..." does not exclude the presence of other identical elements in the process, method, article, or apparatus that includes that element. Furthermore, it should be noted that the scope of the methods and apparatuses in the embodiments of this application is not limited to performing functions in the order shown or discussed, but may also include performing functions substantially simultaneously or in the reverse order, depending on the functions involved. For example, the described methods may be performed in a different order than described, and various steps may be added, omitted, or combined. Additionally, features described with reference to certain examples may be combined in other examples.

[0282] Through the above description of the embodiments, those skilled in the art can clearly understand that the methods of the above embodiments can be implemented by means of software plus necessary general-purpose hardware platforms. Of course, they can also be implemented by hardware, but in many cases the former is a better implementation method. Based on this understanding, the technical solution of this application, in essence, or the part that contributes to the prior art, can be embodied in the form of a computer software product. This computer software product is stored in a storage medium (such as ROM / RAM, magnetic disk, optical disk) and includes several instructions to cause a terminal (which may be a mobile phone, computer, server, air conditioner, or network device, etc.) to execute the methods described in the various embodiments of this application.

[0283] The embodiments of this application have been described above with reference to the accompanying drawings. However, this application is not limited to the specific embodiments described above. The specific embodiments described above are merely illustrative and not restrictive. Those skilled in the art can make many other forms under the guidance of this application without departing from the spirit and scope of the claims, and all of these forms are within the protection scope of this application.

Claims

1. A session processing method, characterized in that, include: The terminal acquires the analysis and / or prediction results of the first network function; The terminal performs session processing based on the analysis and / or prediction results; The step of performing session processing based on the analysis and / or prediction results includes: The terminal performs a first operation based on the analysis and / or prediction results, wherein the first operation includes any one of the following: establishing a session, modifying a session, or reconstructing a session; The analysis and / or prediction results include at least one of the following for the terminal at the target location and / or time: the performance of at least one access method, the performance of at least one data network DN, and the performance of at least one slice.

2. The method according to claim 1, characterized in that, The step of performing the first operation based on the analysis and / or prediction results includes: The terminal determines a first parameter for performing the first operation based on the analysis and / or prediction results. The first parameter includes at least one of the following: an access method that meets the service requirements, a DN that meets the service requirements, and a slice that meets the service requirements. The service is the service carried by the session. The terminal performs the first operation based on the first parameter.

3. The method according to claim 2, characterized in that, The first parameter includes at least one of the following: the access method that meets business requirements and has the best performance, the DN that meets business requirements and has the best performance, and the slice that meets business requirements and has the best performance.

4. The method according to claim 1, characterized in that, The step of performing the first operation based on the analysis and / or prediction results includes: The terminal performs the first operation based on the second parameter in the analysis and / or prediction results, wherein the second parameter includes at least one of the following: an access method that meets the service requirements, a DN that meets the service requirements, and a slice that meets the service requirements, wherein the service is the service carried by the session.

5. The method according to claim 4, characterized in that, The second parameter includes at least one of the following: The terminal is selected as the best performing access method among the access methods that meet the service requirements at the target location and / or time. The DN that best performs among the DNs that meet the service requirements at the target location and / or time of the terminal; The best-performing slice among the slices that meet the business requirements at the target location and / or time for the terminal.

6. The method according to claim 1, characterized in that, The step of performing the first operation based on the analysis and / or prediction results includes: When the performance of the first session carrying the service fails to meet the preset requirements or falls below the preset value, the terminal establishes a second session to carry the service based on the analysis and / or prediction results.

7. The method according to claim 6, characterized in that, The method further includes: The terminal releases the first session.

8. The method according to claim 1, characterized in that, The analysis and / or prediction results include the performance of the terminal under different access methods, and the modified session includes: When it is determined, based on the performance of different access methods of the terminal, that the performance of the session established by the terminal in the first access method is lower than that in the second access method, the terminal changes the access method of the session to the second access method.

9. The method according to any one of claims 1 to 8, characterized in that, The analysis and / or prediction results for obtaining the first network function include: The terminal sends a first request to the first network function, the first request including an analysis identifier; The terminal receives the analysis and / or prediction results corresponding to the analysis identifier from the first network function.

10. A session processing apparatus, characterized in that, include: The acquisition module is used to acquire the analysis and / or prediction results of the first network function; A processing module is used to perform session processing based on the analysis and / or prediction results; Specifically, the processing module is used for: Based on the analysis and / or prediction results, the terminal performs a first operation, wherein the first operation includes any one of the following: establishing a session, modifying a session, or rebuilding a session; The analysis and / or prediction results include at least one of the following for the terminal at the target location and / or time: the performance of at least one access method, the performance of at least one DN, and the performance of at least one slice.

11. A communication device, characterized in that, It includes a processor and a memory, the memory storing a program or instructions that can run on the processor, the program or instructions being executed by the processor to implement the steps of the session processing method as described in any one of claims 1 to 9.

12. A readable storage medium, characterized in that, The readable storage medium stores a program or instructions that, when executed by a processor, implement the steps of the session processing method as described in any one of claims 1 to 9.

Images