CN117015083A

CN117015083A - Session processing method, device, terminal and readable storage medium

Info

Publication number: CN117015083A
Application number: CN202210471525.8A
Authority: CN
Inventors: 吕华章; 崇卫微; 吴晓波
Original assignee: Vivo Mobile Communication Co Ltd
Current assignee: Vivo Mobile Communication Co Ltd
Priority date: 2022-04-28
Filing date: 2022-04-28
Publication date: 2023-11-07

Abstract

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

Description

Session processing method, device, terminal and readable storage medium

Technical Field

The application belongs to the technical field of communication, and particularly relates to a session processing method, a session processing device, a session processing terminal and a readable storage medium.

Background

In the prior art, a network data analysis function is introduced to perform some intelligent analysis. The network data analysis function has a certain artificial intelligence analysis function, can collect some data, and uses a built-in algorithm and analysis capability to analyze and/or predict some results. The results of these analyses and/or predictions may be provided to the core network element for optimization operations or statistical analysis. However, in the case where the network data analysis function is introduced, it is not yet determined how the terminal uses the analysis and/or prediction result of the network data analysis function.

Disclosure of Invention

The embodiment of the application provides a session processing method, a session processing device, a terminal and a readable storage medium, which can solve the problem that how the terminal uses the analysis and/or prediction result of a network data analysis function is not determined at present.

In a first aspect, a session processing method is provided, where the method includes:

the terminal acquires analysis and/or prediction results of the first network function;

and the terminal performs session processing according to the analysis and/or prediction result.

In a second aspect, a session processing apparatus is provided, which is applied to a terminal, and includes:

the acquisition module is used for acquiring analysis and/or prediction results of the first network function;

and the processing module is used for carrying out session processing according to the analysis and/or prediction result.

In a third aspect, there is provided a terminal comprising a processor and a memory storing a program or instructions executable on the processor, which when executed by the processor, implement the steps of the method as described in the first aspect.

In a fourth aspect, a terminal is provided, including a processor and a communication interface, where the processor is configured to obtain an analysis and/or prediction result of a first network function, and perform session processing according to the analysis and/or prediction result.

In a fifth aspect, there is provided a readable storage medium having stored thereon a program or instructions which when executed by a processor realizes the steps of the method according to the first aspect.

In a sixth aspect, there is provided a chip comprising a processor and a communication interface coupled to the processor for running a program or instructions implementing the steps of the method according to the first aspect.

In a seventh aspect, there is provided a computer program/program product stored in a storage medium, the computer program/program product being executed by at least one processor to carry out the steps of the method according to the first aspect.

In the embodiment of the present application, the terminal may acquire an analysis and/or prediction result of the first network function (such as NWDAF), and perform session (such as PDU session) processing according to the analysis and/or prediction result. Thus, the terminal can use the analysis and/or prediction result of the acquired first network function (such as NWDAF) to optimize the session (such as PDU session), thereby improving the communication performance.

Drawings

Fig. 1 is a block diagram of a wireless communication system to which embodiments of the present application are applicable;

Fig. 2 is a flowchart of a session processing method according to an embodiment of the present application;

FIG. 3 is a flow chart of establishing a PDU session in an embodiment of the present application;

FIG. 4 is a flow chart of switching PDU sessions in an embodiment of the present application;

FIG. 5 is one of the flow charts of reestablishing PDU sessions in an embodiment of the present application;

FIG. 6 is a second flow chart of reestablishing PDU sessions in accordance with an embodiment of the present application;

FIG. 7 is a flowchart of an information processing method according to an embodiment of the present application;

FIG. 8 is a flowchart of another information processing method according to an embodiment of the present application;

FIG. 9 is a flowchart of another information processing method provided by an embodiment of the present application;

FIG. 10 is a flowchart of another information processing method provided by an embodiment of the present application;

FIG. 11 is a flow chart of an information processing procedure in an embodiment of the present application;

fig. 12 is a schematic structural diagram of a session processing device according to an embodiment of the present application;

fig. 13 is a schematic structural view of an information processing apparatus according to an embodiment of the present application;

fig. 14 is a schematic structural view of another information processing apparatus provided in an embodiment of the present application;

fig. 15 is a schematic structural view of another information processing apparatus provided in an embodiment of the present application;

fig. 16 is a schematic diagram of a structure of another information processing apparatus provided in an embodiment of the present application;

Fig. 17 is a schematic structural diagram of a communication device according to an embodiment of the present application;

fig. 18 is a schematic structural diagram of a terminal according to an embodiment of the present application.

Detailed Description

The technical solutions of the embodiments of the present application will be clearly described below with reference to the drawings in the embodiments of the present application, and it is apparent that the described embodiments are some embodiments of the present application, but not all embodiments. All other embodiments, which are derived by a person skilled in the art based on the embodiments of the application, fall within the scope of protection of the application.

The terms first, second and the like in the description and in the claims, are used for distinguishing between similar elements and not necessarily for describing a particular sequential or chronological order. It is to be understood that the terms so used are interchangeable under appropriate circumstances such that the embodiments of the application are capable of operation in sequences other than those illustrated or otherwise described herein, and that the "first" and "second" distinguishing between objects generally are not limited in number to the extent that the first object may, for example, be one or more. Furthermore, in the description and claims, "and/or" means at least one of the connected objects, and the character "/" generally means a relationship in which the associated object is an "or" before and after.

It should be noted that the techniques described in the embodiments of the present application are not limited to long term evolution (Long Term Evolution, LTE)/LTE evolution (LTE-Advanced, LTE-a) systems, but may also be used in other wireless communication systems, such as code division multiple access (Code Division Multiple Access, CDMA), time division multiple access (Time Division Multiple Access, TDMA), frequency division multiple access (Frequency Division Multiple Access, FDMA), orthogonal frequency division multiple access (Orthogonal Frequency Division Multiple Access, OFDMA), single carrier frequency division multiple access (Single-carrier Frequency Division Multiple Access, SC-implementation)FDMA) and other systems. The terms "system" and "network" in embodiments of the application are often used interchangeably, and the techniques described may be used for both the above-mentioned systems and radio technologies, as well as other systems and radio technologies. The following description describes a New air interface (NR) system for purposes of example and uses NR terminology in much of the description that follows, but these techniques are also applicable to applications other than NR system applications, such as generation 6 (6) ^th Generation, 6G) communication system.

Fig. 1 shows a block diagram of a wireless communication system to which an embodiment of the present application is applicable. The wireless communication system includes a terminal 11 and a network device 12. The terminal 11 may be a mobile phone, a tablet (Tablet Personal Computer), a Laptop (Laptop Computer) or a terminal-side Device called a notebook, a personal digital assistant (Personal Digital Assistant, PDA), a palm top, a netbook, an ultra-mobile personal Computer (ultra-mobile personal Computer, UMPC), a mobile internet appliance (Mobile Internet Device, MID), an augmented reality (augmented reality, AR)/Virtual Reality (VR) Device, a robot, a Wearable Device (weather Device), a vehicle-mounted Device (VUE), a pedestrian terminal (PUE), a smart home (home Device with a wireless communication function, such as a refrigerator, a television, a washing machine, or a furniture), a game machine, a personal Computer (personal Computer, PC), a teller machine, or a self-service machine, and the Wearable Device includes: intelligent wrist-watch, intelligent bracelet, intelligent earphone, intelligent glasses, intelligent ornament (intelligent bracelet, intelligent ring, intelligent necklace, intelligent anklet, intelligent foot chain etc.), intelligent wrist strap, intelligent clothing etc.. It should be noted that the specific type of the terminal 11 is not limited in the embodiment of the present application. The network-side device 12 may comprise an access network device or a core network device, wherein the access network device 12 may also be referred to as a radio access network device, a radio access network (Radio Access Network, RAN), a radio access network function or a radio access network element. Access network device 12 may include a base station, a WLAN access point, a WiFi node, or the like, which may be referred to as a node B, an evolved node B (eNB), an access point, a base transceiver station (Base Transceiver Station, BTS), a radio base station, a radio transceiver, a basic service set (Basic Service Set, BSS), an extended service set (Extended Service Set, ESS), a home node B, a home evolved node B, a transmission and reception point (Transmitting Receiving Point, TRP), or some other suitable terminology in the art, and the base station is not limited to a particular technical vocabulary so long as the same technical effect is achieved, and it should be noted that in the embodiment of the present application, only a base station in the NR system is described as an example, and the specific type of the base station is not limited. The core network device may include, but is not limited to, at least one of: network data analysis functions (Network Data Analytics Function, NWDAF), core network nodes, core network functions, mobility management entities (Mobility Management Entity, MME), access mobility management functions (Access and Mobility Management Function, AMF), session management functions (Session Management Function, SMF), user plane functions (User Plane Function, UPF), policy control functions (Policy Control Function, PCF), policy and charging rules function (Policy and Charging Rules Function, PCRF), edge application service discovery functions (Edge Application Server Discovery Function, EASDF), unified data management (Unified Data Management, UDM), unified data warehousing (Unified Data Repository, UDR), home subscriber servers (Home Subscriber Server, HSS), centralized network configuration (Centralized network configuration, CNC), network storage functions (Network Repository Function, NRF), network opening functions (Network Exposure Function, NEF), local NEF (Local NEF, or L-NEF), binding support functions (Binding Support Function, BSF), application functions (Application Function, AF), and the like. It should be noted that, in the embodiment of the present application, only the core network device in the NR system is described as an example, and the specific type of the core network device is not limited.

