CN116996904A

CN116996904A - Data processing method, terminal and network side equipment

Info

Publication number: CN116996904A
Application number: CN202210908514.1A
Authority: CN
Inventors: 吕华章; 崇卫微; 吴晓波
Original assignee: Vivo Mobile Communication Co Ltd
Current assignee: Vivo Mobile Communication Co Ltd
Priority date: 2022-04-26
Filing date: 2022-07-29
Publication date: 2023-11-03

Abstract

The application discloses a data processing method, a terminal and network side equipment, belonging to the technical field of communication, wherein the data processing method of the embodiment of the application comprises the following steps: the method comprises the steps that first communication equipment sends a first request to second communication equipment or third communication equipment, wherein the first request is used for requesting to acquire information related to application flow data acquired by at least one terminal; the first communication device obtains information related to the application flow data from the at least one terminal; and the first communication equipment analyzes and obtains an analysis result of a terminal routing strategy URSP rule based on the information related to the application flow data.

Description

Data processing method, terminal and network side equipment

Technical Field

The application belongs to the technical field of communication, and particularly relates to a data processing method, a terminal and network side equipment.

Background

The network data analysis function (Network Data Analytics Function, NWDAF) automatically perceives and analyzes the network based on the network data, and participates in network planning, construction, operation and maintenance, network optimization and operation full life cycle, so that the network is easy to maintain and control, the network resource utilization efficiency is improved, and the user service experience is improved.

The terminal routing policy (UE Route Selection Policy, urs) rule is a policy defined by 3GPP for selecting a route, and according to the urs rule, the terminal can match the traffic of the APP to a specific PDU session, and send the traffic of the APP by using the matched PDU session. Since NWDAF is capable of providing a variety of analysis functions, such as the observation service experience analysis function (Observed Service Experience related network data analytics). Therefore, for those skilled in the art, in order to improve the network resource usage efficiency, and also to improve the terminal performance and the usage efficiency of the urs rules, it is necessary to implement the NWDAF analysis function for providing the urs rules.

Disclosure of Invention

The embodiment of the application provides a data processing method, a terminal and network side equipment, which can solve the problem of how to realize the analysis function of providing URSP rules by NWDAF.

In a first aspect, a data processing method is provided, including:

the method comprises the steps that first communication equipment sends a first request to second communication equipment or third communication equipment, wherein the first request is used for requesting to acquire information related to application flow data acquired by at least one terminal;

the first communication device obtains information related to the application flow data from the at least one terminal;

And the first communication equipment analyzes and obtains an analysis result of a terminal routing strategy URSP rule based on the information related to the application flow data.

In a second aspect, a data processing method is provided, including:

the method comprises the steps that second communication equipment or third communication equipment receives a first request sent by first communication equipment, wherein the first request is used for requesting to acquire information related to application flow data acquired by at least one terminal;

the second communication device or the third communication device obtains information related to the application traffic data from the at least one terminal; and the information related to the application flow data of the at least one terminal is used for the first communication equipment to analyze and obtain an analysis result of the terminal routing strategy URSP rule.

In a third aspect, a data processing method is provided, including:

the third communication device sends a second request to the first communication device, the second request for at least one of: requesting to obtain the URSP rule after intelligent analysis; requesting to obtain a performance index corresponding to at least one parameter in RSD under at least one flow descriptor in a terminal URSP rule; requesting to obtain a first target RSD corresponding to a flow descriptor in the terminal URSP rule, wherein the first target RSD comprises a parameter with a performance index higher than a preset value; or, requesting to obtain the performance index corresponding to the flow descriptor in the terminal URSP rule.

In a fourth aspect, a data processing method is provided, including:

the third communication equipment receives a first request sent by the first communication equipment, wherein the first request is used for requesting to acquire information related to application flow data acquired by at least one terminal;

the third communication device obtains information related to the application flow data from the at least one terminal; and the information related to the application flow data of the at least one terminal is used for the first communication equipment to analyze and obtain an analysis result of the terminal routing strategy URSP rule.

In a fifth aspect, a data processing method is provided, including:

the terminal receives a first request from a first communication device; the first request is used for requesting to acquire information related to application flow data acquired by at least one terminal;

the terminal sends information related to the acquired application flow data to the first communication equipment according to the first request;

the terminal obtains an analysis result from the first communication device, wherein the analysis result is provided by the first communication device based on the information related to the application flow data.

In a sixth aspect, there is provided a data processing apparatus comprising:

The sending module is used for sending a first request to the second communication equipment or the third communication equipment, wherein the first request is used for requesting to acquire information related to application flow data acquired by at least one terminal;

the acquisition module is used for acquiring information related to the application flow data from the at least one terminal;

and the processing module is used for analyzing and obtaining an analysis result of the terminal routing policy URSP rule based on the information related to the application flow data.

In a seventh aspect, there is provided a data processing apparatus comprising:

the receiving module is used for receiving a first request sent by the first communication equipment, wherein the first request is used for requesting to acquire information related to application flow data acquired by at least one terminal;

the acquisition module is used for acquiring information related to the application flow data from the at least one terminal; and the information related to the application flow data of the at least one terminal is used for the first communication equipment to analyze and obtain an analysis result of the terminal routing strategy URSP rule.

An eighth aspect provides a data processing apparatus comprising:

a sending module for sending a second request to the first communication device, the second request being for at least one of: requesting to obtain the URSP rule after intelligent analysis; requesting to obtain a performance index corresponding to at least one parameter in RSD under at least one flow descriptor in a terminal URSP rule; requesting to obtain a first target RSD corresponding to a flow descriptor in the terminal URSP rule, wherein the first target RSD comprises a parameter with a performance index higher than a preset value; or, requesting to obtain the performance index corresponding to the flow descriptor in the terminal URSP rule.

A ninth aspect provides a data processing apparatus comprising:

a receiving module for receiving a first request from a first communication device; the first request is used for requesting to acquire information related to application flow data acquired by at least one terminal;

the sending module is used for sending information related to the acquired application flow data to the first communication equipment according to the first request;

and the acquisition module is used for acquiring an analysis result from the first communication equipment, wherein the analysis result is provided for the first communication equipment based on the information related to the application flow data.

In a tenth aspect, there is provided a first communication device comprising a processor and a memory storing a program or instructions executable on said processor, said program or instructions implementing the steps of the method according to the first aspect when executed by said processor.

An eleventh aspect provides a first communication device, including a processor and a communication interface, where the communication interface is configured to send a first request to a second communication device or a third communication device, where the first request is used to request to obtain information related to application traffic data collected by at least one terminal; acquiring information related to the application traffic data from the at least one terminal; the processor is used for analyzing and obtaining an analysis result of the terminal routing strategy URSP rule based on the information related to the application flow data.

In a twelfth aspect, there is provided a second communication device, the network side 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 method as described in the second aspect.

In a thirteenth aspect, a second communication device is provided, including a processor and a communication interface, where the communication interface is configured to receive a first request sent by a first communication device, where the first request is used to request to obtain information related to application traffic data collected by at least one terminal; acquiring information related to the application traffic data from the at least one terminal; and the information related to the application flow data of the at least one terminal is used for the first communication equipment to analyze and obtain an analysis result of the terminal routing strategy URSP rule.

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

In a fifteenth aspect, a third communication device is provided, comprising a processor and a communication interface, wherein the communication interface is configured to send a second request to the first communication device, the second request being for at least one of: requesting to obtain the URSP rule after intelligent analysis; requesting to obtain a performance index corresponding to at least one parameter in RSD under at least one flow descriptor in a terminal URSP rule; requesting to obtain a first target RSD corresponding to a flow descriptor in the terminal URSP rule, wherein the first target RSD comprises a parameter with a performance index higher than a preset value; or, requesting to obtain the performance index corresponding to the flow descriptor in the terminal URSP rule.

In a sixteenth aspect, there is provided a third 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 method as described in the fourth aspect.

Seventeenth, a third communication device is provided, which includes a processor and a communication interface, where the communication interface is configured to receive a first request sent by a first communication device, where the first request is used to request to obtain information related to application traffic data collected by at least one terminal; acquiring information related to the application traffic data from the at least one terminal; and the information related to the application flow data of the at least one terminal is used for the first communication equipment to analyze and obtain an analysis result of the terminal routing strategy URSP rule.

In an eighteenth 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 according to the fifth aspect.

In a nineteenth aspect, a terminal is provided, including a processor and a communication interface, where the communication interface is configured to receive a first request from a first communication device; the first request is used for requesting to acquire information related to application flow data acquired by at least one terminal; transmitting information related to the acquired application flow data to the first communication equipment according to the first request; and acquiring an analysis result from the first communication device, wherein the analysis result is provided for the first communication device based on the information related to the application flow data.

In a twentieth aspect, a communication system is provided, comprising: a terminal operable to perform the steps of the data processing method as described in the fifth aspect, a first communication device operable to perform the steps of the data processing method as described in the first aspect, a second communication device operable to perform the steps of the data processing method as described in the second aspect, and a third communication device operable to perform the steps of the data processing method as described in the third aspect, or to perform the steps of the data processing method as described in the fourth aspect.

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

In a twenty-second aspect, there is provided a chip comprising a processor and a communication interface, the communication interface and the processor being coupled, the processor being adapted to run a program or instructions, to implement the method according to the first aspect, or to implement the method according to the second aspect, or to implement the method according to the third aspect, or to implement the method according to the fourth aspect, or to implement the steps according to the fifth aspect.

In a twenty-third aspect, there is provided a computer program/program product stored in a storage medium, the computer program/program product being executable by at least one processor to perform the steps of the data processing method according to any one of the first to fourth aspects, or to perform the steps according to the fifth aspect.

In the embodiment of the application, a first communication device sends a first request to a second communication device or a third communication device, wherein the first request is used for requesting to acquire information related to application flow data acquired by at least one terminal; the first communication equipment acquires information related to application flow data from at least one terminal, analyzes and obtains an analysis result of a terminal routing strategy URSP rule based on the information related to the application flow data, and further can determine the URSP rule used for the terminal based on the analysis result.

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 schematic flow chart of a data processing method according to an embodiment of the present application;

FIG. 3 is a schematic diagram of an interaction flow of a data processing method according to an embodiment of the present application;

FIG. 4 is a second flowchart of a data processing method according to an embodiment of the present application;

FIG. 5 is a third flow chart of a data processing method according to an embodiment of the application;

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

FIG. 7 is a schematic diagram of a data processing apparatus according to an embodiment of the present application;

FIG. 8 is a second schematic diagram of a data processing apparatus according to an embodiment of the present application;

FIG. 9 is a third schematic diagram of a data processing apparatus according to an embodiment of the present application;

FIG. 10 is a diagram showing a data processing apparatus according to an embodiment of the present application;

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

fig. 12 is a schematic hardware structure of a terminal according to an embodiment of the present application;