In the embodiment of the application, the NWDAF has a certain artificial intelligence (Artificial Intelligence, AI) analysis function. For example, NWDAF can provide an observation service experience analysis function (Observed Service Experience related network data analytics) by which quality of service (Quality of Service, qoS) information, such as uplink and downlink rates, packet loss rates, etc., of a terminal accessing a server can be collected and statistics including user experience of the terminal accessing the server can be output. In addition, the NWDAF may also predict from a historical experience situation of the terminal accessing the server, for example, in a future period of time and/or in a region, if the terminal accesses the server, a possible user experience situation of the terminal, such as a QoS situation.

The analysis and/or prediction results provided by the NWDAF can be distinguished by an analysis identifier (analytical ID), and the NWDAF can provide corresponding analysis and/or prediction results by indicating different analytical IDs and parameters to the NWDAF. For example, the analysis of the observation service experience provided by the NWDAF uses an analytical ID of Service Experience. Whenever a network element of NWDAF service is acquired, an analytical ID is entered at the time of requesting analysis, the NWDAF may provide a corresponding analysis and/or prediction result.

Optionally, the analytical ID corresponding to the analysis result provided by the NWDAF may include, but is not limited to, at least one of the following:

analytical ID: load level information, load level information, slice load level related network data analysis;

analytical ID: service Experience, service experience, network data analysis related to observing service experience;

analytical ID: NF load information, NF load information, network element load analysis;

analytical ID: network Performance, network performance analysis;

analytical ID: UE Mobility, terminal Mobility analysis;

analytical ID: UE Communication, terminal Communication and terminal Communication analysis;

analytical ID: UE Mobility and/or UE Communication, terminal communication and/or terminal communication, expected terminal behavior parameter related network data analysis;

analytical ID: abnormal behavior, analyzing abnormal behavior and network data related to the abnormal behavior;

analytical ID: user Data Congestion, user data congestion analysis;

analytical ID: qoS Sustainability QoS sustainability, qoS sustainability analysis;

analytical ID: session Management Congestion Control Experience session management congestion control experience, session management congestion control experience analysis dispersion analysis;

Analytical ID: redundant Transmission Experience, redundant transmission experience, analysis of redundant transmission experience correlation;

analytical ID: WLAN performance, WLAN performance analysis;

analytical ID: UE Dispersion, terminal Dispersion, dispersion analysis;

analytical ID: DN Performance, data network Performance analysis.

Some performance analyses that NWDAF can provide are described below.

1) Performance of access mode: the analysis id= "Service Experience" and the analysis id= "WLAN performance" can provide the performance of 3GPP access (e.g. 5G/4G), and the performance of non-3GPP access, and also the performance of WLAN access, respectively, which is also one of non-3GPP access. Wherein, the access performance comprises: the uplink and downlink rate, packet loss rate, etc. after using the access mode, or the reference signal power (Reference Signal Received Power, RSRP), reference signal quality (Reference Signal Received Quality, RSRQ), received signal strength indication (Received Signal Strength Indicator, RSSI), etc. after using the access mode.

Wherein, the QoS performance under the different access modes is as follows table 1:

TABLE 1

2) Performance of the slice: analytics id= "Load level information", and Analytics id= "Service Experience", a load case of a slice, such as a resource usage case of a current slice, a load level, and the like, can be provided; the service experience of the current slice can also be provided, for example, the uplink and downlink rates, the packet loss rate, the time delay condition and the like after the slice is used.

Wherein the QoS performance under the slice is as follows table 2:

TABLE 2

3) Performance of DN: analytics ID= "Service Experience", and Analytics ID= "DN Performance", can indicate the Performance of accessing a certain DN (Data Network). For example, the average upstream and downstream rate of accessing a DN, the packet loss rate, the delay of the packet, the maximum packet delay, etc.

Wherein the performance at DN includes the following table 3:

TABLE 3 Table 3

4) Position of terminal: the analysis id= "UE Mobility", NWDAF may provide a location analysis or location prediction of the terminal, a start-stop time at the location, a stay interval, etc.

The best performance of the present application generally means that the QoS performance index is best in the DN, S-nsai, access mode. For example, comprehensively compare (uplink and downlink) QoS stream bit rate, (uplink and downlink) QoS packet delay, (uplink and downlink) maximum packet delay, (uplink and downlink) average packet loss rate, and so on. The best performance was evaluated based on the above parameters. For example, only the upstream and downstream QoS stream bit rate, or, only the upstream and downstream QoS stream bit rate and QoS packet delay, are seen; or by some algorithm, compromise between analysis and balancing among the above parameters, determine the combination with the lowest packet delay, but the relatively highest (but not necessarily highest) upstream and downstream rate.

The application is exemplified with a PDU session carrying AIML traffic, but the PDU session can also carry other types of traffic.

The application satisfies the service requirement, which means that the service has certain requirement on (uplink and downlink) QoS stream bit rate, (uplink and downlink) QoS packet delay, (uplink and downlink) maximum packet delay, (uplink and downlink) average packet loss rate and the like. For example, the (upstream and downstream) QoS flow bit rate must not be below a lower limit, the (upstream and downstream) QoS packet delay must not exceed an upper limit, the (upstream and downstream) maximum packet delay must not exceed an upper limit, the (upstream and downstream) average packet loss rate must not be above an upper limit, and so on. If the business requirements cannot be guaranteed, the business experience is poor. For example, one business scenario for AIML is artificial intelligence model download. The downloading speed of the artificial intelligent model must be ensured to be higher than 200Mbps/s, so that the network must meet the service requirement at this time, the downlink speed of the QoS stream bit rate which can be supported by the PDU session must exceed 200Mbps/s, otherwise, the service experience cannot be achieved, and the service experience feel is poor.

It is noted that for NWDAF, there may be either an analysis, such as an analysis based on a history, or a prediction, such as a predicted future performance or terminal location, etc.

The session processing method, the session processing device, the terminal and the readable storage medium provided by the embodiment of the application are described in detail below through some embodiments and application scenarios thereof with reference to the accompanying drawings.

Referring to fig. 2, fig. 2 is a flowchart of a session processing method provided in an embodiment of the present application, where the method is performed by a terminal, and as shown in fig. 2, the method includes the following steps:

step 21: and the terminal acquires analysis and/or prediction results of the first network function.

In this embodiment, the first network function may be selected as the network data analysis function NWDAF. The session may be a protocol data unit (Protocol Data Unit, PDU) session, i.e., a PDU session.

Optionally, in order to obtain an analysis and/or prediction result of the first network function, the terminal may send a first request to the first network function, where the first request includes an analysis identifier, where the analysis identifier is used to characterize a category of analysis and/or prediction result that can be provided by the first network function requested by the terminal, and the first network function has a network data analysis function; then, analysis and/or prediction results corresponding to the analysis identifications are received from the first network function.

Step 22: and the terminal performs session processing according to the analysis and/or prediction result.

Optionally, the terminal may report a terminal capability, where the terminal capability is used to characterize that the terminal is capable of performing session processing according to an analysis and/or prediction result of the first network function. For example, the terminal may report the terminal capability through NAS messages, and may report the terminal capability to a core network element, where the core network element includes SMF, AMF, and the like. The NAS message includes, but is not limited to: PDU session establishment request PDU session establishment request, registration request registration request, PDU session modification request PDU session modification request, registration completion registration complete, PDU session establishment acceptance PDU session establishment accept, PDU session modification acceptance PDU session modification accept, and the like. The terminal may also report a capability, where the capability is used to characterize that the terminal may use an analysis and/or prediction result of the first network function to perform terminal operation optimization, for example, the terminal may report the terminal capability through NAS messages, and may report the terminal capability to a core network element, where the core network element includes SMF, AMF, and the like.

According to the session processing method provided by the embodiment of the application, the terminal can acquire the analysis and/or prediction result of the first network function (such as NWDAF) and perform session (such as PDU session) processing according to the analysis and/or prediction result. Thus, the terminal can use the analysis and/or prediction result of the acquired first network function (such as NWDAF) to optimize the session (such as PDU session), thereby improving the communication performance.

Optionally, the performing session processing according to the analysis and/or prediction result may include: the terminal executes a first operation according to the analysis and/or prediction result, wherein the first operation comprises any one of the following steps: establish a session, modify a session, reestablish a session.

In some embodiments, the establishment session is a PDU session establishment (e.g., PDU session establishment). The terminal triggers PDU session establishment request to perform PDU session establishment.

In some embodiments, the modification session is a PDU session modification (e.g., PDU session modification). The PDU session modification includes a handover of the PDU session from one access mode to another. And the terminal uses the PDU session ID established under the current access standard and triggers the PDU session establishment process under the other access standard. The access mode comprises at least one of the following: 3GPP access, non-3GPP access.

In some embodiments, the reestablishment session is PDU session reestablishment (e.g., PDU session re-establishment). The PDU session reestablishment refers to the process that the terminal establishes another PDU session by using parameters on the premise that the PDU session already carries the service, then switches the original session to the established session, and finally releases the original session.

Optionally, the analysis and/or prediction result may include at least one of the following at the target location and/or time of the terminal: the performance of at least one Access mode (e.g., access type), the performance of at least one data network DN, the performance of at least one slice (e.g., S-NSSAI). The target location and/or time is, for example, the current location and/or time of the terminal. This allows the terminal to select the appropriate access mode, DN and/or slice for session handling, such as setting up a session, modifying a session or reestablishing a session.

For example, the terminal needs to establish a PDU session to carry the task of AIML artificial intelligence model training. Whereas the services of AIML have certain requirements for network performance. For example, in the AIML service, the downloading of the model requires a higher than 100Mbps/s for the downlink rate. At this time, the terminal needs to obtain various analysis and/or prediction results from the NWDAF, and view various performance indexes under different slices, different access modes, and different DNs, such as uplink and downlink rates, packet loss conditions, and the like. Assuming that NWDAF provides performance on S-nsai-a and DNN1, the downlink rate exceeds 100Mbps/S, and meets the requirements of the AIML service, then the terminal can initiate the PDU session establishment procedure by using S-nsai-a and DNN1, and the session thus established can meet the requirements of the AIML service on performance. At this time, the terminal triggers PDU session establishment request to the 5G core network to establish a PDU session using S-NSSAI-a and DNN 1.

For example, the terminal currently has a task of carrying AIML artificial intelligence model training by a PDU session. Whereas the services of AIML have certain requirements for network performance. For example, in the AIML service, the downloading of the model requires a higher than 100Mbps/s for the downlink rate. However, the downlink rate of the current PDU session cannot meet the AIML traffic due to the degradation of the network condition quality. Assuming that NWDAF provides performance on WLAN, i.e. the terminal carries QoS performance of PDU session on WLAN by means of WLAN access, and its downlink rate exceeds 100Mbps/s, then the terminal can consider that PDU session originally carried on 3GPP access is switched to non-3GPP access (WLAN), so that the PDU session downlink rate meets the requirements of AIML service.

For another example, the terminal currently has a PDU session (e.g., PDU session 1) carrying the task of AIML artificial intelligence model training. Whereas the services of AIML have certain requirements for network performance. For example, in the AIML service, the downloading of the model requires a higher than 100Mbps/s for the downlink rate. However, at present, the quality of the network condition is poor, and the downlink rates on the corresponding DNN1 and S-NSSAI-a cannot meet the requirements of AIML service. At this time, the terminal needs to obtain various analysis and/or prediction results from the NWDAF, and view various performance indexes under different slices, different access modes and different DNs, such as uplink and downlink rates, packet loss conditions, and the like. Assuming that NWDAF provides performance on S-nsai-b and DNN2, the downlink rate exceeds 100Mbps/S, and meets the requirements of the AIML service, then the terminal can initiate a new PDU session establishment procedure by using S-nsai-b and DNN2, and the established session can meet the requirements of the AIML service on performance. At this time, the terminal triggers PDU session establishment request to the 5G core network to establish a PDU session (e.g. PDU session 2) using S-NSSAI-b and DNN 2. Then, the terminal switches the PDU session 1 to the PDU session 2, and releases the PDU session 1 after the switching is completed. This completes the task of a PDU session re-establishment.

Optionally, on the basis of the analysis and/or prediction result, the terminal may determine a first parameter for performing the first operation according to the analysis and/or prediction result, where the first parameter includes at least one of the following: an access mode meeting service requirements, a DN meeting service requirements and a slice meeting service requirements, wherein the service is a service borne by a corresponding session (such as PDU session), such as an artificial intelligent model training task (such as AIML); then, according to the first parameter, a first operation is performed, such as establishing a session, modifying a session, or reestablishing a session.

In some embodiments, the terminal may determine the first parameter for performing the first operation according to the current location and/or the time of the terminal. The current position and/or the time of the terminal are at least the same as the position and/or the time of the terminal indicated in the analysis and/or the prediction result. For example, the analysis and/or prediction result sent by NWDAF indicates only DN performance, slice performance or access mode performance for a specific period of time at a specific location, which means that only if the terminal is at that location, during that period of time, accesses the DN, establishes a PDU session using that slice and access mode, such performance can be achieved.

In some embodiments, the first parameter is determined by selecting the best performance according to the parameters in the analysis and/or prediction result. In this case, the first parameter includes at least one of: an access manner that satisfies traffic demands and performs best (i.e., an access manner that satisfies traffic demands that performs best among access manners that satisfies traffic demands), a DN that satisfies traffic demands and performs best (i.e., a DN that performs best among DNs that satisfies traffic demands), and a slice that satisfies traffic demands and performs best (i.e., a slice that performs best among slices that satisfies traffic demands). In this way, it can be ensured that a session with optimal performance is obtained.

In some embodiments, the terminal may select DNN, S-nsai, access type, etc. with the best performance according to the analysis and/or prediction result provided by NWDAF, and trigger PDU session establishment.

Alternatively, the terminal may obtain the parameters for performing the first operation directly from the first network function. The terminal may perform a first operation, such as establishing a session, modifying a session, or reestablishing a session, based on the second parameter in the analysis and/or prediction result. The second parameter includes at least one of: access mode meeting service requirements, DN meeting service requirements, and slice meeting service requirements, wherein the service is a service borne by a corresponding session (such as PDU session), such as AIML task. For example, the requirement of the AIML service on the downlink rate is greater than 100Mbps/S, and then, for the performances provided by NWDAF in different DNs, different slices S-nsais and different access modes, only the downlink rate is required to be selected to be higher than 100 Mbps/S. For example, DNN1 has a downlink rate of 80Mbps/s, DNN2 has a downlink rate of 120Mbps/s, DNN3 has a downlink rate of 200Mbps/s, and DNN3 is selected to establish PDU session if the best performance is selected; if a method is used that meets the service requirements, DNN2 and DNN3 can both be used for PDU session establishment or PDU session reestablishment. The rest is understood in the same way.

Optionally, the service requirement may be sent to the terminal by an APP on the terminal; or the terminal identifies and determines according to APP flow characteristics, flow categories, matched user path selection policy URSP rules and the like. The business requirements may include, but are not limited to, at least one of:

(upstream and downstream) QoS flow bit rate;

(uplink and downlink) QoS flow packet loss rate;

(uplink and downlink) packet retransmission number;

(uplink and downlink) packet transmission number;

(upstream and downstream) average traffic rate;

(uplink and downlink) average packet loss rate;

(upstream and downstream) average packet delay;

(uplink and downlink) maximum packet loss rate;

(upstream and downstream) maximum traffic rate.

In some embodiments, to ensure that a session with optimal performance is obtained, the second parameter is a parameter with optimal performance. The second parameter may include at least one of:

the access mode with the best performance among the access modes meeting the service requirements under the target position and/or time of the terminal; for example, the best access mode is different from or the same as the access mode of the current terminal session; for example, the performance of the WLAN access indicated by the NWDAF is better than that of the 3GPP access (for example, the uplink and downlink rate is high, the packet loss rate is low, the packet delay is low, etc.), while the PDU session established by the current terminal for the AIML service uses the 3GPP access, it is obvious that the access mode of the NWDAF indicated by the NWDAF with the best performance is different from that of the current terminal, and the terminal can consider to change the access mode of the PDU session.

The DN with the best performance among DNs meeting service requirements at the target position and/or time of the terminal; for example, the DN with the best performance is different from or the same as the DN accessed by the current terminal session;

the best performing slice among the slices meeting the service requirements at the target position and/or time of the terminal; for example, the best performing slice is different or the same as the slice used by the current terminal session.

Optionally, the performance optima described above may include, but are not limited to, at least one of the following:

(upstream and downstream) QoS flow bit rate;

(uplink and downlink) QoS flow packet loss rate;

(uplink and downlink) packet retransmission number;

(uplink and downlink) packet transmission number;

(upstream and downstream) average traffic rate;

(uplink and downlink) average packet loss rate;

(upstream and downstream) average packet delay;

(uplink and downlink) maximum packet loss rate;

(upstream and downstream) maximum traffic rate.

Optionally, after the first session is established, when the performance of the first session carrying the service cannot meet the preset requirement or is lower than the preset value, the terminal may establish the second session carrying the service according to the analysis and/or prediction result, so as to ensure normal operation of the service. Such as AIML tasks. The above-mentioned preset requirements and preset values may be set based on actual requirements, for example, the preset values are the minimum performance that the first session needs to meet in order to guarantee the carried service. The first session/second session described above is for example a PDU session. The preset requirements or preset values herein may be provided in accordance with an indication of the AIML service. For example, the AIML service has a certain requirement on the uplink and downlink rate, the uplink rate is higher than 50Mbps/s, the downlink rate is higher than 100Mbps/s, or a certain requirement on the packet loss rate (the packet loss rate is less than ten thousandth). The APP may indicate to the terminal that the service requires a network performance index, such as an uplink and downlink rate, a packet loss rate, a packet delay, and so on, and may also determine, by the terminal, according to a characteristic of an APP flow, for example, the terminal determines, according to an FQDN of the APP flow, or a destination IP address to which the APP flow needs to be sent, or according to a flow class traffic of the APP flow, and so on, where the APP flow belongs to a service type and a requirement for network performance.

Optionally, the above preset requirement or preset value may be determined according to a service requirement, including at least one of the following:

(upstream and downstream) QoS flow bit rate;

(uplink and downlink) QoS flow packet loss rate;

(uplink and downlink) packet retransmission number;

(uplink and downlink) packet transmission number;

(upstream and downstream) average traffic rate;

(uplink and downlink) average packet loss rate;

(upstream and downstream) average packet delay;

(uplink and downlink) maximum packet loss rate;

(upstream and downstream) maximum traffic rate.

Further, when the second session bearer service is established, the terminal may release the first session to avoid wasting resources.

In some embodiments, the releasing the first session occurs before the establishing the second session.

In other embodiments, the releasing the first session occurs after the second session is established, i.e., after the first session is switched to the second session.

Optionally, when the analysis and/or prediction result includes performances of different access modes of the terminal, when it is determined that the performances of the session established by the terminal in the first access mode are lower than those of the session established by the terminal in the second access mode according to the performances of the different access modes of the terminal, the terminal may change the access mode of the session into the second access mode to switch/modify the session. The first access mode is an access mode in which a current terminal session is located; the second access mode is at least one access mode indicated by analysis and/or prediction results, for example, the performance of the second access mode is optimal.

In some embodiments, the terminal may compare performances of different access modes, such as performance of non-3GPP access and 3GPP access, according to analysis and/or prediction results of NWDAF; then, a certain PDU session is switched to the best performing access mode.

In some embodiments, when DNN, S-nsai, etc. of a PDU session carrying a service within a terminal are not optimal, the terminal may release the session according to the analysis and/or prediction result of NWDAF, and then establish a new PDU session to carry the service using an optimal set of PDU session parameters.

For example, when there is a certain AIML (artificial intelligence model training task) task in the terminal and a PDU session needs to be established for the task, assuming that the IP address of the server of this AIML is 10.1.1.1 and fqdn=abc.com, there are two methods based on the current terminal location and time:

method 1: firstly, requesting NWDAF to provide the performance of an access mode, the performance of slicing and the performance of DN at the current terminal position/time; then, the terminal selects an access mode with the best performance, the best DN and the best S-NSSAI; the terminal then uses these parameters to initiate a PDU session establishment request, which is used to carry the AIML's traffic. In addition, the terminal may request NWDAF to analyze the access mode of the terminal, such as the 5G access mode or the 4G access mode, in the current position/time, to provide performance of each access mode, and then send the performance to the UE for judgment.

Method 2: the terminal first requests NWDAF to provide the best PDU session establishment parameters, such as best performing access mode, S-nsai, DNN, etc.; a PDU session establishment request is then initiated based on the requested best parameters.

For example, the PDU session of the terminal is a 3GPP access mode, but in the current position, the non-3GPP access mode of the terminal is better than the 3GPP access mode, so that the terminal can consider switching the PDU session to the non-3GPP access to change the PDU session access mode, thereby realizing the switching of the PDU session.

For another example, if the performance of the PDU session currently carrying AIML service is already poor, the terminal may consider that the PDU session carrying the service is released and then set up using other PDU session parameters. The parameters of the PDU session establishment may be an access mode, DN and/or slice S-nsai with optimal performance obtained by the terminal through performance comparison according to the analysis and/or prediction result of NWDAF.

The application will now be described with reference to specific examples.

Example 1

The terminal (UE) mainly described in this embodiment 1 selects the newly created PDU session as a parameter according to the analysis and/or prediction result of NWDAF. As shown in fig. 3, the specific process includes:

Step 1: the terminal obtains analysis and/or prediction results from the NWDAF request. Specifically, what analysis and/or prediction result is obtained, and the terminal needs to send the analytical ID, i.e. obtain the analysis and/or prediction result corresponding to the analytical ID.

In one embodiment, the terminal uses the APP on the terminal to send a subscription request to DCAF (date collection AF) requesting the DCAF to subscribe to the analysis and/or prediction results of NWDAF instead of the terminal. The subscription request includes at least one of:

Nnwdaf_AnalyticsSubscription_Subscribe；

Nnwdaf_AnalyticsInfo_Request。

in addition, for the AIML service, the terminal may request the NWDAF to provide at least one of the following access to the server IP address of the AIML according to the server IP address of the AIML (the terminal needs to establish a service connection to the server and complete the related service of the AIML, for example, downloading of the AI model): the performance of different access modes, the performance of different DNs and the performance of different slices. For example, the APP service experience as given in table 4 below, service experience is given in terms of the IP address of the APP server, and the corresponding S-nsai, DNN, etc.

TABLE 4 Table 4

Step 2: the NWDAF provides the analysis and/or prediction result to the terminal according to the analytical ID requested by the terminal. The analysis and/or prediction result is corresponding to an analytical ID.

Step 3: and the terminal selects parameters for establishing the PDU session of the access target server according to analysis and/or prediction results provided by the NWDAF, namely parameters required by the PDU session established by the AIML service.

In some embodiments, the parameter may include: DNN, S-NSSAI, access type. The DNN is a DN with the best performance indicated in an analysis result provided by the NWDAF, the S-nsai is a slice with the best performance indicated in the analysis result provided by the NWDAF, and the Access type is an Access mode with the best performance indicated in the analysis result provided by the NWDAF.

In another case, the terminal obtains an analysis or prediction result of NWDAF, where the analysis or prediction result includes different DNs, different slices, and performances of different access modes, and the terminal selects the NWDAF according to the performances provided by the NWDAF, without the NWDAF indicating the best performance.

Step 4: the terminal triggers PDU session establishment request (PDU session establishment request) to AMF/SMF, wherein parameters such as DNN, S-NSSAI, access mode and the like contained in the PDU session establishment request are determined by the terminal according to NWDAF providing analysis and/or prediction results. One is to select the DNN, S-nsai and/or access mode with the best performance by the terminal according to the analysis or prediction result provided by NWDAF. One is that the terminal selects DNN, S-nsai and/or access mode according to the analysis or prediction result provided by NWDAF, which meets the AIML service condition.

Example 2