fig. 13 is a schematic structural diagram of a network side device 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-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: 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 units (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 repository (Unified Data Repository, UDR), home subscriber server (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 (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.

Currently, in the third generation partnership project (3rd Generation Partnership Project,3GPP), network data analysis network elements (Network Data Analytics Function, NWDAF) are introduced for some intelligent analysis. The NWDAF has a certain artificial intelligent analysis function, and the NWDAF analyzes the result by collecting some data and using a built-in algorithm and analysis capability, and provides the result for a core network element to perform some operation optimization or statistical analysis. The network data analysis function automatically perceives and analyzes the network based on the network data and participates in the network planning, construction, operation and maintenance, network optimization and operation full life cycle, so that the network is easy to maintain and control, the network resource utilization efficiency is improved, and the user service experience is improved.

For example, NWDAF can provide a network data analysis function (Observed Service Experience related network data analytics) related to observing service experience, which can collect service quality (Quality of Service, qoS) information of a terminal accessing a certain server IP address, such as uplink and downlink rate, packet loss rate, etc., and output a statistic information, where the information includes user experience condition of the terminal accessing the server. The NWDAF may also predict from the historical experience of the terminal accessing the server, e.g. in a future time period, in an area, what the terminal might be if it accessed the server.

In general, for the analysis or prediction content provided by the NWDAF, the analysis identifier (analytical ID) is used to distinguish, and the NWDAF can provide the analysis and prediction result corresponding to the analysis identifier by indicating different analytical IDs and some parameters to the NWDAF. For example, the above NWDAF provides an observation service experience analysis, and then uses analytical id= Service Experience; thus, whenever a network element of NWDAF service is acquired, an analytical ID is entered at the time of requesting analysis, the NWDAF may provide the corresponding analysis.

The analytical IDs corresponding to all the analytical functions that can be provided by the current NWDAF are shown in table 1 below.

TABLE 1

The urs rule introduction:

the terminal can match the APP traffic to a particular PDU session according to the urs rules.

For example, when an Application (APP) on a terminal has traffic to send to the server side, the APP may send APP traffic characteristics to the terminal, which are more diverse, such as destination IP address, fully qualified domain name (Fully Qualified Domain Name, FQDN), etc. The terminal then matches the urs rules in the terminal one by one according to the flow characteristics of the APP, in which the specified flow descriptions/characteristics include the following as shown in table 2:

TABLE 2URSP rules

For example, in table 2, the APP may send an IP description describing the APP's traffic, e.g., destination IP triplets, indicating that this traffic of APP is a traffic intended for destination ip=10.1.1.1, port number=80. Then, if there is exactly this Traffic descriptor in the terminal's urs rule, this flow, which indicates APP, can use the corresponding urs rule of this Traffic descriptor.

After determining the matching urs rules, the next step is to select which PDU session to use to send the traffic of the APP.

Generally, under a certain Traffic descriptor, there are multiple routing descriptors (Route Selection Descriptor, RSDs), each RSD representing a set of attributes of a PDU session or parameters of a PDU session. For example, when APP traffic matches the set traffic descriptor with destination ip=10.1.1.1, port number=80, then the set traffic descriptor has the following RSDs:

1. RSD priority (priority) =1

Wherein, S-NSSAI-a;

non-3GPP access.

2、RSD precedence＝2

Wherein, S-NSSAI-a;

3GPP access;

DNN＝Internet；

session and service continuity (Session and Service Continuity, SSC) mode mode=3.

If the terminal finally selects RSD1 for the APP traffic, the characteristics of the PDU session corresponding to RSD1 are: slice S-nsai = S-nsai-a, non-3GPP access is used. And finally, the APP flow is sent to a server through a PDU session, wherein parameters of the PDU session are as follows: slice S-nsai = S-nsai-a, while the access type or access manner of the PDU session is a non-3GPP access (e.g., WLAN access).

The embodiment of the application provides a method for intelligently analyzing URSP rules by using NWDAF. That is, the analysis result of the urs rule is provided by AI analysis.

The data processing method provided by the embodiment of the application is described in detail below through some embodiments and application scenarios thereof with reference to the accompanying drawings.

Fig. 2 is a schematic flow chart of a data processing method according to an embodiment of the present application. As shown in fig. 2, the method provided in this embodiment includes:

step 101, a first communication device sends a first request to a second communication device or a third communication device, where the first request is used to request to acquire information related to application flow data acquired by at least one terminal;

specifically, the first communication device, the second communication device, and the third communication device may be network side devices (such as core network devices), the first communication device may be, for example, NWDAF network elements, and the second communication device may be, for example, application function (Application Function, AF) network elements, and data acquisition application function (Data Collection Application Function, DCAF). The third communication device may be a PCF.

As an alternative embodiment, the third communication device may be a PCF, AF and/or DCAF.

For example, if the first communication device meets a certain triggering condition, a first request is sent to the second communication device or the third communication device, where the first request is used to request to obtain information related to application traffic data collected by at least one terminal; after receiving the first request, the second communication device may send a request message for data collection to at least one terminal, so as to instruct the terminal to collect information related to application traffic data, for example, collect information related to a urs rule, for example: the terminal uses the URSP rule for the application flow, the frequency and/or frequency of use of the URSP rule, the identified flow type (such as the service type of the application flow) corresponding to the application flow after the terminal uses the URSP rule for the application flow, and the like.

Optionally, the first communication device sends a first request, for example, npcf_eventExponsure_subscore, to a third communication device PCF, where the signaling may carry event id= URSP rules enforcement to identify, and the signaling is used to collect the urs running result of the single terminal or multiple terminals. In the PCF, an event is set, and the openable event includes: URSP rules enforcement (urs rule execution result). The first communication device may also indicate in the signaling what type of urs run execution result to collect, e.g. as to collect execution results for a particular Traffic descriptor (i.e. RSD used after traffic descriptor use and RSC under RSD). The first communication device may further summarize the signaling, and indicate that the terminal identifier or the group of terminal identifiers of the data to be collected, or a piece of location information, that is, the terminal meeting the requirement of the location information, is a terminal belonging to the result of executing the urs to be collected. The location information includes: DNAI, cell ID, TAI list, etc.

For example, the first communication device NWDAF sends npcf_eventExponsure_substricte to the third communication device PCF, carrying event id= URSP rules enforcement to identify, where the signaling is used to collect the urs running results of a single terminal or multiple terminals; a further traffic descriptor =fqdn descriptor=abc.com is carried. That is, the result of the execution of the urs whose flow descriptor is FQDN fully qualified for domain name equal to abc.

After the third communication device receives the first request, an execution result of the terminal urs rule may be collected.

The specific contents include: a urs rule used by one or more terminals for a certain application traffic. The urs used include: traffic descriptor traffic descriptor used, and RSD under the Traffic descriptor traffic descriptor (route selection descriptor routing descriptor), and RSC under RSD (route selection component routing component), wherein the RSC includes information such as DNN, S-nsai, SSC mode, PDU session type, etc. Wherein each instance of urs usage is associated with one or more terminal identifiers (e.g., SUPI or GPSI, internal group ID, etc.). In addition, information such as the frequency of use, the frequency of use and the like of the URSP is also provided.

For example, for a requesting terminal reporting the urs rules used by the terminal for applying traffic, the following are examples: the first communication device wants to collect, for the case of fqdn=abc.com, this APP traffic, traffic descriptor and RSD that the whole network terminal finally uses. That is, at this time, the first communication device is to count on the whole network, and for this domain name fqdn=abc.com, information of the urs rule used finally. For example, the terminal 1 reports the used TD (fqdn=abc.com) and RSD (non-3 GPP access, SSC mode 2), and the terminal 2 reports the used TD (fqdn=abc.com, APP descriptor=app2) and RSD (3 GPP access, dnn=1). Thus NWDAF obtains the result of the terminal using the urs rule for a certain APP traffic.

For example, for the frequency of usage and/or frequency of usage of the request terminal reporting the urs rules, we exemplify the following: the first communication device wants to collect, for a certain terminal, the frequencies or frequencies of TD (dnn=local. Dn. Com) and RSD (S-NSSAIa, 3GPP access) each time. Then the terminal statistics find that this urs rule is used 95 times in total in this month, and the frequency of using this urs rule is 15% in the statistics of all terminals.

For example, after the terminal uses the urs rule for the application traffic, the identified traffic type (such as the traffic type of the application traffic) corresponding to the application traffic is mainly used for judging the traffic type to which the APP traffic belongs by the terminal using the urs rule. For example, the first communication device wants to count the whole network terminal, judges the traffic type of the APP traffic with IP address=10.1.1.1, and reports the result to the whole network terminal, and the first communication device counts the APP traffic, and then knows that the specific gravity of the terminal classifying the IP address into the game traffic is 55%, and the specific gravity of the terminal classifying the IP address into the video traffic is 45%.

For another example, when the urs rule is used for APP traffic with IP address=10.1.1.1, a certain urs rule (td=ip descriptor 10.1.1.1, rsd=wlan Access, SSC mode 2) in the terminal is hardly used; alternatively, the URSP rule is high in priority but will not be used substantially, which may be an unreasonable design of the URSP rule.

Thus, according to the above, the first communication device can learn the use condition of a certain urs rule, whether the urs rule is used at high frequency, and so on, by collecting the use condition of a specific urs rule from the terminal. Generally, the high frequency usage of the URSP rules, which is more efficient and accurate in the design of the URSP rules, is described.

102, the first communication device acquires information related to application flow data from at least one terminal;

specifically, the terminal collects information related to application traffic data, and the collected information is sent to the first communication device, for example, the information can be forwarded to the first communication device through the second communication device, and the first communication device obtains information collected from at least one terminal.

And 103, the first communication equipment analyzes and obtains an analysis result of the terminal routing strategy URSP rule based on the information related to the application flow data.

Specifically, the first communication device performs intelligent analysis based on information related to application flow data, and the analysis results of the terminal routing policy urs p rule are obtained through analysis, where the analysis results include, for example: frequency of use and/or frequency of use of the urs rule, performance of a certain parameter in RSD corresponding to the urs rule, the urs rule obtained by analysis, and the like.

The analysis results of the urs rule are illustrated below.

The frequency of use and/or frequency of use of the urs rules have been described above. For example, the first communication device may output, for td=ip descriptor 10.1.1.1, rsd=wlan Access, SSC mode 2, a set of urs rules (which may be addressed by the PCF to multiple terminals) with a frequency of use of 15%. The analysis or statistics result obtained after the first communication device counts the data reported by the plurality of terminals.

For the performance of a certain parameter in the RSD corresponding to the urs rule, that is, the PCF or other core network 5GC network element may request the first communication device to analyze the performance of the network parameter under a certain RSD in a specific urs rule. For example, currently, there are two options RSD1 and RSD2 for matching the traffic of a certain APP. Where RSD1 and RSD2 differ in terms of the selection of slices, RSD1 uses slice S-NSSAI-a and RSD2 uses slice S-NSSAI-b. In this case, the PCF may request the first communication device to analyze the slice performance of the two slices corresponding to S-nsai-a and S-nsai-b, for example, the PCF requests the first communication device to provide analytical id= load level information, and at this time, the first communication device provides slice load information corresponding to the two slices respectively. For example, after the first communication device sends the slice load analysis result corresponding to analytical id= load level information to the PCF, the PCF naturally recognizes that the slice parameter corresponding to RSD2 has better performance than RSD1. At this time, the PCF may consider to adjust the urs rules in the terminal to increase the priority of RSD2, so that the terminal preferentially selects PDU sessions supporting slice S-nsai-b when selecting PDU sessions for this APP traffic. This is the way in which the urs rules are adjusted by obtaining specific performance of the parameters within each RSD.

For another example, for the urs rule analyzed from the first communication device, for example, the PCF inputs a TD, fqdn=abc.com, and at this time, the first communication device is required to output the best urs rule corresponding to the traffic descriptor. The first communication device, based on the plurality of data collected from the terminal, ultimately gives the following results: RSD1 (dnn=1, ssc mode 3) and RSD2 (dnn=1, ssc mode 2, non-3GPP Access). This approach is to generate a urs rule entirely intelligently by the first communication device.

In the method of the embodiment, a first communication device sends a first request to a second communication device or a third communication device, where the first request is used to request to obtain information related to application traffic data collected by at least one terminal; the first communication equipment acquires information related to application flow data from at least one terminal, analyzes and obtains an analysis result of a terminal routing strategy URSP rule based on the information related to the application flow data, and further can determine the URSP rule used for the terminal based on the analysis result.

Optionally, the first request includes at least one of:

the first indication information is used for indicating the terminal to collect the first information;

the first time range is used for indicating the terminal to collect in the first time range; i.e. the time frame over which the terminal data is collected, e.g. data within one week.

The first position range is used for indicating the terminal to collect in the first position range; that is, it is specified that the terminal must be within a specified location range for data acquisition. It will be appreciated that the terminal within the first range of positions may be instructed to perform data collection by the first range of positions.

The second indication information is used for indicating the reporting frequency of the first information; the frequency of reporting the collected data by the terminal is specified. For example, the terminal reports immediately after using a certain URSP rule, so that the real-time performance is high; in other words, under the scene with low requirement on real-time performance, the terminal can collect a plurality of URSP rule usage records in an accumulated mode and then upload the records offline.

The third indication information is used for indicating the first URSP rule;

Wherein the first information comprises at least one of: the terminal is a URSP rule for applying traffic; the terminal is the result information after applying the URSP rule; frequency of use of the urs rules; frequency of use of the urs rules; after the terminal uses the URSP rule for the application flow, the identified flow type corresponding to the application flow; the second information is the result information after the first URSP rule is used by the application flow, the use frequency of the first URSP rule and the use frequency of the first URSP rule, the terminal is the flow type of the application flow identified after the first URSP rule is used by the application flow, and the terminal is the execution result after the first URSP rule is used by the application flow;

wherein the first urs rule includes: specific urs rules, specific traffic descriptors, specific traffic types or specific routing descriptors RSD;

it will be appreciated that the third indication information may indicate a specific urs rule, a specific traffic descriptor, a specific traffic type, or a specific routing descriptor RSD, and the first communication device may collect, from the terminal, an execution result after the terminal uses the specific urs rule, the specific traffic descriptor, the specific traffic type, or the specific RSD for applying traffic. For example, if the specific traffic descriptor (traffic descriptor) indicated by the third indication information is "10.1.1.1", the first communication device may collect from the terminal, and when the terminal executes the execution result of the urs having the traffic descriptor of 10.1.1.1 for the application traffic. For example, when the terminal uses the traffic descriptor and selects the path selection descriptor of the RSD1, the RSD1 is a result of using the traffic descriptor, and the result may be reported to the third communication device by the terminal and sent to the first communication device by the third communication device.

For another example, if the specific traffic descriptor indicated by the third indication information is "fqdn=tencent.com", the terminal reports a rule usage result of using the specific traffic descriptor as "fqdn=tencent.com" to the third communication device, and the third communication device reports the usage result of the specific traffic descriptor to the first communication device.

Wherein, the traffic type represents the service type to which the application traffic belongs; the frequency or frequency of use of the second information is below a first threshold; the second information includes at least one of: a urs rule, traffic descriptor, traffic type or routing descriptor RSD. The second information is collected, which is to explain that the first communication device can collect the urs p rule with lower use frequency from the terminal. For example, the first communication device sets that the terminal needs to report the urs p rule with the usage frequency lower than 10 times. The terminal may report to the first communication device (e.g., via the second communication device) a urs rule, such as Traffic descriptor, or RSD at a certain Traffic descriptor, that is used less frequently than 10 times within a specified time period inside the terminal.

The URSP rule used by the terminal for applying the flow can be represented by a URSP rule identification ID;

Optionally, the urs p rule used by the terminal for applying traffic includes at least one of the following:

the terminal is a traffic descriptor used by the application traffic and/or the priority of the traffic descriptor; for example, the terminal uses a traffic descriptor of Traffic descriptor =dnn1 for the application traffic, and the priority of the traffic descriptor is pre=2;

the terminal is an RSD for application traffic usage, and/or a priority of the RSD. For example, the terminal uses a routing descriptor, RSD1, for application traffic, with a priority of ancence=1, of Traffic descriptor =dnn1;

for example, for a certain traffic descriptor td=dnn1, the RSD finally selected is the RSD with priority preference=1, and the RSD internal parameters include: SSC mode 2, S-NSSAI a.

Optionally, the result information after the terminal uses the urs rule for applying the traffic is used to indicate: the terminal uses the URSP rule to trigger a new PDU session, bear the application flow, or the terminal uses the URSP rule to match the application flow to the PDU session existing by the terminal.

Specifically, after the terminal uses the urs rule for applying the traffic, there are generally two results, one result is that the terminal directly matches the APP traffic to a certain PDU session existing in the terminal, and each parameter of the PDU session is found according to the RSD in the selected urs rule, and the parameters described in the RSD, such as SSC mode, access type, etc., are consistent with the session parameters of the PDU session; in another case, after the terminal uses the urs rule for the APP traffic, according to the selected RSD, no existing PDU session in the terminal can be matched, so the terminal needs to newly create a PDU session to carry the APP traffic, and the session parameters of the newly created PDU session are established by using the parameters in the RSD.

Alternatively, the frequency of usage or frequency of usage of the urs rules may be counted over a certain first time frame, which may be protocol agreed, pre-configured or configured by the network side device.

Wherein the service type to which the application traffic is dependent, such as game class, video class, enterprise class, etc.

Alternatively, the frequency of use or the frequency below the first threshold may be for a certain second time range, which may be protocol-agreed, pre-configured or configured by the network-side device; the first threshold may be protocol-specific, pre-configured or configured by the network-side device.

For example, the terminal reports traffic descriptors, traffic types or RSDs with a relatively low number of internal usage times or usage frequency of the terminal. For example, for the form of td=fqdn "abc.com", RSD2 within a terminal is often not used, and RSD2 includes: SSC mode 1, non-3GPP Access. The RSD2 with a low frequency of use, which means that the RSD is not designed reasonably, can be reported for the purpose of optimizing the terminal urs p rule, which is not commonly used by terminals.

The reporting frequency may be, for example, by day or month, etc., and the terminal is not required to report to the AF (DCAF) immediately after collecting the information.

The terminal can report the URSP rule service condition according to the report frequency required by the first communication equipment;

or, the terminal may first perform some preliminary processing on the collected usage of the urs rule, and then report the usage, for example, calculate the usage frequency of a certain RSD in a certain day. The terminal may first perform some processing on the collected data, for example, for a certain Traffic descriptor, preliminary statistics of the condition of the used RSD (RSD 1 usage rate 76%, RSD2 usage rate 24%, etc.), rather than say that the terminal directly reports the usage result of the urs rule to the first communication device each time, so that the first communication device can make statistics. The terminal itself may also collect data and perform some preliminary statistics or analysis.

Alternatively, anonymous collection may be used when the DCAF collects application traffic data related information from the terminal.

For example, it does not identify exactly which terminal (terminal IP address or user permanent identifier (SUbscription Permanent Identifier, SUPI) identifies) uses a certain TD or RSD. Namely, when data is acquired from the terminal, the terminal does not report the UE SUPI, namely anonymous data acquisition, so that the exposure of private data is avoided.

In the above embodiment, the content included in the first request may indicate the type of information collected by the terminal, the reporting frequency, the time range and the position range of the collected information, and the complexity of terminal implementation is low.

Optionally, the analysis result of the urs rule includes at least one of:

statistics of the at least one terminal using the urs rules; the statistical information includes: frequency of use and/or frequency of use;

performance indexes corresponding to at least one parameter in RSD under URSP rule;

a first target RSD corresponding to the flow descriptor in the URSP rule, wherein the first target RSD comprises a parameter with a performance index higher than a preset value;

intelligently analyzing URSP rules;

a second time range for indicating a time range for use by a urs rule or RSD;

a second location range for indicating a location range used by the urs rules or RSD.

Optionally, the analysis result of the urs rule includes at least one of:

performance indexes corresponding to at least one RSC parameter in the RSD under the first URSP rule;

a first target RSD corresponding to the flow descriptor in the first URSP rule, wherein the first target RSD comprises a parameter with a performance index higher than a preset value;

a first URSP rule after intelligent analysis;

a second time range for indicating a time range for use by the first urs p rule;

and the second position range is used for indicating the position range used by the first URSP rule, and the position range is the position range where the terminal is located, and the terminal can use the first URSP rule under the second position range.

It should be noted that, in the first urs rule, the flow descriptors correspond to the performances of the plurality of target RSDs. And the analysis result of the URSP rule can obtain a plurality of candidate RSDs corresponding to the flow descriptors in the first URSP rule and the priorities corresponding to the plurality of candidate RSDs, the use frequency or the frequency of the plurality of candidate RSDs, and the corresponding performance of each RSD, namely, after the target RSD is used, the performance reflected after all RSCs in the target RSD are comprehensively used. The performance refers to the QoS index condition (such as uplink and downlink rate, uplink and downlink delay, uplink and downlink packet loss rate, etc.) of the application flow in the 5G network after the first ussp rule (including the flow descriptor and the target RSD) is used, or the application flow accesses the client application experience or the server application experience (such as the uplink and downlink rate of the user experience, or the uplink and downlink rate, the uplink and downlink delay, the uplink and downlink packet loss rate, etc.) after the application flow accesses the application server;

specifically, the first communication device performs intelligent analysis on information collected by the terminals to obtain analysis results of the URSP rules, for example, statistics is performed on information collected by at least one terminal to obtain statistical information, such as frequency and/or frequency of use of the URSP rules;

For example, the first communication device may analyze a performance index corresponding to a parameter S-nsai in the RSD, for example, a slice corresponding to the S-nsai has a low load and a high uplink and downlink rate, and then the slice identifier may be used in the RSD or the first communication device may analyze a performance corresponding to an access type, for example, an uplink rate using non-3GPP access is 20Mbps, and an uplink rate using 3GPP access is 100Mbps, which is better than a mode of the 3GPP access. In addition, the first communication device may also count that, in accessing a certain application server or all terminals collecting data, when Traffic descriptor =fqdn "abc.com" is used, the PDU session uses 3GPP access 9500 times and uses non-3GPP access 500 times. More 3GPP accesses are used and the 3GPP access should be more selected as a parameter of RSD.

The first target RSD may include parameters with better performance, for example, a performance index higher than a preset value, or a performance index higher than a parameter in an existing RSD of the terminal. For example, at Traffic descriptor in the current terminal, the access mode in RSD1 is non-3GPP access. After the analysis by the first communication device, the uplink rate using non-3GPP Access is found to be 20Mbps, and the uplink rate using 3GPP Access is found to be 100Mbps, at this time, the first communication device can send the performance of the two Access modes to the third communication device (PCF), the third communication device judges that the Access type Access mode in the RSD should be changed into the 3GPP Access, the third communication device issues a new RSD to replace the original RSD, and the new RSD is the 3GPP Access; or the third communication device adjusts the priority of the RSD, for example, RSD1 uses non-3GPP access, if the performance is poor, the priority is adjusted down, and RSD2 contains RSD with better 3GPP access performance, and the priority is adjusted up to be higher than RSD1.

For example, when Traffic descriptor =dnn1, a corresponding first target RSD, or urs p rule, is provided.

Optionally, the third communication device determines a second time range and/or a second location range based on the analysis result, the second time range being used for indicating a time range of use of the urs rules or RSD; the second location range is used to indicate a location range used by the urs p rule or RSD.

Specifically, the PCF of the third communication device may further determine, according to the analysis result, a time window and a location criterion of the urs p rule or RSD:

time window means that RSD can be used in this Time range;

the location standard Location Criteria means that RSD can be used in a location range corresponding to the location standard.

For example, the first communication device analyzes that, at 7 to 9 pm, the geographic location is within the range of cell IDs (cell IDs) 1-10, under the terminal-within-urs rule, traffic descriptor: application descriptor =app1, RSD1 is available. Then RSD1 is only available if this time and position condition is met, with RSD1 disabled at the rest of the time. The time range and the range corresponding to the position standard are comprehensively analyzed by the first communication device according to the data collected from the terminal and other relevant collected data (such as UPF, AF) and the like. The PCF may refer to this intelligent design to set Time Window and Location Criteria. It is also possible that the RSD performs better in the range and time range corresponding to the prescribed location criteria, so the RSD is used; outside the range corresponding to the location standard or outside the time range, the performance corresponding to the parameters in the RSD is poor, for example, DNN1 in the RSD, the data network represented by DNN1 at this time is congested, and the uplink and downlink rates are very low and are not suitable for access at all.

The NWDAF can analyze or predict that RSD is available in future time and/or within a certain location range of the prediction, i.e. parameters contained in RSD in this location range and/or time range, such as access mode, DNN, S-nsai, etc., which perform better.

In one embodiment, the method further comprises:

the first communication device obtains a second request sent by the third communication device, the second request being for at least one of: requesting to obtain the URSP rule after intelligent analysis; requesting to obtain a performance index corresponding to at least one parameter in the RSD under at least one flow descriptor in the URSP rule; requesting to obtain a first target RSD corresponding to a flow descriptor in a URSP rule, wherein the first target RSD comprises a parameter with a performance index higher than a preset value; or, requesting to obtain a performance index corresponding to the flow descriptor in the URSP rule; requesting to obtain a first URSP rule after intelligent analysis; requesting to obtain a performance index corresponding to at least one parameter in the RSD under at least one flow descriptor in the first URSP rule; requesting to obtain a first target RSD corresponding to the flow descriptor in the first URSP rule; requesting to obtain a plurality of candidate target RSDs corresponding to the flow descriptors in the first URSP rule and performances corresponding to the plurality of candidate target RSDs;

The first communication device determines information of the second communication device or determines a type of information related to the application traffic data collected from the terminal based on the second request.

Alternatively, step 101 may be implemented as follows:

the first communication device sends a first request to the second communication device based on information of the second communication device or information type related to the acquisition of application traffic data from the terminal.

In particular, the third communication device may be a policy control function (Policy Control Function, PCF) network element.

The first communication device may send a first request to the second communication device after the third communication device initiates the second request, where the first request is used to request to obtain information related to application traffic data collected by at least one terminal. That is, after the PCF requests the first communication device NWDAF to provide it with the intelligent urs rules, the NWDAF decides that various data needs to be collected from the terminal.

Wherein the second Request may be implemented by analyzing subscription signaling (e.g., nnwdaf_analytics subscription_subscription) or analyzing Request signaling (e.g., nnwdaf_analytics info_request). The analytical filter in the second request may be newly added to include: APP descriptor (Application descriptor), connectivity, traffic descriptor in URSP rules.

Optionally, the PCF subscribes to an analysis ID of the NWDAF, e.g. the second request includes the analysis ID for subscribing to or obtaining the urs rules of a terminal or terminals. For example, the PCF may subscribe to analysis results corresponding to all terminals in the Area of interest (Area of interest).

Alternatively, as shown in fig. 3, the first communication device may send a response message to the third communication device, for example by analyzing subscription response signaling (e.g., nnwdaf_analytics subscription_ Subscribe response) or analyzing Request response signaling (e.g., nnwdaf_analytics info_request response).

Optionally, the first communication device sends the first request to the second communication device based on information of the second communication device or determining a type of information related to the application traffic data collected from the terminal.

The first communication device may then send a notification message nnwdaf_analysis description_notify to the third communication device, where the notification message is used to send the result after the analysis by the first communication device, and includes: intelligently analyzing URSP rules; sending a performance index corresponding to at least one parameter in RSDs under at least one flow descriptor in the URSP rule to a first target RSD corresponding to the flow descriptor in the URSP rule, wherein the first target RSD comprises parameters with performance indexes higher than a preset value; or, the performance index corresponding to the flow descriptor in the URSP rule.

As shown in fig. 3, NWDAF finds a satisfactory AF for collecting information from the terminal.

I.e. when the PCF requests the analysis result of the urs rules, the NWDAF decides to collect information from the terminal.

The NWDAF sends a subscription request to the AF (or through the NEF to the AF) for the AF to gather information from the terminal.

For example, this may be achieved by subscription signaling (e.g., nnef EventExposure Subscribe or Naf eventExposure subscnibe). Wherein if NWDAF subscribes directly from trusted AF, naf_eventExposure_subscore is directly used; if NWDAF subscribes from untrusted AF, a subscription request is sent to nnef_ EventExposure Subscribe first, and then a subscription request naf_eventExposure_subscience is sent to AF.

Alternatively, as shown in fig. 3, step 102 may be implemented as follows:

the first communication device receives information related to application flow data of at least one terminal sent by the second communication device.

Specifically, as shown in fig. 3, the second communication device sends information collected by at least one terminal, that is, information related to application traffic data, to the first communication device.

For example, this can be achieved with notification signaling (naf_eventExposure_notify and nnef_eventExposure_notify), i.e. the DCAF sends naf_eventExposure_notify signaling to the NEF, which sends nnef_eventExposure_notify signaling to the NWDAF. Or the DCAF directly transmits the information acquired from the terminal and transmits the information to the NWDAF through Naf_EventExposure_Notify.

Optionally, the second communication device may send a request to the terminal based on the first request, where the request requests the terminal to collect information related to the application traffic data, and the terminal may report the collected information related to the application traffic data based on the reporting frequency. For example, may be reported offline.

Optionally, if the first communication device acquires or subscribes to the urs running condition from the third communication device, the third communication device may collect information about the urs running condition from the terminal by using an uplink NAS message (UL NAS message, for example, PDU session modification request, registration update request, etc.). The terminal sends URSP rule execution conditions to an AMF access and mobility management function through an uplink NAS message, and the AMF sends the URSP rule execution conditions to the AMF access and mobility management function through: and (5) the npcf_ UEPolicyControl Update Request sends the URSP rule execution result in the terminal to the PCF.

Optionally, as shown in fig. 3, the method further comprises at least one of:

the first communication device sends the analysis result of the URSP rule to the third communication device;

the first communication device sends the analysis result of the URSP rule to the second communication device;

the first communication device sends an analysis result of the first URSP rule to the third communication device;

Specifically, the first communication device may implement the analysis result of the send urs rule using notification signaling (such as nnwdaf_analysis subscription_notification) or Response message (nnwdaf_analysis info_response).

In the above embodiment, the first communication device may trigger, after the third communication device sends the second request, sending a first request to the second communication device, where the first request is used to request the acquiring terminal to acquire information related to application traffic data.

Optionally, the second request includes an analysis identity, the second request further including at least one of: a first time range, a first location range; and the first time range and the first position range in the second request are used for determining the time range and the position range of the terminal for acquiring data by the NWDAF. For example, the NWDAF requests the terminal to perform data collection only in a specific location range (e.g., TAI, cell ID, etc.), or in a fixed time range (e.g., a fixed morning or afternoon time period of each day). Step 103 may be implemented as follows:

the first communication device sends a first request to the second communication device based on at least one of the first time range and the first location range, where the first request includes at least one of the first time range and the first location range.

For example, NWDAF may provide a urs rule, where the urs rule can only be used by the terminal in a specific location area and time area, because in the first location area and the first time area, each parameter in RSD under the urs rule can ensure that the performance is better, for example, the access mode uses 3GPP access, the uplink and downlink rates are higher, and when S-nsai-a is used, the slice load is lower, etc.

Optionally, the second request includes an analysis identity;

in the case that the second request is used for requesting to obtain the performance corresponding to at least one parameter in the RSD under the urs p rule, the second request further includes at least one of the following: data network name DNN, single network slice selection auxiliary information S-nsai or priority access type; may further include: SSC mode, seamless offload indication (Non-Seamless Offload indication), distance based service Layer 3 UE-to-network relay offload indication (ProSe Layer-3 UE-to-Network Relay Offload indication), and so on. Still in this manner, the PCF sends a second request to the NWDAF, where the second request includes a specific RSD parameter, and the NWDAF provides the performance corresponding to the RSD parameter.

The corresponding performance of some so-called RSD parameters is given below:

For example, for slicing: the PCF may send a certain S-nsai slice identification to NWDAF, which may provide the performance of the relevant slice as shown in table 3 below by requesting an analytical id= load level information:

TABLE 3 Table 3

For example, for slicing: the PCF may send some DNN to NWDAF, which may provide the following table 4 regarding DN Performance by requesting either analytical id= Service Experience or analytical id=wlan Performance, or analytical id=dn Performance:

TABLE 4 Table 4

Performance Performance
	Average flow rate (Average Traffic rate)
Maximum flow rate (Maximum Traffic rate)
	Average packet delay (Average Packet Delay)
Maximum packet delay (Maximum Packet Delay)
	Average packet loss rate (Average Packet Loss Rate)

Others are similar.

In the case that the second request is for requesting the first target RSD corresponding to the traffic descriptor in the urs rule, the second request further includes: a traffic descriptor; the traffic descriptor includes at least one of:

APP descriptor, IP descriptor, domain name descriptor, non-IP descriptor, DNN or connectivity capability.

This scenario is to say that the PCF sends a certain traffic descriptor to the NWDAF, requesting the NWDAF to analyze the best RSD corresponding to the traffic descriptor, which is necessarily a combination of parameters, such as S-NSSAI, DNN, SSC mode, etc. The NWDAF analyzes the data acquired from the terminal to obtain RSD, and sends the RSD to the PCF. Such scenario APP descriptors and connectivity capabilities are new and require NWDAF to provide them with RSD.

Specifically, the PCF may also send at least one of the following to the NWDAF: the data network name DNN, the single network slice selection auxiliary information S-NSSAI or the priority access type is used for acquiring a performance index corresponding to at least one parameter in the RSD under the URSP rule or a performance index corresponding to the flow descriptor in the URSP rule. The performance indicators have been described above.

The PCF may also send a traffic descriptor (such as FQDN) to the NWDAF, and request the NWDAF to output an analysis result, where the analysis result is the first target RSD corresponding to the traffic descriptor. The first target RSD comprises parameters with performance indices above a preset value. By parameters above a preset value is meant here that the NWDAF provides RSD that may perform better than RSD under the traffic descriptor in the current terminal.

For example, a slice has low corresponding load, high uplink and downlink rates, thus better performance,

the PCF may add the following parameters in the second request, besides the IP descriptor, domain name descriptor, non-IP descriptor, or DNN, to obtain RSD corresponding to the parameters.

APP descriptors, e.g. OSID, osapid, which parameter is one of the TDs, the PCF requests the RSD corresponding to a certain osapid on a certain terminal.

Connection capabilities, such as IP multimedia subsystem (IP Multimedia Subsystem, IMS), multimedia messaging service (Multimedia Messaging Service, MMS), internet, secure user plane location (Secure User Plane Location, SUPL), can be NWDAF to analyze RSD results for a particular connection capability.

Optionally, in the case that the second request is used for requesting to obtain a performance index corresponding to the traffic descriptor in the urs rule, the second request further includes: APP descriptors and/or connectivity capabilities; APP descriptor and/or connectivity capability is equivalent to at least one of DNN, IP descriptor, domain name descriptor, non-IP descriptor.

In particular, APP descriptors and/or connectivity capabilities may be translated into an IP address of an application server, for example. Thus, the corresponding analysis result can be obtained from NWDAF through the IP address. Namely: the NWDAF, or other 5GC network element, has the capability to convert the APP descriptor or connection capability into a corresponding server IP address, server FQDN, etc., so that the NWDAF can obtain the combination of the best RSD to access the server, such as S-nsai, DNN, access mode, SSC mode, PDU session type, etc., directly from the server IP address, server FQDN.

The above-mentioned switching procedure PCF may be provided, and the SMF may be provided (the PCF requests the SMF to switch), and the NWDAF may be provided (for example, the NWDAF requests the SMF to switch). For example, NWDAF may send a request to SMF, requesting conversion; the NWDAF may also perform the conversion itself.

Optionally, RSD results may be extended, e.g. may include at least one of the following parameters:

SSC mode, S-NSSAI, DNN, PDU session type, seamless offload indication (Non-Seamless Offload indication), distance based service Layer 3 UE-to-network relay offload indication (ProSe Layer-3 UE-to-Network Relay Offload indication), priority access type, time range, location range.

Wherein Non-Seamless Offload indication indicates that application traffic data needs to be offloaded to Non-3 GPP access.

Optionally, at least one parameter of the RSD result extension may be extended into the analysis ID of the service experience Service experience, to increase the performance corresponding to the APP descriptor or the connection capability. That is, within analytical id= service experience, the performance corresponding to APP descriptor or connectivity is added, for example as shown in table 5 below:

TABLE 5

In the above, the experience of the network slice instance adds APP descriptors and connectivity capabilities, i.e. what the slice service experience (Network Slice instance service experience) is when the terminal uses the corresponding connectivity capabilities or some application on the terminal (identified by APP descriptors).

For example, as shown in table 6 below:

TABLE 6

When NWDAF counts the terminal access to a certain APP server instance IP address, it can add what APP descriptor corresponds to the APP on the terminal, and which connection capability the terminal uses. Optionally, the method further comprises:

the first communication device sends the analysis result of the URSP rule to the third communication device; and/or the number of the groups of groups,

the first communication device transmits the analysis result of the urs rule to the second communication device.

Specifically, the first communication device may signal by: the nnwdaf_analysis description_notify or nnwdaf_analysis info_response transmits the analysis result of the urs rule to the third communication device and/or the second communication device.

Optionally, after the third communication device obtains the analysis result of the urs rule, the method further includes:

and the third communication equipment adjusts the URSP rules of the terminal and sends the adjusted URSP rules to the terminal.

For example, the PCF adjusts the urs rule based on the NWDAF analysis result. And sending the adjusted URSP rule to the terminal.

Optionally, the method further comprises:

the first communication device sends third information to the second communication device, wherein the third information comprises at least one APP identifier, and the APP corresponding to the APP identifier is the APP of the terminal, which can use the analysis result of the URSP rule.

Specifically, when the core network device, such as NWDAF, sends the analysis result to the DCAF, an APP ID list may be sent, including at least one APP identifier, that is, a list of APPs that can use the analysis result, and if the list does not include an APP, the APP cannot use the analysis result. In general, only applications subscribed to the operator can use the analysis results.

Illustratively, the analysis result of the urs rules can indicate to the terminal:

access performance under different access modes; such as 3GPP access (5 g,4 g) or non-3GPP access (WLAN).

The performance of different DNNs, such as whether the DNN is congested, how QoS metrics of the access DNNs are, etc.;

different slice performance, such as whether the slice is congested, qoS metrics of the access slice, etc.

The terminal performs the following operations according to the analysis result of the urs rule provided by NWDAF:

if the two RSDs contain different DNNs, S-NSSAIs and access modes, the terminal can select the RSDs corresponding to DNNs, S-NSSAIs and access modes with higher performance, and the priority of the RSDs is disregarded. If the selected RSD priority is low, the terminal needs to report to the core network device (e.g., via NAS message, or DCAF).

The terminal may also itself construct or generate the urs rules, where RSDs in the constructed or generated urs rules include DNNs, S-NSSAIs, etc. with best performance indicated by NWDAF. For example, NWDAF sends the analysis result of the urs rule to the terminal, which indicates that when the traffic descriptor uses the IP descriptor in the current terminal position: 10.1.1.1, each parameter in RSD, the best scheme of performance is to use non-3GPP to cut in, visit DNN1, slice and choose S-NSSAI-b; the terminal can then combine these parameters to form a new RSD for use under the traffic descriptor.

Optionally, after the APP of the terminal (for example, APP specifically interacting with the DCAF) receives, from the DCAF, the analysis result corresponding to the analysis ID sent by the NWDAF, or the model address corresponding to the analysis ID, it may be sent to another APP or entity, for example, it may be: a terminal operating system OS, a terminal chip (modem) or other APP on the terminal, such as an APP for artificial intelligence/model training (AI/ML).

Thus, the terminal may have a new capability, namely, after the APP (interacting with the DCAF) of the terminal receives the analysis result or model corresponding to the analysis ID from the DCAF, the terminal capability is as follows:

The APP of the terminal sends the analysis result to the terminal OS; the terminal OS uses the analysis result or model;

the terminal OS can send the obtained analysis result to the terminal modem; the end chip uses the analysis result or model.

The terminal OS may also send the received analysis result to other APPs on the application layer (different from the APP interacting with the DCAF); other APPs may be designated APPs, distinguished using APP IDs, or may be all applications on the terminal. The other APP is an APP that authorizes the analysis result.

The terminal operation system, other APP on the terminal or the terminal chip can perform terminal operation optimization, model training, model reasoning and the like by using the analysis result.

FIG. 4 is a second flowchart of a data processing method according to an embodiment of the present application. As shown in fig. 4, the method provided in this embodiment includes:

step 201, a second communication device or a third communication device receives a first request sent by a first communication device, where the first request is used to request to obtain information related to application traffic data collected by at least one terminal;

step 202, a second communication device or a third communication device acquires information related to the application traffic data from at least one terminal; and the information related to the application flow data of at least one terminal is used for the first communication equipment to analyze and obtain the analysis result of the terminal routing strategy URSP rule.

Optionally, the first request includes at least one of the following:

the terminal comprises first indication information, a second indication information and a first control unit, wherein the first indication information is used for indicating the terminal to acquire first information;

the first time range is used for indicating the terminal to collect in the first time range;

the terminal comprises a first position range, a second position range and a third position range, wherein the first position range is used for indicating the terminal to collect in the first position range;

the second indication information is used for indicating the reporting frequency of the first information;

the third indication information is used for indicating the first URSP rule;

wherein the first information includes at least one of: the terminal is a URSP rule for applying traffic; the terminal is the result information after the URSP rule is used for the application flow; frequency of use of the urs rules; frequency of use of the urs rules; after using URSP rules for application flow, the terminal identifies the flow type corresponding to the application flow; the second information is the result information after the first URSP rule is used by the application flow, the use frequency of the first URSP rule and the use frequency of the first URSP rule, the terminal is the flow type of the application flow identified after the first URSP rule is used by the application flow, and the terminal is the execution result after the first URSP rule is used by the application flow;

Wherein the first urs rule includes: specific urs rules, specific traffic descriptors, specific traffic types or specific routing descriptors RSD; the method comprises the steps of carrying out a first treatment on the surface of the

Wherein, the traffic type represents the service type to which the application traffic is subordinate; the frequency or frequency of use of the second information is lower than a first threshold; the second information includes at least one of: a urs rule, traffic descriptor, traffic type or routing descriptor RSD.

Optionally, the terminal uses the urs rules for applying traffic, including at least one of the following:

the terminal is a traffic descriptor used by the application traffic and/or the priority of the traffic descriptor;

the terminal is an RSD for application traffic usage and/or a priority of the RSD.

Optionally, the result information after the terminal uses the urs rule for applying the traffic is used to indicate: the terminal uses the URSP rule to trigger a new PDU session to bear the application flow, or the terminal uses the URSP rule to match the application flow to the PDU session existing in the terminal;

or alternatively, the first and second heat exchangers may be,

the terminal uses the result information after the first URSP rule for the application flow to indicate: the terminal uses the first URSP rule to trigger a new PDU session to bear the application flow, or the terminal uses the first URSP rule to match the application flow to the PDU session existing by the terminal.

Optionally, the execution result after the terminal uses the first urs rule for applying the traffic includes at least one of the following:

the terminal uses the RSD determined after the first URSP rule for the application flow;

the terminal is a path selection component RSC under the RSD determined after the application flow uses the first URSP rule;

the terminal uses the priority of the RSD determined after the first urs rule for the application traffic.

Optionally, the analysis result of the urs rule includes at least one of:

performance indexes corresponding to at least one parameter in RSD under the URSP rule;

a first target RSD corresponding to a flow descriptor in the URSP rule, wherein the first target RSD comprises a parameter with a performance index higher than a preset value;

intelligently analyzing URSP rules;

a second time range for indicating a time range for use by a urs rule or RSD;

Optionally, the method further comprises:

the second communication device sends information related to the application traffic data of the at least one terminal to the first communication device.

Optionally, the method further comprises:

and the second communication equipment receives the analysis result of the URSP rule sent by the first communication equipment.

Optionally, the method further comprises:

the second communication device receives third information sent by the first communication device, the third information comprises at least one APP identifier, and the APP corresponding to the APP identifier is the APP which can use the analysis result of the URSP rule in the terminal.

The specific implementation process and technical effect of the method of the present embodiment are the same as those of the first communication device side method embodiment, and specific reference may be made to the detailed description of the first communication device side method embodiment, which is not repeated herein.

FIG. 5 is a second flowchart of a data processing method according to an embodiment of the present application. As shown in fig. 5, the method provided in this embodiment includes:

step 301, the third communication device sends a second request to the first communication device, where the second request is used for at least one of the following: requesting to obtain the URSP rule after intelligent analysis; requesting to obtain a performance index corresponding to at least one parameter in RSD under at least one flow descriptor in a terminal URSP rule; requesting to obtain a first target RSD corresponding to a flow descriptor in a terminal URSP rule, wherein the first target RSD comprises a parameter with a performance index higher than a preset value; or, requesting to obtain the performance index corresponding to the flow descriptor in the terminal URSP rule.

Optionally, the second request includes an analysis identity, and the second request further includes at least one of: a first time range, a first location range; the first time range is used for indicating the terminal to collect in the first time range; the first position range is used for indicating the terminal to collect in the first position range.

Optionally, the second request includes an analysis identity;

in the case that the second request is used for requesting to obtain the performance corresponding to at least one parameter in RSD under the urs p rule, the second request further includes at least one of the following: data network name DNN, single network slice selection auxiliary information S-nsai or priority access type;

in the case that the second request is used for requesting the first target RSD corresponding to the flow descriptor in the urs rule, the second request further includes: a traffic descriptor; the traffic descriptor includes at least one of:

Optionally, in the case that the second request is used for requesting to obtain a performance index corresponding to the traffic descriptor in the terminal urs p rule, the second request further includes: APP descriptors and/or connectivity capabilities; the APP descriptor and/or the connection capability are equivalent to at least one of DNN, IP descriptor, domain name descriptor and Non-IP descriptor;

Optionally, the method further comprises:

and the third communication equipment receives the analysis result of the URSP rule sent by the first communication equipment.

Optionally, the analysis result of the urs rule includes at least one of:

intelligently analyzing URSP rules;

a second time range for indicating a time range for use by a urs rule or RSD;

and the third communication equipment adjusts the URSP rule of the terminal and sends the adjusted URSP rule to the terminal.

The third communication device determines a second time range and/or a second location range based on the analysis result, wherein the second time range is used for indicating a time range used by a URSP rule or an RSD; the second location range is used to indicate a location range used by the urs p rule or RSD.

The present embodiment provides another data processing method, including: the third communication equipment receives a first request sent by the first communication equipment, wherein the first request is used for requesting to acquire information related to application flow data acquired by at least one terminal;

Optionally, the first request includes at least one of the following:

the third indication information is used for indicating the first URSP rule;

Optionally, the result information after the terminal uses the urs rule for applying the traffic is used to indicate: the terminal uses the URSP rule to trigger a new PDU session to bear the application flow, or the terminal uses the URSP rule to match the application flow to the PDU session existing in the terminal; or alternatively, the first and second heat exchangers may be,

Optionally, the analysis result of the urs rule includes at least one of:

intelligently analyzing URSP rules;

a second time range for indicating a time range for use by a urs rule or RSD;

It should be noted that, in the first urs rule, the flow descriptors correspond to the performances of the plurality of target RSDs. And the analysis result of the URSP rule can obtain a plurality of candidate RSDs corresponding to the flow descriptors in the first URSP rule and the priorities corresponding to the plurality of candidate RSDs, the use frequency or the frequency of the plurality of candidate RSDs, and the corresponding performance of each RSD, namely, after the target RSD is used, the performance reflected after all RSCs in the target RSD are comprehensively used. The performance refers to the QoS index condition (such as uplink and downlink rate, uplink and downlink delay, uplink and downlink packet loss rate, etc.) of the application flow in the 5G network after the first ussp rule (including the flow descriptor and the target RSD) is used, or the application flow accesses the client application experience or the server application experience (such as the uplink and downlink rate of the user experience, or the uplink and downlink rate, the uplink and downlink delay, the uplink and downlink packet loss rate, etc.) after the application flow accesses the application server.

Optionally, the method further comprises:

the third communication device sends information related to the application traffic data of the at least one terminal to the first communication device.

Optionally, the method further comprises:

the third communication device receives third information sent by the first communication device, the third information comprises at least one APP identifier, and the APP corresponding to the APP identifier is an APP capable of using the analysis result of the URSP rule in the terminal.

FIG. 6 is a second flowchart of a data processing method according to an embodiment of the application. As shown in fig. 6, the method provided in this embodiment includes:

step 401, a terminal receives a first request from a first communication device or a third communication device; the first request is used for requesting to acquire information related to application flow data acquired by at least one terminal;

step 402, the terminal sends information related to the acquired application flow data to the first communication device or the third communication device according to the first request;

step 403, the terminal obtains an analysis result from the first communication device, where the analysis result is provided by the first communication device based on information related to the application flow data. Optionally, the first request includes at least one of the following:

the third indication information is used for indicating the first URSP rule;

Optionally, the execution result of the terminal after using the first urs rule for applying traffic includes at least one of the following:

Optionally, the analysis result includes at least one of:

intelligently analyzing URSP rules;

a second time range for indicating a time range for use by a urs rule or RSD;

Optionally, the analysis result includes an analysis result of a urs rule, and the method further includes:

the terminal generates a target URSP rule for the flow data of the first APP based on the analysis result of the URSP rule, and processes the flow data of the first APP based on the target URSP rule; or alternatively, the first and second heat exchangers may be,

And the terminal determines a second target RSD based on the analysis result of the URSP rule, and processes the flow data of the first APP based on the URSP rule corresponding to the second target RSD.

Optionally, the terminal generates a target urs rule for the traffic data of the first APP based on the analysis result of the urs rule, including:

and the terminal determines at least one parameter in the RSD under the flow descriptor included in the target URSP according to the performance index corresponding to the at least one parameter in the RSD under the URSP in the analysis result.

Optionally, the determining, by the terminal, a second target RSD based on an analysis result of the urs p rule includes:

and under the condition that the analysis result of the URSP rule comprises the performance corresponding to a first RSD and the performance corresponding to a second RSD, and the performance corresponding to the first RSD is superior to the performance corresponding to the second RSD, the target RSD is the first RSD.

Optionally, the first RSD has a lower priority than the second RSD.

Optionally, the method further comprises:

and under the condition that the priority of the first RSD is lower than that of the second RSD, the terminal reports the second target RSD to network side equipment.

In one embodiment, the terminal may report the abnormal situation to a network side device (such as PCF, AMF) through DCAF or through an uplink NAS message. That is, when the terminal uses a urs rule for a certain APP traffic, the terminal uses a low priority urs rule (such as low priority traffic descriptor), or the terminal uses a first RSD under a certain traffic descriptor, which is lower than the second RSD priority. This indicates that the terminal has selected a second RSD of lower priority, belonging to the abnormal situation. The NAS message includes at least one item: PDU session modification request PDU session modification request, registration request registration request, PDU session establishment request PDU session establishment request. The terminal may also carry the reason for using the low priority RSD or urs p rules when reporting the abnormal situation. In this case, the 5G core network can obtain the usage of the terminal urs rules, and at the same time quickly learn the abnormal situation of the terminal using the urs rules through NAS messages.

The NAS message method is that the terminal reports the URSP rule or RSD with low priority to the PCF through AMF together with the reason of using the rule or RSD. If the method is through DCAF, the terminal reports the information to DCAF through PDU conversation, and then feeds back to NWDAF through DCAF, and then the NWDAF analyzes and predicts and then sends the information to PCF for generating intelligent URSP rules.

Optionally, the terminal obtains an analysis result from the first communication device, including:

the terminal receives the analysis result sent by the second communication device; and/or the number of the groups of groups,

and the terminal receives the analysis result sent by the third communication equipment.

Optionally, the terminal receives a first request from a first communication device, including:

the terminal receives the first request sent by second communication equipment or third communication equipment;

the terminal sending information related to the collected application flow data to a first communication device, including:

and the terminal sends the information related to the acquired application flow data to the first communication equipment through the second communication equipment or the third communication equipment based on the reporting frequency.

Optionally, the information related to the application flow data sent by the terminal is reported anonymously.

the terminal obtains the analysis result through a second APP;

the terminal sends the analysis result to a first object through a second APP, wherein the first object comprises at least one of the following components: an operating system of the terminal, other APP on the terminal or a chip of the terminal.

Optionally, after the terminal sends the analysis result to the operating system of the terminal through the second APP, the method further includes:

and the terminal sends the analysis result to a chip of the terminal or other APP on the terminal through an operating system of the terminal.

Optionally, the method further comprises:

the terminal receives third information sent by the second communication device, wherein the third information comprises at least one APP identifier, and the APP corresponding to the APP identifier is the APP which can use the analysis result of the URSP rule in the terminal.

Optionally, the terminal sends the analysis result to the first object through the second APP, including:

and the terminal sends the analysis result to a target APP according to third information sent by the first communication equipment, wherein the target APP is the APP which can use the analysis result.

Optionally, the analysis result includes:

analyzing an analysis result or a prediction result corresponding to the ID;

and analyzing model address information corresponding to the ID.

According to the data processing method provided by the embodiment of the application, the execution main body can be a data processing device. In the embodiment of the present application, a data processing device is described by taking a data processing method performed by the data processing device as an example.

Fig. 7 is a schematic diagram of a data processing apparatus according to the present application. As shown in fig. 7, the data processing apparatus provided in this embodiment includes:

a sending module 110, configured to send a first request to a second communication device or a third communication device, where the first request is used to request to obtain information related to application traffic data collected by at least one terminal;

an obtaining module 120, configured to obtain information related to the application traffic data from the at least one terminal;

and the processing module 130 is configured to analyze and obtain an analysis result of the terminal routing policy urs p rule based on the information related to the application flow data.

Optionally, the first request includes at least one of the following:

the third indication information is used for indicating the first URSP rule;

wherein the first information includes at least one of: the terminal is a URSP rule for applying traffic; the terminal is the result information after the URSP rule is used for the application flow; frequency of use of the urs rules; frequency of use of the urs rules; after using URSP rules for application flow, the terminal identifies the flow type corresponding to the application flow; second information

The terminal is the result information after the application flow uses the first URSP rule, the use frequency of the first URSP rule, the terminal is the flow type of the application flow identified after the application flow uses the first URSP rule, and the terminal is the execution result after the application flow uses the first URSP rule;

Optionally, the analysis result of the urs rule includes at least one of:

intelligently analyzing URSP rules;

a second time range for indicating a time range for use by a urs rule or RSD;

Optionally, the obtaining module 120 is specifically configured to:

and receiving information related to the application flow data of the at least one terminal, which is sent by the second communication device or the third communication device.

Optionally, the obtaining module 120 is further configured to:

Obtaining a second request sent by the third communication device, wherein the second request is used for at least one of the following: requesting to obtain the URSP rule after intelligent analysis; requesting to obtain a performance index corresponding to at least one parameter in the RSD under at least one flow descriptor in the URSP rule; requesting to obtain a first target RSD corresponding to a flow descriptor in the URSP rule, wherein the first target RSD comprises a parameter with performance higher than a preset value; or, requesting to obtain a performance index corresponding to the flow descriptor in the URSP rule;

the processing module 130 is further configured to: determining information of the second communication device or determining a type of information related to acquiring application traffic data from the terminal based on the second request;

the sending module 110 is specifically configured to:

the first communication device sends a first request to the second communication device or the third communication device based on information of the second communication device or the third communication device or information type related to collecting application traffic data from the terminal.

Optionally, the second request includes an analysis identity, and the second request further includes at least one of: a first time range, a first location range;

the first communication device sending a first request to a second communication device or a third communication device, comprising:

The first communication device sends a first request to a second communication device or a third communication device based on at least one of the first time range and the first location range.

Optionally, the second request includes an analysis identity;

Optionally, in the case that the second request is used for requesting to obtain the performance index corresponding to the traffic descriptor in the urs rule, the second request further includes: APP descriptors and/or connectivity capabilities; the APP descriptor and/or connectivity capability is equivalent to at least one of DNN, IP descriptor, domain name descriptor, non-IP descriptor.

Optionally, the sending module 110 is specifically configured to:

sending the analysis result of the URSP rule to third communication equipment; and/or the number of the groups of groups,

and sending the analysis result of the URSP rule to the second communication device.

Optionally, the sending module 110 is specifically configured to:

and sending third information to the second communication device or the third communication device, wherein the third information comprises at least one APP identifier, and the APP corresponding to the APP identifier is the APP which can use the analysis result of the URSP rule in the terminal.

The apparatus of this embodiment may be used to execute the method of any one of the foregoing first communication device side method embodiments, and specific implementation procedures and technical effects of the method are the same as those in the first communication device side method embodiment, and specific reference may be made to detailed description in the first communication device side method embodiment, which is not repeated herein.

FIG. 8 is a schematic diagram of a second embodiment of a data processing apparatus. As shown in fig. 8, the data processing apparatus provided in this embodiment includes:

a receiving module 210, configured to receive a first request sent by a first communication device, where the first request is used to request to obtain information related to application traffic data collected by at least one terminal;

An obtaining module 220, configured to obtain information related to the application traffic data from the at least one terminal; and the information related to the application flow data of the at least one terminal is used for the first communication equipment to analyze and obtain an analysis result of the terminal routing strategy URSP rule.

Optionally, the first request includes at least one of the following:

the third indication information is used for indicating the first URSP rule;

The execution result of the terminal after using the first urs rule for applying traffic includes at least one of the following:

Optionally, the analysis result of the urs rule includes at least one of:

intelligently analyzing URSP rules;

a second time range for indicating a time range for use by a urs rule or RSD;

Optionally, the data processing apparatus further includes:

and the sending module is used for sending information related to the application flow data of the at least one terminal to the first communication equipment.

Optionally, the receiving module 210 is further configured to:

and receiving an analysis result of the URSP rule sent by the first communication device.

Optionally, the receiving module 210 is further configured to:

and receiving third information sent by the first communication equipment, wherein the third information comprises at least one APP identifier, and the APP corresponding to the APP identifier is the APP which can use the analysis result of the URSP rule in the terminal.

The apparatus of this embodiment may be used to execute the method of any one of the foregoing second communication device side method embodiments, and specific implementation processes and technical effects of the method are the same as those of the second communication device side method embodiment, and specific reference may be made to detailed description of the second communication device side method embodiment, which is not repeated herein.

FIG. 9 is a third schematic diagram of a data processing apparatus according to the present application. As shown in fig. 9, the data processing apparatus provided in this embodiment includes:

A sending module 310, configured to send a second request to the first communication device, where the second request is for at least one of: requesting to obtain the URSP rule after intelligent analysis; requesting to obtain a performance index corresponding to at least one parameter in RSD under at least one flow descriptor in a terminal URSP rule; requesting to obtain a first target RSD corresponding to a flow descriptor in the terminal URSP rule, wherein the first target RSD comprises a parameter with a performance index higher than a preset value; or, requesting to obtain the performance index corresponding to the flow descriptor in the terminal URSP rule.

Optionally, the second request includes an analysis identity;

optionally, the data processing apparatus further includes:

and the receiving module is used for receiving the analysis result of the URSP rule sent by the first communication equipment.

Optionally, the analysis result of the urs rule includes at least one of:

Intelligently analyzing URSP rules;

a second time range for indicating a time range for use by a urs rule or RSD;

Optionally, the method further comprises:

a processing module, configured to adjust a urs rule of the terminal, and the sending module 310 is further configured to: and sending the adjusted URSP rule to the terminal.

Optionally, the processing module is further configured to:

determining a second time range and/or a second location range based on the analysis result, the second time range being used for indicating a time range of use of the urs p rule or RSD; the second location range is used to indicate a location range used by the urs p rule or RSD.

The apparatus of this embodiment may be used to execute the method of any one of the foregoing third communication device side method embodiments, and specific implementation processes and technical effects of the method of this embodiment are the same as those of the third communication device side method embodiment, and specific details of the third communication device side method embodiment may be referred to for details of the third communication device side method embodiment and will not be described herein. FIG. 10 is a schematic diagram of a data processing apparatus according to the present application. As shown in fig. 10, the data processing apparatus provided in this embodiment includes:

A receiving module 410, configured to receive a first request from a first communication device or a third communication device; the first request is used for requesting to acquire information related to application flow data acquired by at least one terminal;

a sending module 420, configured to send information related to the collected application traffic data to the first communication device or the third communication device according to the first request;

and an obtaining module 430, configured to obtain an analysis result from the first communication device, where the analysis result is provided by the first communication device based on the information related to the application traffic data.

Optionally, the first request includes at least one of the following:

the third indication information is used for indicating the first URSP rule;

wherein the first urs rule includes: specific urs rules, specific traffic descriptors, specific traffic types or specific routing descriptors RSD; wherein, the traffic type represents the service type to which the application traffic is subordinate; the frequency or frequency of use of the second information is lower than a first threshold; the second information includes at least one of: a urs rule, traffic descriptor, traffic type or routing descriptor RSD.

Optionally, the analysis result includes at least one of:

intelligently analyzing URSP rules;

a second time range for indicating a time range for use by a urs rule or RSD;

Optionally, the analysis result includes an analysis result of a urs rule, and the data processing apparatus further includes:

the processing module is used for generating a target URSP rule for the flow data of the first APP based on the analysis result of the URSP rule and processing the flow data of the first APP based on the target URSP rule; or alternatively, the first and second heat exchangers may be,

and determining a second target RSD based on an analysis result of the URSP rule, and processing the flow data of the first APP based on the URSP rule corresponding to the second target RSD.

Optionally, the processing module is specifically configured to:

and determining at least one parameter in the RSD under the flow descriptor included in the target URSP rule according to the performance index corresponding to the at least one parameter in the RSD under the URSP rule in the analysis result.

Optionally, the processing module is specifically configured to:

Optionally, the first RSD has a lower priority than the second RSD.

Optionally, the sending module 420 is further configured to:

and reporting the second target RSD to network side equipment under the condition that the priority of the first RSD is lower than that of the second RSD.

Optionally, the acquiring module 430 is specifically configured to:

receiving the analysis result sent by the second communication equipment; and/or the number of the groups of groups,

and receiving the analysis result sent by the third communication equipment.

Optionally, the acquiring module 430 is specifically configured to:

receiving the first request sent by the second communication equipment or the third communication equipment;

Optionally, the sending module 420 is specifically configured to:

and sending the information related to the acquired application flow data to the first communication equipment through the second communication equipment or the third communication equipment based on the reporting frequency.

Optionally, the acquiring module 430 is specifically configured to:

acquiring the analysis result through a second APP;

transmitting the analysis result to a first object through a second APP, wherein the first object comprises at least one of the following components: an operating system of the terminal, other APP on the terminal or a chip of the terminal.

Optionally, the sending module 420 is further configured to:

and sending the analysis result to a chip of the terminal or other APP on the terminal through an operating system of the terminal.

Optionally, the obtaining module 430 is further configured to:

and receiving third information sent by the second communication equipment, wherein the third information comprises at least one APP identifier, and the APP corresponding to the APP identifier is the APP which can use the analysis result of the URSP rule in the terminal.

Optionally, the sending module 420 is specifically configured to:

and according to third information sent by the first communication equipment, sending the analysis result to a target APP, wherein the target APP is the APP capable of using the analysis result.

Optionally, the analysis result includes:

analyzing an analysis result or a prediction result corresponding to the ID;

and analyzing model address information corresponding to the ID.

The apparatus of the present embodiment may be used to execute the method of any one of the foregoing terminal side method embodiments, and specific implementation procedures and technical effects of the apparatus are the same as those in the terminal side method embodiment, and specific details of the terminal side method embodiment may be referred to in the detailed description of the terminal side method embodiment and will not be repeated herein.

The data processing apparatus in the embodiments 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 data processing device provided by the embodiment of the present application can implement each process implemented by the embodiments of the methods of fig. 2 to 6, and achieve the same technical effects, and in order to avoid repetition, a detailed description is omitted here.

Optionally, as shown in fig. 11, the embodiment of the present application further provides a communication device 1100, including a processor 1101 and a memory 1102, where the memory 1102 stores a program or instructions that can be executed on the processor 1101, for example, when the communication device 1100 is a terminal, the program or instructions implement the steps of the above-mentioned data processing method embodiment when executed by the processor 1101, and achieve the same technical effects. When the communication device 1100 is a network-side device, the program or the instruction, when executed by the processor 1101, implements the steps of the above-described data processing method embodiment, and the same technical effects can be achieved, so that repetition is avoided, and further description is omitted here.

The embodiment of the application also provides a terminal, which comprises a processor and a communication interface, wherein the communication interface is used for receiving a first request from first communication equipment; the first request is used for requesting to acquire information related to application flow data acquired by at least one terminal; transmitting information related to the acquired application flow data to the first communication equipment according to the first request; and acquiring an analysis result from the first communication device, wherein the analysis result is provided for the first communication device based on the information related to the application flow data. 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. 12 is a schematic diagram of a hardware structure of a terminal for implementing an embodiment of the present application.

The terminal 1000 includes, but is not limited to: at least some of the components of the radio frequency unit 1001, the network module 1002, the audio output unit 1003, the input unit 1004, the sensor 1005, the display unit 1006, the user input unit 1007, the interface unit 1008, the memory 1009, and the processor 1010, etc.

Those skilled in the art will appreciate that terminal 1000 can also include a power source (e.g., a battery) for powering the various components, which can be logically connected to processor 1010 by a power management system so as to perform functions such as managing charge, discharge, and power consumption by the power management system. The terminal structure shown in fig. 12 does not constitute a limitation of the terminal, and the terminal may include more or less components than shown, or may combine certain 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 1004 may include a graphics processing unit (Graphics Processing Unit, GPU) 10041 and a microphone 10042, where the graphics processor 10041 processes 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 1006 may include a display panel 10061, and the display panel 10061 may be configured in the form of a liquid crystal display, an organic light emitting diode, or the like. The user input unit 1007 includes at least one of a touch panel 10071 and other input devices 10072. The touch panel 10071 is also referred to as a touch screen. The touch panel 10071 can include two portions, a touch detection device and a touch controller. Other input devices 10072 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 the network side device, the radio frequency unit 1001 may transmit the downlink data to the processor 1010 for processing; in addition, the radio frequency unit 1001 may send uplink data to the network side device. In general, the radio frequency unit 1001 includes, but is not limited to, an antenna, at least one amplifier, a transceiver, a coupler, a low noise amplifier, a duplexer, and the like.

The memory 1009 may be used to store software programs or instructions and various data. The memory 1009 may mainly include a first storage area storing programs or instructions, which 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 a second storage area storing data. Further, the memory 1009 may include volatile memory or nonvolatile memory, or the memory 1009 may include both volatile and nonvolatile memory. Including high-speed random access Memory, and may also include non-volatile Memory, where the non-volatile Memory may be Read-Only Memory (ROM), programmable ROM (PROM), erasable Programmable ROM (EPROM), electrically Erasable Programmable EPROM (EEPROM), or 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). The memory 1009 in embodiments of the application includes, but is not limited to, these and any other suitable types of memory such as at least one magnetic disk storage device, flash memory device, or other non-volatile solid-state storage device.

The processor 1010 may include one or more processing units; alternatively, the processor 1010 may integrate an application processor that primarily processes operations involving an operating system, a user interface, and applications or instructions, 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 1010.

Wherein the radio frequency unit is used for receiving a first request from the first communication equipment; the first request is used for requesting to acquire information related to application flow data acquired by at least one terminal; transmitting information related to the acquired application flow data to the first communication equipment according to the first request; and acquiring an analysis result from the first communication device, wherein the analysis result is provided for the first communication device based on the information related to the application flow data.

Optionally, the first request includes at least one of the following:

the third indication information is used for indicating the first URSP rule;

Optionally, the analysis result includes at least one of:

intelligently analyzing URSP rules;

a second time range for indicating a time range for use by a urs rule or RSD;

Optionally, the analysis result includes an analysis result of a urs rule, and the processor 1010 is configured to generate a target urs rule for the traffic data of the first APP based on the analysis result of the urs rule, and process the traffic data of the first APP based on the target urs rule; or alternatively, the first and second heat exchangers may be,

Optionally, the processor 1010 is specifically configured to:

Optionally, the first RSD has a lower priority than the second RSD.

Optionally, the radio frequency unit 1001 is further configured to:

Optionally, the radio frequency unit 1001 is specifically configured to:

and receiving the analysis result sent by the third communication equipment.

Optionally, the radio frequency unit 1001 is specifically configured to:

receiving the first request sent by the second communication equipment;

optionally, the radio frequency unit 1001 is specifically configured to:

and sending the information related to the acquired application flow data to the first communication equipment through the second communication equipment based on the reporting frequency.

Optionally, the interface unit 1008 is specifically configured to:

acquiring the analysis result through a second APP;

Optionally, the interface unit 1008 is further configured to:

Optionally, the radio frequency unit 1001 is further configured to:

Optionally, the interface unit 1008 is specifically configured to:

Optionally, the analysis result includes:

analyzing an analysis result or a prediction result corresponding to the ID;

and analyzing model address information corresponding to the ID.

The terminal of the present embodiment may be used to execute the method of any one of the foregoing terminal side method embodiments, and specific implementation procedures and technical effects thereof are the same as those in the terminal side method embodiment, and specific details of the terminal side method embodiment may be referred to in the detailed description of the terminal side method embodiment and will not be repeated herein.

The embodiment of the application also provides first communication equipment, which comprises a processor and a communication interface, wherein the communication interface is used for sending a first request to second communication equipment, and the first request is used for requesting to acquire information related to application flow data acquired by at least one terminal; acquiring information related to the application traffic data from the at least one terminal; the processor is used for analyzing and obtaining an analysis result of the terminal routing strategy URSP rule based on the information related to the application flow data. The first communication device embodiment corresponds to the first communication device method embodiment, and each implementation process and implementation manner of the method embodiment are applicable to the first communication device embodiment, and the same technical effects can be achieved.

The embodiment of the application also provides second communication equipment, which comprises a processor and a communication interface, wherein the communication interface is used for receiving a first request sent by first communication equipment, and the first request is used for requesting to acquire information related to application flow data acquired by at least one terminal; acquiring information related to the application traffic data from the at least one terminal; and the information related to the application flow data of the at least one terminal is used for the first communication equipment to analyze and obtain an analysis result of the terminal routing strategy URSP rule. The second communication device embodiment corresponds to the second communication device method embodiment, and each implementation process and implementation manner of the method embodiment can be applied to the second communication device embodiment, and the same technical effects can be achieved.

The embodiment of the application also provides third communication equipment, which comprises a processor and a communication interface, wherein the communication interface is used for sending a second request to the first communication equipment, and the second request is used for at least one of the following: requesting to obtain the URSP rule after intelligent analysis; requesting to obtain a performance index corresponding to at least one parameter in RSD under at least one flow descriptor in a terminal URSP rule; requesting to obtain a first target RSD corresponding to a flow descriptor in the terminal URSP rule, wherein the first target RSD comprises a parameter with a performance index higher than a preset value; or, requesting to obtain the performance index corresponding to the flow descriptor in the terminal URSP rule. The third communication device embodiment corresponds to the third communication device method embodiment, and each implementation process and implementation manner of the method embodiment are applicable to the third communication device embodiment, and the same technical effects can be achieved.

Specifically, the embodiment of the application also provides network side equipment. As shown in fig. 13, the network-side device 1300 includes: processor 1301, network interface 1302, and memory 1303. The network interface 1302 is, for example, a common public radio interface (common public radio interface, CPRI).

Specifically, the network side device 1300 according to the embodiment of the present application further includes: instructions or programs stored in the memory 1303 and capable of running on the processor 1301, the processor 1301 calls the instructions or programs in the memory 1303 to execute the methods executed by the modules shown in fig. 7-9, and achieve the same technical effects, so that repetition is avoided and therefore a detailed description is omitted.

Alternatively, the first communication device, the second communication device, and the third communication device may all employ the structure of the network-side device as shown in fig. 13.

The embodiment of the application also provides a readable storage medium, on which a program or an instruction is stored, which when executed by a processor, implements each process of the above-mentioned data processing method embodiment, and can achieve the same technical effects, and in order to avoid repetition, the description is omitted 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 data processing method embodiment, and can achieve the same technical effects, so that repetition is avoided, and the description is omitted here.

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 above-mentioned embodiments of the data processing method, and achieve the same technical effects, so that repetition is avoided, and details are not repeated herein.

The embodiment of the application also provides a communication system, which comprises: a terminal operable to perform the steps of the … method as described above, a first communication device operable to perform the steps of the data processing method as described above, a second communication device operable to perform the steps of the data processing method as described above, and a third communication device operable to perform the steps of the data processing method as described above.

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 method of data processing, comprising:

2. The method of claim 1, wherein the first request includes at least one of:

the third indication information is used for indicating the first URSP rule;

3. The method of claim 2, wherein the step of determining the position of the substrate comprises,

the terminal is a URSP rule used for applying traffic, and comprises at least one of the following:

4. The method of claim 2, wherein the step of determining the position of the substrate comprises,

the result information after the terminal uses the URSP rule for the application flow is used for indicating: the terminal uses the URSP rule to trigger a new PDU session to bear the application flow, or the terminal uses the URSP rule to match the application flow to the PDU session existing in the terminal; or alternatively, the first and second heat exchangers may be,

5. The method of claim 2, wherein the execution result of the terminal after using the first urs rule for applying traffic includes at least one of:

6. The method according to claim 1 or 2, wherein the analysis result of the urs rule comprises at least one of:

intelligently analyzing URSP rules;

a second time range for indicating a time range for use by a urs rule or RSD;

7. The method according to claim 1 or 2, wherein the first communication device obtaining information related to the application traffic data from the at least one terminal comprises:

the first communication device receives information related to the application flow data of the at least one terminal, which is sent by the second communication device or the third communication device.

8. The method according to claim 1 or 2, characterized in that the method further comprises:

the first communication device obtains a second request sent by a third communication device, wherein the second request is used for at least one of the following: requesting to obtain the URSP rule after intelligent analysis; requesting to obtain a performance index corresponding to at least one parameter in the RSD under at least one flow descriptor in the URSP rule; requesting to obtain a first target RSD corresponding to a flow descriptor in the URSP rule, wherein the first target RSD comprises a parameter with performance higher than a preset value; or, requesting to obtain a performance index corresponding to the flow descriptor in the URSP rule;

the first communication device determines information of the second communication device or determines information types related to acquisition of application flow data from the terminal based on the second request;

9. The method of claim 8, wherein the second request includes an analysis identity, the second request further comprising at least one of: a first time range, a first location range;

the first communication device sending a first request to a second communication device or a third communication device based on at least one of the first time range and the first location range; at least one of the first time range and the first location range is included in the first request.

10. The method of claim 8, wherein the second request includes an analysis identity;

11. The method of claim 8, wherein the step of determining the position of the first electrode is performed,

in the case that the second request is used for requesting to obtain the performance index corresponding to the flow descriptor in the urs rule, the second request further includes: APP descriptors and/or connectivity capabilities; the APP descriptor and/or connectivity capability is equivalent to at least one of DNN, IP descriptor, domain name descriptor, non-IP descriptor.

12. The method according to claim 1 or 2, characterized in that the method further comprises:

the first communication device sends an analysis result of the URSP rule to a third communication device; and/or the number of the groups of groups,

the first communication device sends the analysis result of the URSP rule to the second communication device.

13. The method according to claim 1 or 2, characterized in that the method further comprises:

the first communication device sends third information to the second communication device or the third communication device, the third information comprises at least one APP identifier, and the APP corresponding to the APP identifier is an APP which can use the analysis result of the URSP rule in the terminal.

14. A method of data processing, comprising:

the second communication equipment receives a first request sent by the first communication equipment, wherein the first request is used for requesting to acquire information related to application flow data acquired by at least one terminal;

the second communication device obtains information related to the application flow data from the at least one terminal; and the information related to the application flow data of the at least one terminal is used for the first communication equipment to analyze and obtain an analysis result of the terminal routing strategy URSP rule.

15. The method of claim 14, wherein the first request includes at least one of:

the third indication information is used for indicating the first URSP rule;

16. The method of claim 15, wherein the step of determining the position of the probe is performed,

17. The method of claim 15, wherein the step of determining the position of the probe is performed,

18. The method of claim 15, wherein the execution result after the terminal uses the first urs rule for applying traffic comprises at least one of:

19. The method according to claim 14 or 15, wherein the analysis result of the urs rule comprises at least one of:

intelligently analyzing URSP rules;

a second time range for indicating a time range for use by a urs rule or RSD;

20. The method according to claim 14 or 15, characterized in that the method further comprises:

21. The method according to claim 14 or 15, characterized in that the method further comprises:

22. The method according to claim 14 or 15, characterized in that the method further comprises:

23. A method of data processing, comprising:

24. The method of claim 23, wherein the second request includes an analysis identity, the second request further comprising at least one of: a first time range, a first location range; the first time range is used for indicating the terminal to collect in the first time range; the first position range is used for indicating the terminal to collect in the first position range.

25. The method of claim 23, wherein the second request includes an analysis identity;

26. The method of any one of claims 23-25, wherein,

In the case that the second request is used for requesting to obtain the performance index corresponding to the flow descriptor in the terminal urs rule, the second request further includes: APP descriptors and/or connectivity capabilities; the APP descriptor and/or connectivity capability is equivalent to at least one of DNN, IP descriptor, domain name descriptor, non-IP descriptor.

27. The method according to any one of claims 23-25, further comprising:

28. The method of any one of claims 23-25, wherein the analysis of the urs rules includes at least one of:

intelligently analyzing URSP rules;

a second time range for indicating a time range for use by a urs rule or RSD;

29. The method according to any one of claims 23-25, wherein after the third communication device obtains the analysis result of the urs rule, the method further comprises:

30. The method according to any one of claims 23-25, wherein after the third communication device obtains the analysis result of the urs rule, the method further comprises:

31. A method of data processing, comprising:

32. The method of claim 31, wherein the first request includes at least one of:

the third indication information is used for indicating the first URSP rule;

33. The method of claim 32, wherein the step of determining the position of the probe is performed,

34. The method of claim 32, wherein the step of determining the position of the probe is performed,

35. The method of claim 32, wherein the step of determining the position of the probe is performed,

36. The method of any one of claims 31 to 35, wherein the analysis result of the urs rule comprises at least one of:

intelligently analyzing URSP rules;

a second time range for indicating a time range for use by a urs rule or RSD;

37. The method according to claim 31 or 32, characterized in that the method further comprises:

38. The method according to claim 31 or 32, characterized in that the method further comprises:

39. The method according to claim 31 or 32, characterized in that the method further comprises:

40. A method of data processing, comprising:

the terminal receives a first request from the first communication device or the third communication device; the first request is used for requesting to acquire information related to application flow data acquired by at least one terminal;

the terminal sends information related to the acquired application flow data to the first communication equipment or the third communication equipment according to the first request;

41. The method of claim 40, wherein the first request includes at least one of:

the third indication information is used for indicating the first URSP rule;

42. The method of claim 41, wherein the step of,

43. The method of claim 41, wherein the step of,

the result information after the terminal uses the URSP rule for the application flow is used for indicating: the terminal uses the URSP rule to trigger a new PDU session to bear the application flow, or the terminal uses the URSP rule to match the application flow to the PDU session existing in the terminal;

or alternatively, the first and second heat exchangers may be,

44. The method of claim 41, wherein the execution result of the terminal after using the first urs rule for applying traffic includes at least one of:

45. The method of claim 40 or 41, wherein the analysis result comprises at least one of:

intelligently analyzing URSP rules;

a second time range for indicating a time range for use by a urs rule or RSD;

46. The method of claim 40 or 41, wherein the analysis results include analysis results of a urs rule, the method further comprising:

47. The method of claim 46, wherein the terminal generating the target urs rules for the traffic data of the first APP based on the analysis of the urs rules, comprising:

48. The method of claim 46, wherein the terminal determining a second target RSD based on the analysis of the URSP rule comprises:

49. The method of claim 48, wherein,

the first RSD has a lower priority than the second RSD.

50. The method of claim 48 or 49, further comprising:

51. The method according to claim 40 or 41, wherein the terminal obtaining the analysis result from the first communication device comprises:

the terminal receives the analysis result sent by the second communication equipment; and/or the number of the groups of groups,

52. The method according to claim 40 or 41, wherein the terminal receiving the first request from the first communication device comprises:

53. A method according to claim 40 or 41, wherein the information relating to the application traffic data sent by the terminal is reported anonymously.

54. The method according to claim 40 or 41, wherein the terminal obtaining the analysis result from the first communication device comprises:

the terminal obtains the analysis result through a second APP;

55. The method according to claim 40 or 41, wherein after the terminal sends the analysis result to the operating system of the terminal through the second APP, the method further comprises:

56. The method of claim 53, further comprising:

the terminal receives third information sent by the second communication device, the third information comprises at least one APP identifier, and the APP corresponding to the APP identifier is the APP which can use the analysis result in the terminal.

57. The method of claim 56, wherein said terminal transmitting said analysis result to the first object via the second APP, comprising:

58. The method of claim 54, wherein the analysis results comprise:

analyzing an analysis result or a prediction result corresponding to the ID;

and analyzing model address information corresponding to the ID.

59. A data processing apparatus, comprising:

60. A data processing apparatus, comprising:

61. A data processing apparatus, comprising:

62. A data processing apparatus, comprising:

63. A first 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 data processing method of any one of claims 1 to 13.

64. A second 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 data processing method of any of claims 14 to 22.

65. A third communication device comprising a processor and a memory storing a program or instructions executable on the processor, which when executed by the processor, perform the steps of the data processing method of any of claims 23 to 30, or the steps of the data processing method of any of claims 31 to 39.

66. A terminal comprising a processor and a memory storing a program or instructions executable on the processor, which when executed by the processor, performs the steps of the data processing method of any one of claims 40 to 58.

67. A readable storage medium, wherein a program or instructions is stored on the readable storage medium, which when executed by a processor, implements the data processing method of any one of claims 1 to 13, or implements the data processing method of any one of claims 14 to 22, or implements the data processing method of any one of claims 23 to 39, or implements the steps of the data processing method of any one of claims 40 to 58.