The terminal in this embodiment 2 mainly describes that the terminal requests to switch PDU session, for example, the terminal analyzes whether the current best access mode is 3GPP access or non-3GPP access according to the analysis and/or prediction result of NWDAF. Taking 3GPP access switching to non-3GPP access as an example, the terminal has a session on the 3GPP access, as shown in FIG. 4, and the specific process includes:

step 1: the terminal registers with the non-3GPP access.

Step 2: step 1-2 of the first embodiment. The terminal requests performance analysis or prediction of the access mode from the NWDAF. The method mainly comprises the following steps: performance of non-3GPP access, performance of 3GPP access, and performance of WLAN access. For example, analytical id= service experience may provide the performance of the different access modes, and analytical id=wlan performance may also be provided.

Step 3: if the terminal knows that the performance of the 3GPP access is not better than that of the non-3GPP access according to the analysis and/or the prediction result of the NWDAF, the terminal can trigger a PDU session establishment request on the non-3GPP access by using a PDU session ID on the 3GPP access. Thus, the PDU session is switched between different access modes.

At this time, the method includes that the terminal uses a PDU session ID (PDU session corresponding to the PDU session ID is a PDU session established in a 3GPP access mode, the session needs to be switched to a non-3GPP access), and triggers a PDU session establishment request in the non-3GPP access. This achieves that the PDU session is handed over from 3GPP access to non-3GPP access.

It can be appreciated that if switching from the non-3GPP access to the 3GPP access, the switching procedure is similar to the procedure described above, and will not be repeated here.

Example 3

The terminal mainly described in this embodiment 3 releases the session and reestablishes a new session, as shown in fig. 5, and the specific procedure includes:

step 1: the current terminal has a PDU session for carrying the AIML traffic.

Step 2-step 4: steps 1 to 3 are the same as those of the first embodiment.

Step 5: when the terminal determines that parameters of the PDU session carrying the current AIML service, such as slicing, DNN, access mode, etc., cannot meet the requirements or have poor performance, the terminal may release the PDU session and send a PDU session release request (PDU session release request) to the AMF/SMF.

Step 6: AMF/SMF acknowledges the feedback and agrees to release the session.

Step 7: the session is released.

Step 8: the terminal triggers PDU session establishment request (PDU session establishment request) to AMF/SMF, wherein parameters such as DNN, S-NSSAI, access mode and the like contained in the PDU session establishment request are determined by the terminal according to NWDAF providing analysis and/or prediction results. This mode corresponds to SSC mode 2, continuity mode 2, releasing the session of the original bearer service first, and then establishing a new session.

Example 4

The terminal described mainly in this embodiment 4 establishes a session first and then releases the old session. As shown in fig. 6, the specific process includes:

step 1-step 4: steps 1 to 4 are the same as those of the third embodiment.

Step 5: the terminal triggers PDU session establishment request (PDU session establishment request) to AMF/SMF, wherein parameters such as DNN, S-NSSAI, access mode and the like contained in the PDU session establishment request are determined by the terminal according to NWDAF providing analysis and/or prediction results.

Step 6: AMF/SMF acknowledges the feedback, agreeing to establish PDU session.

Step 7: at this point a new session is established to the server of the AIML. The terminal may then migrate the AIML traffic from the source session to a new session, i.e., to make a traffic handover relocation, or a PDU session relocation.

Step 8: the terminal releases the old PDU session and sends a PDU session release request (PDU session release request) to the AMF/SMF.

Step 9: AMF/SMF acknowledges the feedback and agrees to release the old session.

Step 10: at which point the old session is released.

It can be appreciated that the content of example 3 is almost the same as that of example 4, except that: in embodiment 4, the terminal first establishes a PDU session, where there are two PDU sessions for the AIML service, and then releases the old PDU session. This may result in better traffic continuity than in embodiment 3.

The above embodiment, the PDU session bearer service is not limited to the AIML service.

In the embodiment of the application, the NWDAF can detect the packet of the data packet from each terminal through the UPF, for example, detect the destination IP address and port number to which the data packet is sent, the size of the data packet, the FQDN to which the data packet is sent, etc., and analyze the detection result, and then the NWDAF can intelligently analyze the APP Identifier. The APP Identifier corresponds to routing information (IP address and port number of the destination server) for transmitting the packet to the destination server.

However, there is a problem that the UPF needs to perform packet-by-packet detection on packets of all application traffic without distinction, the task amount is large, and many pieces of information detected by the NWDAF from the UPF are irrelevant information, for example, the NWDAF only wants to analyze to obtain a specific application, such as the APP ID of application 1, and many pieces of information are irrelevant information (for example, sent to the application 2 server), which also increases the work of the NWDAF.

Therefore, in order to solve the above-mentioned problems, the present application proposes an information processing method, in which, first, a terminal or NWDAF can instruct SMFs, and which applications on the terminal generate traffic related to a certain APP ID. The SMF then instructs the terminal to use the traffic generated by these related applications all with a particular QoS flow bearer (e.g., qoS flow id QFI). Then, the UPF only needs to detect all data packets in the specific QoS flow packet by packet, so that the detection burden of the UPF and the analysis complexity of the NWDAF are greatly reduced.

Referring to fig. 7, fig. 7 is a flowchart of a session processing method according to an embodiment of the present application, where the method is applied to a first communication device, for example, SMF/AMF. As shown in fig. 7, the method includes the steps of:

step 71: the first communication device sends a first indication to the second communication device and/or the first communication device sends a second indication to the terminal. The second indication may be transmitted via NAS messages including, but not limited to: PDU session establishment request PDU session establishment request, registration request registration request, PDU session modification request PDU session modification request, registration completion registration complete, PDU session establishment acceptance PDU session establishment accept, PDU session modification acceptance PDU session modification accept, and the like.

In this embodiment, the first indication is used to instruct the second communication device to perform packet detection on the data packet in the QoS flow corresponding to the first QFI, where the first communication device is, for example, a UPF. The second instruction is used for indicating the terminal to bear the traffic generated by the first application in the terminal by utilizing the QoS flow corresponding to the first QFI. The first application may include a plurality of applications.

Optionally, the method further comprises at least one of:

the first communication equipment receives first information reported by the terminal, wherein the first information is used for indicating that traffic generated by a first application in the terminal is related to a first APP identifier; the first APP identifier is an identifier for mapping to a specific APP traffic detection rule; the terminal may report the first information through NAS messages, where the NAS messages include, but are not limited to: PDU session establishment request PDU session establishment request, registration request registration request, PDU session modification request PDU session modification request, registration completion registration complete, PDU session establishment acceptance PDU session establishment accept, PDU session modification acceptance PDU session modification accept, and the like.

The first communication device sends a second request to a first network function and receives an analysis result from the first network function, wherein the analysis result is used for indicating that traffic generated by a first application in the terminal is related to a first APP identifier; the first APP identifier is an identifier for mapping to a specific APP traffic detection rule; the first network function is for example NWDAF.

Optionally, when the first application includes a plurality of applications, each of the applications is identified by at least one of: OSAppId, OSid, application IP address (e.g., source IP five-tuple), application port number.

For example, the terminal may report which applications on the terminal are associated with the APP ID; the APP flows generated by the applications on these terminals require packet-by-packet detection by the UPF.

For another example, the first network function, such as NWDAF, may obtain, based on an analysis or prediction of historical statistics, which applications on the terminal generated traffic associated with the APP ID. And sends the identity of the APP on these terminals (e.g., OSAppId, OSid, application IP address (e.g., source IP address), application port number), etc., to the SMF. The SMF may then instruct the terminal to use the traffic generated by these applications to carry with a fixed certain QoS flow.

Thus, the detection burden of the second communication device (such as UPF) and the analysis complexity of the first network function (NWDAF) can be greatly reduced.

Referring to fig. 8, fig. 8 is a flowchart of a session processing method according to an embodiment of the present application, where the method is applied to a second communication device, for example, a UPF. As shown in fig. 8, the method includes the steps of:

Step 81: the second communication device receives a first indication from the first communication device.

The first indication is used for indicating the second communication equipment (such as UPF) to perform packet detection on the data packet in the QoS flow corresponding to the first QFI. And the QoS flows corresponding to the first QFI bear APP data flows related to the concerned APP ID. Thus, the UPF only needs to perform packet-by-packet detection on the QoS flows in the QFI, and does not need to perform packet-by-packet detection on all QoS flows of all DPU sessions of the terminal, so that the detection amount of the second communication device (such as UPF) can be reduced.

Step 82: the second communication device performs packet detection on the QoS flow corresponding to the first QFI.

Optionally, the second communication device may further send a result of the packet detection to the first network function, where the result of the packet detection is used for the first network function to analyze and obtain a first APP identifier corresponding to the result of the packet detection. The first APP identity is an identity for mapping to a specific APP traffic detection rule. The NWDAF obtains packet detection information related to the first APP identifier, and has less irrelevant information.

Referring to fig. 9, fig. 9 is a flowchart of a session processing method according to an embodiment of the present application, where the method is applied to a terminal. As shown in fig. 9, the method includes the steps of:

step 91: the terminal receives a second instruction from the first communication equipment, wherein the second instruction is used for instructing the terminal to bear traffic generated by a first application in the terminal by utilizing QoS flow corresponding to the first QFI; the second indication is transmitted via NAS messages including, but not limited to: PDU session establishment request PDU session establishment request, registration request registration request, PDU session modification request PDU session modification request, registration completion registration complete, PDU session establishment acceptance PDU session establishment accept, PDU session modification acceptance PDU session modification accept, and the like.

Step 92: the terminal uses the QoS flow corresponding to the first QFI to bear the flow generated by the first application in the terminal;

step 92: and the terminal sends the QoS flow corresponding to the first QFI to the second communication equipment.

In this process, the terminal is required, and the traffic sent by the applications on these terminals indicated by the SMF is carried by using the QoS flow corresponding to the first QFI.

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

In some embodiments, the second communication device may perform packet detection on the QoS flow corresponding to the first QFI, and send the detection result to the first network function (such as NWDAF) for analysis.

Thus, by sending the QoS flow corresponding to the first QFI to the second communication device, the detection burden of the second communication device (e.g., UPF) can be greatly reduced, and the analysis complexity of the first network function (e.g., NWDAF) can be further reduced.

Referring to fig. 10, fig. 10 is a flowchart of a session processing method according to an embodiment of the present application, where the method is applied to a first network function, for example, NWDAF. As shown in fig. 10, the method includes the steps of:

step 101: the method comprises the steps that a first network function receives second information sent by second communication equipment, wherein the second information is a result obtained by carrying out packet detection on QoS (quality of service) flows corresponding to a first QFI (quad flat no-lead) by the second communication equipment;

step 102: the first network function analyzes the second information to obtain a first APP identifier corresponding to the second information.

Wherein the QoS flow carries traffic generated by a first application in the terminal. The first APP identity is an identity for mapping to a specific APP traffic detection rule. The first APP identifier corresponds to a traffic detection rule (e.g., IP five-tuple, etc.) of a certain application.

Referring to fig. 11, a flowchart of an information processing procedure in an embodiment of the present application includes:

step 1: the SMF requests the NWDAF to provide the analysis and/or prediction result, the content being APP identification information related to a certain APP Identifier. Namely: for a certain APP Identifier, NWDAF tells the SMF which APPs on the terminal, the traffic generated is related to that APP Identifier.

In some embodiments, the Request may be sent through an nnwdaf_analytics description_subset, nnwdaf_analytics info_request.

Step 2: the NWDAF sends the result to the SMF indicating which APP flows of the SMF are related to APP Identifier (APP ID), which is an identification for mapping to a specific APP flow detection rule, where the identification corresponds to a flow detection rule (e.g., IP five-tuple, etc.) of a certain application. The SMF need only instruct the UPF to detect the traffic generated by these APPs. Since only the traffic generated by these APPs is related to the APP ID and also to the NWDAF generation analysis result (i.e. predicted or analyzed APP ID).

In some embodiments, the above results may be sent through the nnwdaf_analytical description_subscnidium, nnwdaf_analytical info_response.

Step 3: optionally, the terminal may also report which APP therein generates traffic related to the APP ID. For example, it may be reported via NAS messages.

Step 4: the SMF determines that the specific APP generated traffic on a certain terminal corresponds to a certain APP ID, and the APP generated traffic needs to use the QoS flow bearer corresponding to the QFI specified by the SMF.

In some embodiments, the SMF issues this relationship to the terminal via NAS messages.

Step 5: the SMF indicates UPF through the N4 session establishment or modification process, and only carries out packet detection on the QoS flow corresponding to the appointed QFI.

Step 6: the terminal acquires the following mapping relation from the SMF through NAS information:

APP flows generated by a specific application (e.g., a first application) in the terminal will all be carried using QoS flows indicated by SMF.

Step 7: the terminal matches the traffic generated by a particular application (indicated by SMF) to a particular PDU session using a particular QoS flow bearer (QFI flag).

Step 8: and the terminal sends the APP traffic to the UPF.

Step 9: the UPF only carries out packet detection on the data packet of the QoS flow corresponding to the specific QFI mark indicated by the SMF, and sends the detection result to the NWDAF.

Step 10: the NWDAF obtains a packet detection result acquired by the UPF, further analyzes the packet detection result, and can intelligently generate the APP ID.

According to the session processing method provided by the embodiment of the application, the execution subject can be the session processing device. In the embodiment of the present application, a method for executing a session processing by a session processing device is taken as an example, and the session processing device provided in the embodiment of the present application is described.

Referring to fig. 12, fig. 12 is a schematic structural diagram of a session processing apparatus according to an embodiment of the present application, where the session processing apparatus 120 includes:

an obtaining module 121, configured to obtain an analysis and/or prediction result of the first network function;

and the processing module 122 is used for performing session processing according to the analysis and/or prediction result.

In the embodiment of the present application, an analysis and/or prediction result of a first network function (such as NWDAF) may be obtained, and session (such as PDU session) processing may be performed according to the analysis and/or prediction result. Thus, the terminal can use the analysis and/or prediction result of the acquired first network function (such as NWDAF) to optimize the session (such as PDU session), thereby improving the communication performance.

Optionally, the processing module 122 is specifically configured to: performing a first operation according to the analysis and/or prediction result, wherein the first operation comprises any one of the following: establish a session, modify a session, reestablish a session.

Optionally, the analysis and/or prediction result includes at least one of the following under the current location and/or time of the terminal: the performance of at least one access mode, the performance of at least one data network DN, the performance of at least one slice.

Optionally, the processing module 122 is specifically configured to: determining a first parameter for performing the first operation according to the analysis and/or prediction result, wherein the first parameter comprises at least one of the following: an access mode meeting service requirements, a DN meeting the service requirements and a slice meeting the service requirements, wherein the service is carried by the session; and executing the first operation according to the first parameter.

Optionally, the first parameter includes at least one of: access mode with best performance, DN with best performance, slice with best performance.

Optionally, the processing module 122 is specifically configured to: and performing the first operation according to a second parameter in the analysis and/or prediction result, wherein the second parameter comprises at least one of the following: an access mode meeting service requirements, a DN meeting service requirements and a slice meeting service requirements, wherein the service is the service borne by the session.

Optionally, the second parameter includes at least one of:

the access mode with the best performance in different access modes under the current position and/or time of the terminal;

the DN with the best performance among different DNs under the current position and/or time of the terminal;

the best performing slice among the different slices at the current location and/or time of the terminal.

Optionally, the processing module 122 is specifically configured to: and when the performance of the first session carrying the service cannot meet the preset requirement or is lower than the preset value, establishing a second session to carry the service according to the analysis and/or prediction result.

Optionally, the processing module 122 is further configured to: releasing the first session.

Optionally, the analysis and/or prediction result includes performance of different access modes of the terminal, and the processing module 122 is specifically configured to: when the performance of the session established by the terminal in the first access mode is lower than that of the session established by the terminal in the second access mode according to the performances of different access modes of the terminal, changing the access mode of the session into the second access mode.

Optionally, the acquiring module 121 is specifically configured to: sending a first request to the first network function, the first request including an analysis identity; and receiving analysis and/or prediction results corresponding to the analysis identifiers from the first network function.

The session processing apparatus 120 in the embodiment of the present application may be an electronic device, for example, an electronic device with an operating system, or may be a component in an electronic device, for example, an integrated circuit or a chip. The electronic device may be a terminal, or may be other devices than a terminal. By way of example, terminals may include, but are not limited to, the types of terminals 11 listed above, other devices may be servers, network attached storage (Network Attached Storage, NAS), etc., and embodiments of the application are not specifically limited.

The session processing device 120 provided in the embodiment of the present application can implement each process implemented by the method embodiment of fig. 2, and achieve the same technical effects, and for avoiding repetition, a detailed description is omitted herein.

Referring to fig. 13, fig. 13 is a schematic structural diagram of an information processing apparatus according to an embodiment of the present application, the apparatus is applied to a terminal, and as shown in fig. 13, an information processing apparatus 130 includes:

a first sending module 13, configured to send a first indication to a second communication device, where the first indication is used to instruct the second communication device to perform packet detection on a data packet in a QoS flow corresponding to a first QoS flow identifier QFI; and/or sending a second instruction to the terminal, wherein the second instruction is used for instructing the terminal to bear the traffic generated by the first application in the terminal by utilizing the QoS flow corresponding to the first QFI.

The information processing apparatus 130 provided in the embodiment of the present application can implement each process implemented by the method embodiment of fig. 7, and achieve the same technical effects, and for avoiding repetition, a detailed description is omitted herein.

Referring to fig. 14, fig. 14 is a schematic structural diagram of an information processing apparatus according to an embodiment of the present application, the apparatus is applied to a terminal, and as shown in fig. 14, an information processing apparatus 140 includes:

a first receiving module 141, configured to receive a first indication from a first communication device, where the first indication is used to instruct the second communication device to perform packet detection on a data packet in a QoS flow corresponding to a first QoS flow identifier QFI;

and a detection module 142, configured to perform packet detection on the QoS flow corresponding to the first QFI.

The information processing device 140 provided in the embodiment of the present application can implement each process implemented by the method embodiment of fig. 8, and achieve the same technical effects, and for avoiding repetition, a detailed description is omitted herein.

Referring to fig. 15, fig. 15 is a schematic structural diagram of an information processing apparatus according to an embodiment of the present application, the apparatus is applied to a terminal, and as shown in fig. 15, the information processing apparatus 150 includes:

a second receiving module 151, configured to receive a second indication from the first communication device, where the second indication is used to instruct the terminal to carry traffic generated by a first application in the terminal by using a QoS flow corresponding to the first QFI;

A control module 152, configured to carry traffic generated by a first application in the terminal by using the QoS flow corresponding to the first QFI;

and a third sending module 153, configured to send the QoS flow corresponding to the first QFI to the second communication device.

The information processing apparatus 150 provided in the embodiment of the present application can implement each process implemented by the method embodiment of fig. 9, and achieve the same technical effects, and for avoiding repetition, a detailed description is omitted herein.

Referring to fig. 16, fig. 16 is a schematic structural diagram of an information processing apparatus according to an embodiment of the present application, the apparatus is applied to a terminal, and as shown in fig. 16, an information processing apparatus 160 includes:

a third receiving module 161, configured to receive second information sent by a second communication device, where the second information is a result obtained by performing packet detection on a QoS flow corresponding to the first QFI by the second communication device;

and the analysis module 162 is configured to analyze the second information to obtain a first APP identifier corresponding to the second information.

The information processing device 160 provided in the embodiment of the present application can implement each process implemented by the method embodiment of fig. 10, and achieve the same technical effects, and for avoiding repetition, a detailed description is omitted herein.

Optionally, as shown in fig. 17, the embodiment of the present application further provides a communication device 170, including a processor 171 and a memory 172, where the memory 172 stores a program or an instruction that can be executed on the processor 171, and the program or the instruction when executed by the processor 171 implements each step of the embodiment of the session processing method, and can achieve the same technical effect, so that repetition is avoided and no further description is given here.

The embodiment of the application also provides a terminal which comprises a processor and a communication interface, wherein the processor is used for acquiring the analysis and/or prediction result of the first network function and carrying out session processing according to the analysis and/or prediction result. The terminal embodiment corresponds to the terminal-side method embodiment, and each implementation process and implementation manner of the method embodiment can be applied to the terminal embodiment, and the same technical effects can be achieved.

Specifically, fig. 18 is a schematic diagram of a hardware structure of a terminal for implementing an embodiment of the present application.

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

Those skilled in the art will appreciate that the terminal 1800 may also include a power source (e.g., a battery) for powering the various components, which may be logically connected to the processor 1810 by a power management system so as to perform functions such as managing charging, discharging, and power consumption by the power management system. The terminal structure shown in fig. 18 does not constitute a limitation of the terminal, and the terminal may include more or less components than shown, or may combine some components, or may be arranged in different components, which will not be described in detail herein.

It should be appreciated that in embodiments of the present application, the input unit 1804 may include a graphics processing unit (Graphics Processing Unit, GPU) 18041 and a microphone 18042, with the graphics processor 18041 processing image data of still pictures or video obtained by an image capturing device (e.g., a camera) in a video capturing mode or an image capturing mode. The display unit 1806 may include a display panel 18061, which may be configured in the form of a liquid crystal display, organic light emitting diodes, or the like, for the display panel 18061. The user input unit 1807 includes at least one of a touch panel 18071 and other input devices 18072. Touch panel 18071, also referred to as a touch screen. Touch panel 18071 may include two parts, a touch detection device and a touch controller. Other input devices 18072 may include, but are not limited to, a physical keyboard, function keys (e.g., volume control keys, switch keys, etc.), a trackball, a mouse, a joystick, and so forth, which are not described in detail herein.

In the embodiment of the present application, after receiving downlink data from a network side device, the radio frequency unit 1801 may transmit the downlink data to the processor 1810 for processing; in addition, the radio frequency unit 1801 may send uplink data to the network device. In general, 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, and the like.

The memory 1809 may be used to store software programs or instructions and various data. The memory 1809 may mainly include a first memory area storing programs or instructions and a second memory area storing data, wherein the first memory area may store an operating system, application programs or instructions (such as a sound playing function, an image playing function, etc.) required for at least one function, and the like. Further, the memory 1809 may include volatile memory or nonvolatile memory, or the memory 1809 may include both volatile and nonvolatile memory. The nonvolatile Memory may be a Read-Only Memory (ROM), a Programmable ROM (PROM), an Erasable PROM (EPROM), an Electrically Erasable EPROM (EEPROM), or a flash Memory. The volatile memory may be random access memory (Random Access Memory, RAM), static RAM (SRAM), dynamic RAM (DRAM), synchronous DRAM (SDRAM), double Data Rate SDRAM (ddr SDRAM), enhanced SDRAM (Enhanced SDRAM), synchronous DRAM (SLDRAM), and Direct RAM (DRRAM). Memory 1809 in embodiments of the present application includes, but is not limited to, these and any other suitable types of memory.

The processor 1810 may include one or more processing units; optionally, the processor 1810 integrates an application processor that primarily processes operations involving an operating system, user interface, application programs, and the like, and a modem processor that primarily processes wireless communication signals, such as a baseband processor. It will be appreciated that the modem processor described above may not be integrated into the processor 1810.

The processor 1810 is configured to obtain an analysis and/or prediction result of the first network function, and perform session processing according to the analysis and/or prediction result.

The terminal 1800 provided in the embodiment of the present application can implement each process implemented by the method embodiment of fig. 2, and achieve the same technical effects, and in order to avoid repetition, a detailed description is omitted here.

The embodiment of the present application further provides a readable storage medium, where a program or an instruction is stored, where the program or the instruction implements each process of the session processing method embodiment or implements each process of the information processing method embodiment when executed by a processor, and the process may achieve the same technical effect, so that repetition is avoided and no further description is given here.

Wherein the processor is a processor in the terminal described in the above embodiment. The readable storage medium includes computer readable storage medium such as computer readable memory ROM, random access memory RAM, magnetic or optical disk, etc.

The embodiment of the application further provides a chip, which comprises a processor and a communication interface, wherein the communication interface is coupled with the processor, and the processor is used for running programs or instructions to realize the processes of the embodiment of the session processing method or to realize the processes of the embodiment of the information processing method, and can achieve the same technical effects, so that repetition is avoided, and no redundant description is provided herein.

It should be understood that the chips referred to in the embodiments of the present application may also be referred to as system-on-chip chips, or the like.

The embodiments of the present application further provide a computer program/program product stored in a storage medium, where the computer program/program product is executed by at least one processor to implement each process of the embodiments of the session processing method or implement each process of the embodiments of the information processing method, and achieve the same technical effects, and are not repeated herein.

It should be noted that, in this document, the terms "comprises," "comprising," or any other variation thereof, are intended to cover a non-exclusive inclusion, such that a process, method, article, or apparatus that comprises a list of elements does not include only those elements but may include other elements not expressly listed or inherent to such process, method, article, or apparatus. Without further limitation, an element defined by the phrase "comprising one … …" does not exclude the presence of other like elements in a process, method, article, or apparatus that comprises the element. Furthermore, it should be noted that the scope of the methods and apparatus in the embodiments of the present application is not limited to performing the functions in the order shown or discussed, but may also include performing the functions in a substantially simultaneous manner or in an opposite order depending on the functions involved, e.g., the described methods may be performed in an order different from that described, and various steps may be added, omitted, or combined. Additionally, features described with reference to certain examples may be combined in other examples.

From the above description of the embodiments, it will be clear to those skilled in the art that the above-described embodiment method may be implemented by means of software plus a necessary general hardware platform, but of course may also be implemented by means of hardware, but in many cases the former is a preferred embodiment. Based on such understanding, the technical solution of the present application may be embodied essentially or in a part contributing to the prior art in the form of a computer software product stored in a storage medium (e.g. ROM/RAM, magnetic disk, optical disk) comprising instructions for causing a terminal (which may be a mobile phone, a computer, a server, an air conditioner, or a network device, etc.) to perform the method according to the embodiments of the present application.

The embodiments of the present application have been described above with reference to the accompanying drawings, but the present application is not limited to the above-described embodiments, which are merely illustrative and not restrictive, and many forms may be made by those having ordinary skill in the art without departing from the spirit of the present application and the scope of the claims, which are to be protected by the present application.

Claims

1. A session processing method, comprising:

2. The method according to claim 1, wherein said performing session processing based on said analysis and/or prediction results comprises:

the terminal executes a first operation according to the analysis and/or prediction result, wherein the first operation comprises any one of the following steps: establish a session, modify a session, reestablish a session.

3. The method according to claim 2, characterized in that the analysis and/or prediction result comprises at least one of the following of the terminal at a target location and/or time: the performance of at least one access mode, the performance of at least one data network DN, the performance of at least one slice.

4. A method according to claim 3, wherein said performing a first operation based on said analysis and/or prediction result comprises:

the terminal determines a first parameter for executing the first operation according to the analysis and/or prediction result, wherein the first parameter comprises at least one of the following: an access mode meeting service requirements, a DN meeting the service requirements and a slice meeting the service requirements, wherein the service is carried by the session;

and the terminal executes the first operation according to the first parameter.

5. The method of claim 4, wherein the first parameter comprises at least one of: an access mode which meets service requirements and has optimal performance, a DN which meets service requirements and has optimal performance, and a slice which meets service requirements and has optimal performance.

6. The method of claim 2, wherein said performing a first operation based on said analysis and/or prediction result comprises:

the terminal executes the first operation according to a second parameter in the analysis and/or prediction result, wherein the second parameter comprises at least one of the following: an access mode meeting service requirements, a DN meeting service requirements and a slice meeting service requirements, wherein the service is the service borne by the session.

7. The method of claim 6, wherein the second parameter comprises at least one of:

the access mode with the best performance among the access modes meeting the service requirements under the target position and/or time of the terminal;

the DN with the best performance among DNs meeting service requirements at the target position and/or time of the terminal;

the terminal's best performing slice among the slices meeting the traffic demand at the target location and/or time.

8. The method of claim 2, wherein said performing a first operation based on said analysis and/or prediction result comprises:

when the performance of the first session carrying the service cannot meet the preset requirement or is lower than the preset value, the terminal establishes a second session to carry the service according to the analysis and/or prediction result.

9. The method of claim 8, wherein the method further comprises:

the terminal releases the first session.

10. The method according to claim 2, wherein the analysis and/or prediction result comprises performance of different access ways of the terminal, and the modifying the session comprises:

When the performance of the session established by the terminal in the first access mode is lower than that of the session established by the terminal in the second access mode according to the performances of different access modes of the terminal, the terminal changes the access mode of the session into the second access mode.

11. The method according to any of the claims 1 to 10, wherein said obtaining an analysis and/or prediction result of the first network function comprises:

the terminal sends a first request to the first network function, wherein the first request comprises an analysis identifier;

and the terminal receives analysis and/or prediction results corresponding to the analysis identifiers from the first network function.

12. An information processing method, characterized by comprising:

the method comprises the steps that first communication equipment sends a first instruction to second communication equipment, wherein the first instruction is used for instructing the second communication equipment to carry out packet detection on data packets in a QoS flow corresponding to a first QoS flow identifier QFI;

and/or the number of the groups of groups,

the first communication device sends a second instruction to the terminal, where the second instruction is used to instruct the terminal to carry traffic generated by a first application in the terminal by using a QoS flow corresponding to the first QFI.

13. The method of claim 12, further comprising at least one of:

The first communication equipment receives first information reported by the terminal, wherein the first information is used for indicating that traffic generated by a first application in the terminal is related to a first APP identifier;

the first communication device sends a second request to a first network function and receives an analysis result from the first network function, wherein the analysis result is used for indicating that traffic generated by a first application in the terminal is related to a first APP identifier;

wherein the first APP identity is an identity for mapping to a specific APP traffic detection rule.

14. The method of claim 12 or 13, wherein the first application comprises a plurality of applications, each identified by at least one of: OSApplid, OSid, application IP address, application port number.

15. An information processing method, characterized by comprising:

the second communication equipment receives a first instruction from the first communication equipment, wherein the first instruction is used for instructing the second communication equipment to carry out packet detection on data packets in a QoS flow corresponding to a first QFI;

and the second communication equipment carries out packet detection on the QoS flow corresponding to the first QFI.

16. The method of claim 15, wherein the method further comprises:

The second communication device sends the packet detection result to a first network function, the packet detection result is used for the first network function to analyze and obtain a first APP identifier corresponding to the packet detection result, and the first APP identifier is an identifier for mapping to a specific APP traffic detection rule.

17. An information processing method, characterized by comprising:

the terminal receives a second instruction from the first communication equipment, wherein the second instruction is used for instructing the terminal to bear traffic generated by a first application in the terminal by utilizing QoS flow corresponding to the first QFI;

the terminal uses the QoS flow corresponding to the first QFI to bear the flow generated by the first application in the terminal;

and the terminal sends the QoS flow corresponding to the first QFI to the second communication equipment.

18. An information processing method, characterized by comprising:

the method comprises the steps that a first network function receives second information sent by second communication equipment, wherein the second information is a result obtained by carrying out packet detection on QoS (quality of service) flows corresponding to a first QFI (quad flat no-lead) by the second communication equipment;

the first network function analyzes the second information to obtain a first APP identifier corresponding to the second information, wherein the first APP identifier is an identifier for mapping to a specific APP traffic detection rule.

19. A session processing apparatus, comprising:

20. The apparatus of claim 19, wherein the processing module is specifically configured to:

21. An information processing apparatus, characterized by comprising:

a first sending module, configured to send a first indication to a second communication device, where the first indication is used to instruct the second communication device to perform packet detection on a data packet in a QoS flow corresponding to a first QoS flow identifier QFI; and/or sending a second instruction to the terminal, wherein the second instruction is used for instructing the terminal to bear the traffic generated by the first application in the terminal by utilizing the QoS flow corresponding to the first QFI.

22. An information processing apparatus, characterized by comprising:

the first receiving module is used for receiving a first instruction from the first communication equipment, wherein the first instruction is used for instructing the second communication equipment to carry out packet detection on a data packet in a QoS flow corresponding to a first QoS flow identifier QFI;

And the detection module is used for carrying out packet detection on the QoS flow corresponding to the first QFI.

23. An information processing apparatus, characterized by comprising:

the second receiving module is used for receiving a second instruction from the first communication equipment, wherein the second instruction is used for instructing the terminal to bear traffic generated by a first application in the terminal by utilizing QoS (quality of service) flow corresponding to the first QFI;

the control module is used for bearing the flow generated by the first application in the terminal by utilizing the QoS flow corresponding to the first QFI;

and the third sending module is used for sending the QoS flow corresponding to the first QFI to the second communication equipment.

24. An information processing apparatus, characterized by comprising:

the third receiving module is used for receiving second information sent by second communication equipment, wherein the second information is a result obtained by carrying out packet detection on the QoS flow corresponding to the first QFI by the second communication equipment;

the analysis module is used for analyzing the second information to obtain a first APP identifier corresponding to the second information.

25. A communication device comprising a processor and a memory storing a program or instructions executable on the processor, which when executed by the processor, implement the steps of the session processing method according to any one of claims 1 to 11 or the steps of the information processing method according to any one of claims 12 to 18.

26. A readable storage medium, characterized in that the readable storage medium stores thereon a program or instructions, which when executed by a processor, implement the steps of the session processing method according to any one of claims 1 to 11, or the steps of the information processing method according to any one of claims 12 to 18.