Data processing method, terminal and network side device

Abstract

The application discloses a data processing method, a terminal and a network side device, and belongs to the technical field of communication. The data processing method of the application comprises the following steps: 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 traffic data collected by at least one terminal; the first communication device acquires the information related to the application traffic data from the at least one terminal; and the first communication device analyzes a terminal route selection policy (URSP) rule analysis result based on the information related to the application traffic data.

Description

Technical Field

[0001] This application belongs to the field of communication technology, specifically relating to a data processing method, a terminal, and a network-side device. Background Technology

[0002] The Network Data Analytics Function (NWDAF) automatically senses and analyzes the network based on network data, and participates in the entire lifecycle of network planning, construction, operation and maintenance, network optimization and operation, making the network easier to maintain and control, improving the efficiency of network resource utilization, and enhancing the user's business experience.

[0003] The UE Route Selection Policy (URSP) rule is a 3GPP-defined policy for route selection. Based on the URSP rule, the terminal can match the traffic of an application to a specific PDU session and use the matched PDU session to send the application's traffic. Since NWDAF can provide various analysis functions, such as Observed Service Experience related network data analytics, it is necessary for those skilled in the art to implement URSP rule analysis functionality within NWDAF to improve network resource utilization efficiency, terminal performance, and the efficiency of URSP rule usage. Summary of the Invention

[0004] This application provides a data processing method, a terminal, and a network-side device that can solve the problem of how to implement the NWDAF's URSP rule analysis function.

[0005] Firstly, a data processing method is provided, including:

[0006] The first communication device sends a first request to the second or third communication device, the first request being used to request information related to application traffic data collected by at least one terminal;

[0007] The first communication device acquires information related to the application traffic data from the at least one terminal;

[0008] The first communication device analyzes the information related to the application traffic data to obtain the analysis results of the terminal routing selection policy URSP rules.

[0009] Secondly, a data processing method is provided, including:

[0010] The second or third communication device receives a first request sent by the first communication device, the first request being used to request information related to application traffic data collected by at least one terminal.

[0011] The second or third communication device acquires information related to the application traffic data from the at least one terminal; the information related to the application traffic data from the at least one terminal is used by the first communication device to analyze and obtain the analysis results of the terminal routing strategy URSP rules.

[0012] Thirdly, a data processing method is provided, including:

[0013] The third communication device sends a second request to the first communication device. The second request is for at least one of the following: requesting to obtain the intelligently analyzed URSP rules; requesting to obtain the performance index corresponding to at least one parameter in the RSD under at least one traffic descriptor in the terminal URSP rules; requesting to obtain the first target RSD corresponding to the traffic descriptor in the terminal URSP rules, wherein the first target RSD includes parameters whose performance index is higher than a preset value; or, requesting to obtain the performance index corresponding to the traffic descriptor in the terminal URSP rules.

[0014] Fourthly, a data processing method is provided, including:

[0015] The third communication device receives a first request sent by the first communication device, the first request being used to request information related to application traffic data collected by at least one terminal.

[0016] The third communication device acquires information related to the application traffic data from the at least one terminal; the information related to the application traffic data from the at least one terminal is used by the first communication device to analyze and obtain the analysis results of the terminal routing strategy URSP rules.

[0017] Fifthly, a data processing method is provided, including:

[0018] The terminal receives a first request from a first communication device; the first request is used to request information related to at least one application traffic data collected by the terminal.

[0019] The terminal sends information related to the collected application traffic data to the first communication device according to the first request;

[0020] The terminal acquires analysis results from the first communication device, which are information provided by the first communication device based on the application traffic data.

[0021] Sixthly, a data processing apparatus is provided, comprising:

[0022] The sending module is used to send a first request to a second communication device or a third communication device, wherein the first request is used to request information related to application traffic data collected by at least one terminal.

[0023] The acquisition module is used to acquire information related to the application traffic data from the at least one terminal;

[0024] The processing module is used to analyze the information related to the application traffic data to obtain the analysis results of the terminal routing selection policy URSP rules.

[0025] In a seventh aspect, a data processing apparatus is provided, comprising:

[0026] The receiving module is configured to receive a first request sent by the first communication device, wherein the first request is used to request information related to application traffic data collected by at least one terminal;

[0027] The acquisition module is used to acquire information related to the application traffic data from the at least one terminal; the information related to the application traffic data from the at least one terminal is used by the first communication device to analyze and obtain the analysis results of the terminal routing selection policy URSP rules.

[0028] Eighthly, a data processing apparatus is provided, comprising:

[0029] The sending module is configured to send a second request to a first communication device, the second request being for at least one of the following: requesting to obtain the intelligently analyzed URSP rules; requesting to obtain the performance index corresponding to at least one parameter in the RSD under at least one traffic descriptor in the terminal URSP rules; requesting to obtain the first target RSD corresponding to the traffic descriptor in the terminal URSP rules, the first target RSD including parameters whose performance index is higher than a preset value; or, requesting to obtain the performance index corresponding to the traffic descriptor in the terminal URSP rules.

[0030] Ninthly, a data processing apparatus is provided, comprising:

[0031] The receiving module is configured to receive a first request from a first communication device; the first request is configured to request information related to application traffic data collected by at least one terminal.

[0032] The sending module is used to send information related to the collected application traffic data to the first communication device according to the first request;

[0033] The acquisition module is used to acquire the analysis results from the first communication device, wherein the analysis results are provided by the first communication device based on information related to the application traffic data.

[0034] In a tenth aspect, a first communication device is provided, the network-side device including a processor and a memory, the memory storing a program or instructions executable on the processor, the program or instructions, when executed by the processor, implementing the steps of the method as described in the first aspect.

[0035] Eleventhly, a first communication device is provided, including a processor and a communication interface, wherein the communication interface is used to send a first request to a second communication device or a third communication device, the first request being used to request information related to application traffic data collected by at least one terminal; to obtain the application traffic data related information from the at least one terminal; and the processor is used to analyze and obtain the analysis results of the terminal routing strategy URSP rules based on the application traffic data related information.

[0036] In a twelfth aspect, a second communication device is provided, the network-side device including a processor and a memory, the memory storing a program or instructions executable on the processor, the program or instructions, when executed by the processor, implementing the steps of the method as described in the second aspect.

[0037] In a thirteenth aspect, a second communication device is provided, including a processor and a communication interface, wherein the communication interface is used to receive a first request sent by a first communication device, the first request being used to request information related to application traffic data collected by at least one terminal; to obtain the application traffic data related information from the at least one terminal; and the application traffic data related information from the at least one terminal is used by the first communication device to analyze and obtain the analysis results of the terminal routing strategy URSP rules.

[0038] In a fourteenth aspect, a third communication device is provided, the network-side device including a processor and a memory, the memory storing a program or instructions executable on the processor, the program or instructions, when executed by the processor, implementing the steps of the method as described in the third aspect.

[0039] In a fifteenth aspect, a third communication device is provided, including a processor and a communication interface, wherein the communication interface is used to send a second request to a first communication device, the second request being for at least one of the following: requesting to obtain intelligently analyzed URSP rules; requesting to obtain a performance index corresponding to at least one parameter in an RSD under at least one traffic descriptor in the terminal URSP rules; requesting to obtain a first target RSD corresponding to the traffic descriptor in the terminal URSP rules, the first target RSD including a parameter whose performance index is higher than a preset value; or, requesting to obtain a performance index corresponding to the traffic descriptor in the terminal URSP rules.

[0040] In a sixteenth aspect, a third communication device is provided, the network-side device including a processor and a memory, the memory storing a program or instructions executable on the processor, the program or instructions, when executed by the processor, implementing the steps of the method as described in the fourth aspect.

[0041] In a seventeenth aspect, a third communication device is provided, including a processor and a communication interface, wherein the communication interface is used to receive a first request sent by a first communication device, the first request being used to request information related to application traffic data collected by at least one terminal; to obtain the application traffic data related information from the at least one terminal; and the application traffic data related information from the at least one terminal is used by the first communication device to analyze and obtain the analysis results of the terminal routing strategy URSP rules.

[0042] In an eighteenth aspect, a terminal is provided, the terminal including a processor and a memory, the memory storing a program or instructions executable on the processor, the program or instructions, when executed by the processor, implementing the steps of the method as described in the fifth aspect.

[0043] In a nineteenth aspect, a terminal is provided, including a processor and a communication interface, wherein the communication interface is configured to receive a first request from a first communication device; the first request is configured to request information related to application traffic data collected by at least one terminal; send the information related to the collected application traffic data to the first communication device according to the first request; and obtain an analysis result from the first communication device, the analysis result being provided by the first communication device based on the information related to the application traffic data.

[0044] In a twentieth aspect, a communication system is provided, comprising: a terminal, a first communication device, a second communication device, and a third communication device, wherein the terminal is configured to perform the steps of the data processing method as described in the fifth aspect, the first communication device is configured to perform the steps of the data processing method as described in the first aspect, the second communication device is configured to perform the steps of the data processing method as described in the second aspect, and the third communication device is configured 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.

[0045] In a twenty-first aspect, a readable storage medium is provided, on which a program or instructions are stored, which, when executed by a processor, implement the steps of the method described in the first aspect, the method described in the third aspect, the method described in the third aspect, or the method described in the fourth aspect, or the steps described in the fifth aspect.

[0046] In a twenty-second aspect, a chip is provided, the chip including a processor and a communication interface coupled to the processor, the processor being configured to run a program or instructions to implement the method as described in the first aspect, or the method as described in the second aspect, or the method as described in the third aspect, or the method as described in the fourth aspect, or the steps as described in the fifth aspect.

[0047] In a twenty-third aspect, a computer program / program product is provided, which is stored in a storage medium and is executed by at least one processor to implement the steps of the data processing method as described in any one of the first to fourth aspects, or to implement the steps as described in the fifth aspect.

[0048] In this embodiment, the first communication device sends a first request to the second or third communication device. The first request is used to request information related to application traffic data collected by at least one terminal. The first communication device obtains the information related to application traffic data from at least one terminal, and analyzes the information related to application traffic data to obtain the analysis results of the terminal routing selection policy URSP rules. Then, it can determine the URSP rules to be used for the terminal based on the analysis results. The above scheme realizes the function of analyzing information related to application traffic data collected by the terminal, and can improve terminal performance and the efficiency of URSP rule usage. Attached Figure Description

[0049] Figure 1 This is a structural diagram of a wireless communication system to which the embodiments of this application can be applied;

[0050] Figure 2 This is one of the flowcharts illustrating the data processing method provided in the embodiments of this application;

[0051] Figure 3 This is one of the interactive flow diagrams of the data processing method provided in the embodiments of this application;

[0052] Figure 4 This is a second schematic flowchart of the data processing method provided in the embodiments of this application;

[0053] Figure 5 This is the third flowchart illustrating the data processing method provided in the embodiments of this application;

[0054] Figure 6 This is the fourth flowchart illustrating the data processing method provided in the embodiments of this application;

[0055] Figure 7 This is one of the structural schematic diagrams of the data processing apparatus provided in the embodiments of this application;

[0056] Figure 8 This is a second schematic diagram of the structure of the data processing device provided in the embodiments of this application;

[0057] Figure 9 This is the third schematic diagram of the structure of the data processing device provided in the embodiments of this application;

[0058] Figure 10 This is the fourth schematic diagram of the structure of the data processing device provided in the embodiments of this application;

[0059] Figure 11 This is a schematic diagram of the structure of the communication device provided in the embodiments of this application;

[0060] Figure 12 This is a schematic diagram of the hardware structure of the terminal provided in the embodiments of this application;

[0061] Figure 13 This is a schematic diagram of the network-side device according to an embodiment of this application. Detailed Implementation

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

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

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

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

[0066] Currently, the 3rd Generation Partnership Project (3GPP) has introduced the Network Data Analytics Function (NWDAF) for intelligent analysis. NWDAF possesses certain artificial intelligence analysis capabilities. It collects data, uses built-in algorithms and analytical capabilities to analyze the results, and provides them to core network elements for operational optimization or statistical analysis. The network data analytics function automatically senses and analyzes the network based on network data, participating in the entire lifecycle of network planning, construction, operation, optimization, and maintenance. This makes the network easier to maintain and control, improves network resource utilization efficiency, and enhances user service experience.

[0067] For example, NWDAF can provide an Observed Service Experience related network data analytics function. This function can collect Quality of Service (QoS) information of a terminal accessing a server IP address, such as uplink and downlink speeds, packet loss rate, etc., and output statistical information that includes the user experience of the terminal accessing the server. NWDAF can also make predictions based on the terminal's historical experience accessing the server, such as what the possible user experience would be if the terminal accessed the server in a certain time period and region in the future.

[0068] Typically, the analysis or prediction content provided by NWDAF is distinguished by an Analytic ID. By providing NWDAF with different Analytic IDs and some parameters, NWDAF can provide the analysis and prediction results corresponding to that analysis ID. For example, the observation service experience analysis provided by NWDAF mentioned above uses Analytic ID = Service Experience; therefore, as long as the network element obtaining NWDAF service enters the Analytic ID when requesting analysis, NWDAF can provide the corresponding analysis.

[0069] Table 1 below shows the Analytic IDs corresponding to all the analytical functions currently available to NWDAF.

[0070] Table 1

[0071]

[0072] Introduction to URSP rules:

[0073] According to URSP rules, the terminal can match the APP's traffic to a specific PDU session.

[0074] For example, when an application (APP) on a terminal wants to send traffic to the server, the APP can send APP traffic characteristics to the terminal. These characteristics can be varied, such as the destination IP address, Fully Qualified Domain Name (FQDN), etc. The terminal then matches these APP traffic characteristics against the URSP rules within the terminal. The traffic descriptions / characteristics defined in the URSP terminal include the content shown in Table 2 below:

[0075] Table 2 URSP Rules

[0076]

[0077] For example, in the second item of Table 2, the APP can send an IP description to describe the APP's traffic, such as a destination IP triplet, indicating that the APP's traffic is to be sent to a destination IP = 10.1.1.1 and port number = 80. Then, if the terminal's URSP rules happen to contain this traffic descriptor, it means that the APP's traffic can use the URSP rule corresponding to this traffic descriptor.

[0078] After determining the matching URSP rules, the next step is to select which PDU session to use to send the APP's traffic.

[0079] Generally, a traffic descriptor contains multiple route selection descriptors (RSDs), each representing a set of attributes or parameters for a PDU session. For example, when app traffic matches the traffic descriptor group with destination IP = 10.1.1.1 and port number = 80, this traffic descriptor group will have the following RSDs:

[0080] 1. RSD precedence = 1

[0081] Among them, S-NSSAI-a;

[0082] Non-3GPP access.

[0083] 2. RSD precedence = 2

[0084] Among them, S-NSSAI-a;

[0085] 3GPP access;

[0086] DNN = Internet;

[0087] Session and Service Continuity (SSC) mode mode=3.

[0088] If the terminal ultimately selects RSD1 for the APP traffic, meaning the characteristics of the PDU session corresponding to RSD1 are: slice S-NSSAI = S-NSSAI-a, using non-3GPP access, then the APP traffic will ultimately be sent to the server via the PDU session. The parameters of this PDU session are: slice S-NSSAI = S-NSSAI-a, and the access type or method of this PDU session is non-3GPP access (e.g., WLAN access).

[0089] This application proposes a method for intelligent analysis of URSP rules using NWDAF. Specifically, it provides analysis results for URSP rules through AI analysis.

[0090] The data processing method provided in this application will be described in detail below with reference to the accompanying drawings, through some embodiments and application scenarios.

[0091] Figure 2 This is one of the flowcharts illustrating the data processing method provided in the embodiments of this application. For example... Figure 2 As shown, the method provided in this embodiment includes:

[0092] Step 101: The first communication device sends a first request to the second or third communication device. The first request is used to request information related to application traffic data collected by at least one terminal.

[0093] Specifically, the first, second, and third communication devices can be network-side devices (such as core network devices). The first communication device can be, for example, an NWDAF network element, and the second communication device can be, for example, an Application Function (AF) network element or a Data Collection Application Function (DCAF). The third communication device can be a PCF.

[0094] As an alternative implementation, the third communication device may be a PCF, AF, and / or DCAF.

[0095] For example, when a first communication device meets certain triggering conditions, it sends a first request to a second or third communication device. The first request is used to request information related to application traffic data collected by at least one terminal. After receiving the first request, the second communication device can send a data collection request message to at least one terminal to instruct the terminal to collect information related to application traffic data, such as information related to URSP rules, such as: the URSP rules used by the terminal for application traffic, the frequency and / or usage frequency of the URSP rules, and the traffic type (such as the service type of the application traffic) identified by the terminal after using URSP rules for application traffic.

[0096] Optionally, the first communication device sends a first request, such as Npcf_EventExposure_Subscribe, to the third communication device PCF. This signaling may carry an event ID (URSP rules enforcement) to identify the event. This signaling is used to collect the URSP rules execution results of a single terminal or multiple terminals. In the PCF, events can be set to include URSP rules enforcement (URSP rules execution results). The first communication device may also indicate in the signaling what type of URSP rules execution results to collect, for example, collecting the execution results of a specific Traffic descriptor (i.e., the RSD and RSC under the RSD after using the traffic descriptor). The first communication device may also indicate in the signaling summary the terminal identifier or a set of terminal identifiers, or a location information, that is, terminals that meet the location information requirements belong to the terminals whose URSP rules execution results are to be collected. The location information includes DNAI, cell ID, TAI list, etc.

[0097] For example, the first communication device, NWDAF, sends Npcf_EventExposure_Subscribe to the third communication device, PCF, carrying the event ID = URSP rules enforcement to identify that this signaling is used to collect the URSP rule execution results of a single terminal or multiple terminals; it also carries a traffic descriptor = FQDN descriptor = ABC.com. That is, it specifically collects the execution results of URSP rules whose traffic descriptor is the fully qualified domain name (FQDN) equal to ABC.com.

[0098] After receiving the first request, the third communication device can collect the execution results of the terminal's URSP rules.

[0099] Specifically, the content includes: URSP rules used by one or more terminals for a specific application's traffic. The URSP rules used include: the traffic descriptor, the RSD (route selection descriptor) under the traffic descriptor, and the RSC (route selection component) under the RSD. The RSC includes information such as DNN, S-NSSAI, SSCmode, and PDU session type. Each URSP rule is associated with one or more terminal identifiers (such as SUPI or GPSI, internal group ID, etc.). Additionally, information such as the frequency of use of the URSP rules can be provided.

[0100] For example, regarding a request for terminals to report the URSP rules used for application traffic, consider the following: A first communication device wants to collect the Trafficdescriptor and RSD ultimately used by all terminals across the network for the APP traffic with FQDN=ABC.com. In other words, the first communication device needs to statistically analyze the URSP rules ultimately used for the domain name FQDN=ABC.com across the entire network. For instance, terminal 1 reports the TD (FQDN=ABC.com) and RSD (non-3GPP access, SSC mode 2), while terminal 2 reports the TD (FQDN=ABC.com, APPdescriptor=APP2) and RSD (3GPP access, DNN=1). In this way, NWDAF obtains the results of the URSP rules used by the terminals for a specific APP traffic.

[0101] For example, regarding a request for a terminal to report the frequency and / or usage of URSP rules, consider the following example: A first communication device wants to collect the frequency or usage of TD (DNN = local.DN.com) and RSD (S-NSSAIa, 3GPP access) used by a specific terminal each time. After statistical analysis, the terminal finds that this URSP rule was used 95 times in one month, and that the frequency of using this URSP rule across all terminals is 15%.

[0102] For example, after a terminal uses URSP rules for application traffic, the traffic type (such as the service type of the application traffic) identified is mainly used by the terminal to determine the service type of the APP traffic using URSP rules. For instance, if the first communication device wants to statistically analyze all terminals on the network, it can determine the traffic type of the APP traffic with IP address = 10.1.1.1. After all terminals on the network report the results, the first communication device will find that the proportion of terminals classifying this IP address as game traffic is 55%, and the proportion of terminals classifying it as video traffic is 45%.

[0103] For example, when applying URSP rules to APP traffic with IP address = 10.1.1.1, a certain URSP rule in the terminal (TD = IP descriptor 10.1.1.1, RSD = WLAN Access, SSC mode 2) will almost never be used; or, the URSP rule has a high priority but is basically never used, which indicates that the URSP rule is poorly designed.

[0104] Thus, based on the above, the first communication device can obtain information about the usage of a specific URSP rule, including whether it is used frequently, by collecting data on the usage of URSP rules from the terminal. Generally speaking, frequent use of URSP rules indicates that the URSP rule design is relatively efficient and accurate.

[0105] Step 102: The first communication device acquires information related to application traffic data from at least one terminal;

[0106] Specifically, the terminal collects information related to application traffic data and sends the collected information to the first communication device, for example, it can be forwarded to the first communication device through the second communication device, and the first communication device obtains the information collected from at least one terminal.

[0107] Step 103: The first communication device analyzes the information related to application traffic data to obtain the analysis results of the terminal routing selection strategy URSP rules.

[0108] Specifically, the first communication device performs intelligent analysis based on information related to application traffic data to obtain the analysis results of the terminal routing strategy URSP rules. The analysis results include, for example, the usage frequency and / or usage frequency of the URSP rules, the performance of a certain parameter in the RSD corresponding to the URSP rules, and the URSP rules obtained from the analysis.

[0109] The following example illustrates the analysis results of URSP rules.

[0110] The frequency of use and / or usage of URSP rules has been described above. For example, the first communication device may output that the usage frequency of the URSP rule set TD=IP descriptor 10.1.1.1, RSD=WLAN Access, SSC mode 2 (this rule may be sent to multiple terminals by the PCF) is 15%. This is the analysis or statistical result obtained by the first communication device after collecting data reported by multiple terminals.

[0111] Regarding the performance of a specific parameter in the RSD corresponding to a URSP rule, this means that the PCF or other core network 5GC elements can request the first communication device to analyze the performance of network parameters under a specific RSD in the URSP rule. For example, currently, to match the traffic of a certain application, there are two options: RSD1 and RSD2. RSD1 and RSD2 differ in their slice selection; RSD1 uses slice S-NSSAI-a, and RSD2 uses slice S-NSSAI-b. In this case, the PCF can request the first communication device to analyze the slice performance of the two slices corresponding to S-NSSAI-a and S-NSSAI-b. For example, the PCF requests the first communication device to provide Analytic ID = load level information. At this point, the first communication device will provide the slice load information corresponding to the two slices respectively. For example, S-NSSAI-a has a slice load level of 80%, indicating it's nearing high load, while S-NSSAI-b only has 20%. After the first communication device sends the slice load analysis result corresponding to Analytic ID = load level information to the PCF, the PCF will naturally determine that the slice parameters corresponding to RSD2 have better performance than RSD1. At this point, the PCF can consider adjusting the URSP rules in the terminal to increase the priority of RSD2. This way, when the terminal selects a PDU session for this APP traffic, it will prioritize the PDU session supporting slice S-NSSAI-b. This is how URSP rules are adjusted by obtaining the specific performance of the parameters within each RSD.

[0112] For example, regarding URSP rules analyzed from the first communication device, say the PCF inputs a TD, FQDN = ABC.com, then the first communication device needs to output the optimal URSP rule corresponding to this traffic descriptor. Based on the numerous data collected from the terminal, the first communication device ultimately provides two results: RSD1 (DNN = 1, SSC mode 3) and RSD2 (DNN = 1, SSC mode 2, non-3GPP Access). This method involves the first communication device intelligently generating a URSP rule entirely.

[0113] In this embodiment, the first communication device sends a first request to the second or third communication device. The first request is used to request information related to application traffic data collected by at least one terminal. The first communication device obtains the information related to application traffic data from at least one terminal, and analyzes the information related to application traffic data to obtain the analysis results of the terminal routing selection policy URSP rules. Then, based on the analysis results, the URSP rules to be used for the terminal can be determined. The above scheme realizes the function of analyzing information related to application traffic data collected by the terminal, and can improve terminal performance and the efficiency of URSP rule usage.

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

[0115] The first instruction information is used to instruct the terminal to collect the first information;

[0116] The first time range is used to instruct the terminal to collect data within the first time range; that is, it specifies the time range for collecting terminal data, such as collecting data within one week.

[0117] The first location range is used to instruct the terminal to collect data within a first location range; that is, it specifies that the terminal must be within the designated location range to collect data. It can be understood that the first location range instructs terminals within that range to collect data.

[0118] The second instruction information is used to indicate the reporting frequency of the first information; it specifies the frequency at which the terminal reports the collected data. For example, one approach is for the terminal to report immediately after using a certain URSP rule, which has strong real-time performance; another approach is for scenarios where real-time performance requirements are not high, where the terminal can accumulate several URSP rule usage records and then upload them offline in a unified manner.

[0119] The third instruction information is used to indicate the first URSP rule;

[0120] The first information includes at least one of the following: the URSP rules used by the terminal for application traffic; the result information after the terminal uses the URSP rules for application traffic; the usage frequency of the URSP rules; the usage frequency of the URSP rules; and the traffic type corresponding to the application traffic identified after the terminal uses the URSP rules for application traffic. The second information includes the result information after the terminal uses the first URSP rules for application traffic, the usage frequency of the first URSP rules, the usage frequency of the first URSP rules, the traffic type of the application traffic identified after the terminal uses the first URSP rules for application traffic, and the execution result after the terminal uses the first URSP rules for application traffic.

[0121] The first URSP rule includes: a specific URSP rule, a specific traffic descriptor, a specific traffic type, or a specific routing descriptor (RSD).

[0122] Understandably, the third instruction information can indicate a specific URSP rule, a specific traffic descriptor, a specific traffic type, or a specific routing descriptor (RSD). The first communication device can collect the execution results from the terminal after it uses the specific URSP rule, traffic descriptor, traffic type, or RSD for application traffic. For example, if the specific traffic descriptor indicated by the third instruction information is "10.1.1.1", the first communication device can collect the execution results from the terminal when it executes the URSP rules with traffic descriptor 10.1.1.1 for application traffic. For instance, if the terminal uses this traffic descriptor and selects the path selection descriptor RSD1, then RSD1 is the result of using this traffic descriptor. This result can be reported by the terminal to the third communication device, and then sent by the third communication device to the first communication device.

[0123] For example, if the specific traffic descriptor indicated by the third instruction information is "FQDN=Tencent.com", then the terminal reports the result of using the rule with the specific traffic descriptor "FQDN=Tencent.com" to the third communication device, and the third communication device reports the result of using the specific traffic descriptor to the first communication device.

[0124] The traffic type indicates the service type to which the application traffic belongs; the usage frequency of the second information is lower than the first threshold; the second information includes at least one of the following: URSP rules, traffic descriptors, traffic type, or routing descriptor (RSD). Collecting the second information means that the first communication device can collect URSP rules with low usage frequency from the terminal. For example, the first communication device is configured so that the terminal needs to report URSP rules used less than 10 times. Then the terminal can report URSP rules used less than 10 times within a specified time period, such as traffic descriptors or RSDs under a traffic descriptor, to the first communication device (e.g., via the second communication device).

[0125] Among them, the URSP rules used by the terminal for application traffic can be represented by the URSP rule identifier ID;

[0126] Optionally, the URSP rules used by the endpoint for application traffic include at least one of the following:

[0127] The traffic descriptor used by the terminal for application traffic, and / or the priority of the traffic descriptor; for example, the terminal uses a traffic descriptor with Traffic descriptor=DNN1 for application traffic, and the priority of the traffic descriptor is precedence=2.

[0128] The RSD used by the endpoint for application traffic, and / or the priority of the RSD. For example, if the endpoint uses the routing descriptor RSD1 under Traffic descriptor=DNN1 for application traffic, the priority of RSD1 is precedence=1;

[0129] For example, for a certain traffic descriptor TD=DNN1, the final selected RSD is the RSD with priority=1, and the RSD intrinsic parameters include: SSC mode 2, S-NSSAI a.

[0130] Optionally, the result information after the terminal uses URSP rules for application traffic is used to indicate: the terminal uses URSP rules to trigger a new PDU session to carry application traffic, or the terminal uses URSP rules to match application traffic to an existing PDU session of the terminal.

[0131] Specifically, after a terminal applies URSP rules to application traffic, there are generally two results. One result is that the terminal directly matches the APP traffic to an existing PDU session within the terminal. The parameters of this PDU session are found based on the RSD in the selected URSP rule. The parameters described in the RSD, such as SSC mode and access type, are consistent with the session parameters of this PDU session. The other result is that after the terminal applies URSP rules to the APP traffic, there is no existing PDU session that can be matched according to the selected RSD. Therefore, the terminal needs to create a new PDU session to carry the APP traffic. The session parameters of the new PDU session are established using the parameters in the RSD.

[0132] Optionally, the usage frequency or number of times a URSP rule is used can be statistically analyzed within a certain first time range, which can be agreed upon by the protocol, pre-configured by the network-side device, or configured.

[0133] Among them, the business type to which the application traffic belongs includes, for example, games, videos, and enterprise applications.

[0134] Optionally, the frequency of use being lower than the first threshold may refer to a second time range, which may be agreed upon by the protocol, pre-configured by the network-side device, or configured; the first threshold may be agreed upon by the protocol, pre-configured by the network-side device, or configured.

[0135] For example, the terminal reports traffic descriptors, traffic types, or RSDs that are used infrequently or with low usage frequency within the terminal. For instance, for a format like TD=FQDN "ABC.com", RSD2 within the terminal is frequently unused. RSD2 includes: SSC mode 1, non-3GPP Access. Therefore, reporting the low-frequency RSD2 is beneficial for optimizing the terminal's URSP rules. Low usage frequency indicates that the RSD design is flawed, causing the terminal to rarely use this rule.

[0136] For example, the reporting frequency can be daily or monthly, and the terminal does not need to report the information to the AF (DCAF) immediately after collecting it.

[0137] The terminal can report the usage of URSP rules according to the reporting frequency required by the first communication device;

[0138] Alternatively, the terminal can perform some preliminary processing on the collected URSP rule usage data before reporting it, such as calculating the usage frequency of a certain RSD within a specific day. The terminal can perform some processing on the collected data first, for example, providing preliminary statistics on the RSD usage for a specific traffic descriptor (RSD1 usage rate 76%, RSD2 usage rate 24%, etc.), instead of directly reporting the usage results of each URSP rule to the primary communication device for statistical analysis. The terminal can also collect data itself and perform some preliminary statistics or analysis.

[0139] Optionally, when DCAF collects application traffic data related information from the terminal, it can use anonymous collection.

[0140] For example, it does not identify which terminal (identified by terminal IP address or User Permanent Identifier (SUPI)) used a particular TD or RSD. That is, when collecting data from the terminal, the terminal does not report the UE SUPI, i.e., anonymous data collection, to avoid exposing private data.

[0141] In the above embodiments, the content included in the first request can indicate the type of information collected by the terminal, the reporting frequency, the time range of information collected, the location range, etc., and the complexity of the terminal implementation is low.

[0142] Optionally, the analysis results of the URSP rules include at least one of the following:

[0143] Statistics on the use of URSP rules by at least one terminal; the statistics include: usage frequency and / or usage frequency;

[0144] Performance metrics corresponding to at least one parameter in the RSD under the URSP rule;

[0145] The first target RSD corresponding to the traffic descriptor in the URSP rule includes parameters whose performance indicators are higher than the preset value;

[0146] URSP rules after intelligent analysis;

[0147] The second time range is used to indicate the time range used by the URSP rule or RSD;

[0148] The second location range is used to indicate the location range used by the URSP rule or RSD.

[0149] Optionally, the analysis results of the URSP rules include at least one of the following:

[0150] Performance metrics corresponding to at least one RSC parameter in the RSD under the first URSP rule;

[0151] The first target RSD corresponding to the traffic descriptor in the first URSP rule includes parameters whose performance indicators are higher than preset values;

[0152] The first URSP rule after intelligent analysis;

[0153] The second time range is used to indicate the time range used by the first URSP rule;

[0154] The second location range is used to indicate the location range used by the first URSP rule. The location range is the location range where the terminal is located. The terminal can use the first URSP rule when it is in the second location range.

[0155] It should be noted that the performance of the multiple target RSDs corresponding to the traffic descriptor in the first URSP rule is important. The analysis results of the URSP rule can yield the multiple candidate RSDs corresponding to the traffic descriptor in the first URSP rule and their corresponding priorities, the usage frequency of the multiple candidate RSDs, and the performance corresponding to each RSD. That is, the performance reflected after all RSCs within the target RSD are used in combination when the target RSD is used. The performance refers to the QoS indicators (such as uplink / downlink speed, uplink / downlink latency, uplink / downlink packet loss rate, etc.) of the application traffic in the 5G network after using the first URSP rule (including the traffic descriptor and the target RSD), or the client application experience or server application experience after the application traffic accesses the application server (such as the user's uplink / downlink speed, or the server's uplink / downlink speed, uplink / downlink latency, uplink / downlink packet loss rate, etc.).

[0156] Specifically, the first communication device performs intelligent analysis on the information collected by the terminal to obtain the analysis results of URSP rules. For example, it performs statistics on the information collected by at least one terminal to obtain statistical information, such as the frequency of use and / or usage frequency of URSP rules.

[0157] For example, the first communication device can analyze the performance indicators corresponding to the parameter S-NSSAI in the RSD. For instance, if the slice corresponding to S-NSSAI has low load and high uplink / downlink rates, then that slice identifier can be used in the RSD. Alternatively, the first communication device can analyze the performance corresponding to the access type. For example, the uplink rate using non-3GPP access is 20Mbps, while the uplink rate using 3GPP access is 100Mbps, indicating that 3GPP access has better performance. Furthermore, the first communication device can also statistically analyze that among all terminals accessing a certain application server or collecting data, when using Trafficdescriptor=FQDN“ABC.com”, PDU sessions used 3GPP access 9500 times and non-3GPP access 500 times. Since 3GPP access is used more frequently, it should be selected as the parameter for the RSD.

[0158] The first target RSD can be one with better performance parameters, such as performance indicators higher than preset values ​​or higher than the parameters in the existing RSDs of the terminal. For example, under a certain traffic descriptor in the current terminal, the access method in RSD1 is non-3GPP access. However, after analysis by the first communication device, it is found that the uplink rate using non-3GPP access is 20Mbps, while the uplink rate using 3GPP access is 100Mbps. In this case, the first communication device can send the performance data of the two access methods to the third communication device (PCF). After judgment, the third communication device believes that the access type in the RSD should be changed to 3GPP access, and the third communication device issues a new RSD to replace the original RSD. The new RSD contains 3GPP access. Alternatively, the third communication device can adjust the RSD priority. For example, if RSD1 uses non-3GPP access and has poor performance, its priority is lowered, while the priority of RSD2, which contains RSDs with better 3GPP access performance, is raised above that of RSD1.

[0159] For example, when Traffic descriptor = DNN1, the corresponding first target RSD or URSP rule is provided.

[0160] Optionally, based on the analysis results, the third communication device determines a second time range and / or a second location range, wherein the second time range is used to indicate the time range used by the URSP rule or RSD; and the second location range is used to indicate the location range used by the URSP rule or RSD.

[0161] Specifically, the third communication device PCF can also determine the time window and location criteria for URSP rules or RSD based on the analysis results:

[0162] A time window refers to a time range within which RSD can be used.

[0163] Location Criteria refers to the range within which RSDs can be used.

[0164] For example, the first communication device analyzes that between 7 PM and 9 PM each day, when the geographical location is within the cell ID range of 1-10, RSD1 is available under the URSP rules within the terminal with Traffic descriptor: applicationdescriptor = APP1. Therefore, RSD1 is only available when these time and location conditions are met; it is disabled at other times. This time range and location standard range are determined by the first communication device through comprehensive analysis of data collected from the terminal and other relevant data (such as from UPF, AF, etc.). The PCF can then refer to this intelligent design to set the Time Window and Location Criteria. Another possibility is that the RSD performs better within the specified location standard range and time range, so it is used; outside this range or time range, the parameters in the RSD have poor performance. For example, DNN1 in the RSD might represent network congestion with very low uplink and downlink rates, making it unsuitable for access.

[0165] NWDAF can analyze or predict the availability of RSDs within a future timeframe and / or a predicted location range, i.e., the parameters contained in the RSDs within that location range and / or time range, such as access methods, DNNs, S-NSSAIs, etc., and its performance is better.

[0166] In one embodiment, the method further includes:

[0167] The first communication device receives a second request sent by the third communication device. The second request is for at least one of the following: requesting to obtain the intelligently analyzed URSP rules; requesting to obtain the performance index corresponding to at least one parameter in the RSD under at least one traffic descriptor in the URSP rules; requesting to obtain the first target RSD corresponding to the traffic descriptor in the URSP rules, the first target RSD including parameters whose performance index is higher than a preset value; or, requesting to obtain the performance index corresponding to the traffic descriptor in the URSP rules; requesting to obtain the intelligently analyzed first URSP rules; requesting to obtain the performance index corresponding to at least one parameter in the RSD under at least one traffic descriptor in the first URSP rules; requesting to obtain the first target RSD corresponding to the traffic descriptor in the first URSP rules; requesting to obtain multiple candidate target RSDs corresponding to the traffic descriptor in the first URSP rules, and the performance corresponding to the multiple candidate target RSDs.

[0168] Based on the second request, the first communication device determines information about the second communication device or determines the type of information related to the application traffic data collected from the terminal.

[0169] Alternatively, step 101 can be implemented in the following way:

[0170] The first communication device sends a first request to the second communication device based on information from the second communication device or information related to application traffic data collected from the terminal.

[0171] Specifically, the third communication device can be a Policy Control Function (PCF) network element.

[0172] The first communication device may send a first request to the second communication device after the third communication device initiates the second request, requesting 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 intelligent URSP rules, the NWDAF determines that it needs to collect various data from the terminal.

[0173] The second request can be implemented by analyzing subscription signaling (such as Nnwdaf_AnalyticsSubscription_Subscribe) or analysis request signaling (such as Nnwdaf_AnalyticsInfo_Request). The analytics filter in the second request can include new traffic descriptors in URSPrules, such as the application descriptor and connectivity capabilities.

[0174] Optionally, the PCF subscribes to the NWDAF's Analytic ID, such as if the second request includes this Analytic ID, to subscribe to or retrieve URSP rules for one or more terminals. For example, the PCF can also subscribe to the analysis results corresponding to all terminals within the Area of ​​Interest.

[0175] Optionally, such as Figure 3 As shown, the first communication device can send a response message to the third communication device, for example by analyzing subscription response signaling (such as Nnwdaf_AnalyticsSubscription_Subscribe response) or analyzing request response signaling (such as Nnwdaf_AnalyticsInfo_Request response).

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

[0177] Then, the first communication device can send a notification message Nnwdaf_AnalyticsSubscription_Notify to the third communication device. The notification message is used to send the results of the analysis by the first communication device, including: the URSP rules after intelligent analysis; the performance index corresponding to at least one parameter in the RSD under at least one traffic descriptor in the URSP rule, which is sent to the first target RSD corresponding to the traffic descriptor in the URSP rule. The first target RSD includes parameters whose performance index is higher than a preset value; or, the performance index corresponding to the traffic descriptor in the URSP rule.

[0178] like Figure 3 As shown, NWDAF searches for AFs that meet the criteria to collect information from the terminal.

[0179] That is, when the PCF requests the analysis results of the URSP rules, the NWDAF decides to collect information from the terminal.

[0180] NWDAF sends a subscription request to AF (or via NEF to AF) so that AF can collect information from the terminal.

[0181] For example, this can be achieved through subscription signaling (such as Nnef_EventExposure Subscribe or Naf_EventExposure_Subscribe). Specifically, if the NWDAF subscribes directly from a trusted AF, then Naf_EventExposure_Subscribe is used directly; if the NWDAF subscribes from an untrusted AF, a subscription request is first sent to Nnef_EventExposure Subscribe, and then a subscription request Naf_EventExposure_Subscribe is sent to the AF.

[0182] Optionally, such as Figure 3 As shown, step 102 can be achieved in the following way:

[0183] The first communication device receives information related to application traffic data of at least one terminal sent by the second communication device.

[0184] Specifically, such as Figure 3 As shown, the second communication device sends at least one piece of information collected by the terminal, namely information related to application traffic data, to the first communication device.

[0185] For example, this can be achieved using notification signaling (Naf_EventExposure_Notify and Nnef_EventExposure_Notify), whereby the DCAF sends a Naf_EventExposure_Notify signaling message to the NEF, and the NEF sends an Nnef_EventExposure_Notify signaling message to the NWDAF. Alternatively, the DCAF can directly send information collected from the terminal to the NWDAF via Naf_EventExposure_Notify.

[0186] Optionally, the second communication device may send a request to the terminal based on the first request, requesting the terminal to collect information related to application traffic data. The terminal may then report the collected application traffic data-related information based on the reporting frequency. For example, it may report offline.

[0187] Optionally, if the first communication device obtains or subscribes to URSP rule execution status from the third communication device, then the third communication device can collect URSP rule execution status information from the terminal via uplink NAS messages (UL NAS messages, such as PDU session modification requests or registration update requests). The terminal sends the URSP rule execution status to the AMF (Access and Mobility Management Function) via uplink NAS messages, and the AMF sends the URSP rule execution results within the terminal to the PCF via an Npcf_UEPolicyControl Update Request.

[0188] Optionally, such as Figure 3 As shown, the method also includes at least one of the following:

[0189] The first communication device sends the analysis results of the URSP rules to the third communication device;

[0190] The first communication device sends the analysis results of the URSP rules to the second communication device;

[0191] The first communication device sends the analysis results of the first URSP rule to the third communication device;

[0192] Specifically, the first communication device can use notification signaling (such as Nnwdaf_AnalyticsSubscription_Notify) or response messages (Nnwdaf_AnalyticsInfo_Response) to send the analysis results of URSP rules.

[0193] In the above embodiments, the first communication device may trigger the sending of a first request to the second communication device after the third communication device sends a second request, for requesting to obtain information related to the terminal's collected application traffic data.

[0194] Optionally, the second request includes an analysis identifier, and further includes at least one of the following: a first time range and a first location range; the first time range and the first location range in the second request are used by NWDAF to determine the time range and location range for the terminal to collect data. For example, NWDAF requests the terminal to collect data only within a specific location range (such as TAI, cell ID, etc.) or within a fixed time range (such as a fixed morning or afternoon time period every day). Step 103 can be implemented in the following way:

[0195] The first communication device sends a first request to the second communication device based on at least one of a first time range and a first location range, wherein the first request includes at least one of the first time range and the first location range.

[0196] For example, NWDAF can provide URSP rules, which can only be used by the terminal in specific location and time areas. This is because, within the first location and first time range, the parameters in the RSD under the URSP rules can guarantee better performance. For example, when using 3GPP access, the uplink and downlink rates are higher, and when using S-NSSAI-a, the slice load is lower.

[0197] Optionally, the second request includes an analysis identifier;

[0198] When the second request is used to request the performance corresponding to at least one parameter in the RSD under the URSP rule, the second request may also include at least one of the following: Data Network Name (DNN), Single Network Slice Selection Auxiliary Information (S-NSSAI) or Preferred Access Type; it may also include: SSC mode, Non-Seamless Offload Indication, ProSe Layer-3 UE-to-NetworkRelay Offload Indication, etc. The operation method remains the same: the PCF sends a second request to the NWDAF, the second request containing a specific parameter of an RSD, and then the NWDAF provides the performance corresponding to that RSD parameter.

[0199] The following are some performance parameters corresponding to the so-called RSD parameters:

[0200] For example, regarding slices: PCF can send a specific S-NSSAI slice identifier to NWDAF. By requesting AnalyticID = load level information, NWDAF can provide slice performance information as shown in Table 3 below:

[0201] Table 3

[0202]

[0203] For example, for a slice: PCF can send a specific DNN to NWDAF by requesting Analytic ID=ServiceExperience, Analytic ID=WLAN performance, or Analytic ID=DN Performance. NWDAF can then provide information about DN performance as shown in Table 4 below:

[0204] Table 4

[0205] Average traffic rate Maximum Traffic Rate Average Packet Delay Maximum Packet Delay Average Packet Loss Rate

[0206] The others are similar.

[0207] When the second request is used to request the first target RSD corresponding to the traffic descriptor in the URSP rule, the second request further includes: a traffic descriptor; the traffic descriptor includes at least one of the following:

[0208] APP descriptor, IP descriptor, domain descriptor, non-Non-IP descriptor, DNN or connectivity.

[0209] This scenario involves the PCF sending a traffic descriptor to the NWDAF, requesting the NWDAF to analyze the optimal RSD corresponding to that traffic descriptor. The optimal RSD is necessarily a combination of many parameters, such as S-NSSAI, DNN, SSC mode, etc. The NWDAF obtains the RSD based on data collected from the terminal and sends it to the PCF. In this scenario, the APP descriptor and connectivity capabilities are newly added, requiring the NWDAF to provide them with the RSD.

[0210] Specifically, the PCF may also send at least one of the following to the NWDAF: Data Network Name (DNN), Single Network Slice Selection Auxiliary Information (S-NSSAI), or Preferred Access Type, to obtain performance metrics corresponding to at least one parameter in the RSD under the URSP rule or performance metrics corresponding to the traffic descriptor in the URSP rule. The performance metrics have already been described above.

[0211] PCF can also send traffic descriptors (such as FQDNs) to NWDAF, requesting NWDAF to output analysis results. The analysis results are the first target RSD corresponding to the traffic descriptor. The first target RSD includes parameters whose performance metrics are higher than preset values. Here, "parameters higher than preset values" means that the RSD provided by NWDAF may have better performance than the RSD under this traffic descriptor in the current terminal.

[0212] For example, a certain slice may have low load and high uplink / downlink rates, thus exhibiting better performance.

[0213] In the second request mentioned above, in addition to IP descriptors, domain name descriptors, non-Non-IP descriptors, or DNNs, PCF can also add the following parameters to obtain the RSDs corresponding to these parameters.

[0214] The APP descriptor, such as OSID or OSAPPID, is one of the TD parameters. In this case, the PCF request is for the RSD corresponding to a certain OSAPPID on a certain terminal.

[0215] Connectivity capabilities, such as IP Multimedia Subsystem (IMS), Multimedia Messaging Service (MMS), Internet, and Secure User Plane Location (SUPL), can be analyzed using NWDAF to determine the RSD results for specific connectivity capabilities.

[0216] Optionally, if the second request is used to request performance metrics corresponding to the traffic descriptor in the URSP rule, the second request may further include: APP descriptor and / or connectivity; the APP descriptor and / or connectivity is equivalent to at least one of DNN, IP descriptor, domain name descriptor, and Non-IP descriptor.

[0217] Specifically, APP descriptors and / or connectivity capabilities can be translated into the IP address of the application server. This allows the NWDAF to obtain the corresponding analysis results via the IP address. In other words, the NWDAF, or other 5GC network elements, possess the capability to translate APP descriptors or connectivity capabilities into corresponding server IP addresses, server FQDNs, etc. This allows the NWDAF to directly determine the optimal combination of RSDs for accessing the server based on the server IP address and server FQDN, such as S-NSSAI, DNN, access method, SSC mode, PDU session type, etc.

[0218] The above conversion process can be provided by PCF, SMF (PCF requests SMF to perform the conversion), and NWDAF (NWDAF requests SMF to perform the conversion). For example, NWDAF can send a request to SMF to request the conversion; or NWDAF can perform the conversion itself.

[0219] Optionally, the RSD results can be extended, for example, by including at least one of the following parameters:

[0220] SSC mode, S-NSSAI, DNN, PDU session type, Non-Seamless Offload indication, ProSe Layer-3 UE-to-NetworkRelay Offload indication, priority access type, time range, and location range.

[0221] The Non-Seamless Offload indication indicates that application traffic data needs to be offloaded to a non-3GPP access.

[0222] Optionally, at least one parameter of the above RSD result extension can be extended to the Serviceexperience analysis ID, adding the performance corresponding to the APP descriptor or connectivity capability. That is, within Analytic ID = service experience, the performance corresponding to the APP descriptor or connectivity capability is added, as shown in Table 5 below:

[0223] Table 5

[0224]

[0225] In the above, the experience of a network slice instance is enhanced by the addition of an APP descriptor and connectivity capabilities. Specifically, it refers to the network slice instance service experience when the terminal uses the corresponding connectivity capabilities or a certain application on the terminal (identified by the APP descriptor).

[0226] For example, as shown in Table 6 below:

[0227] Table 6

[0228]

[0229] When NWDAF statistics show that a terminal accesses a specific APP server instance IP address, it can include which APP descriptor on the terminal corresponds to the APP, and which connection capability the terminal is using. Optionally, the method also includes:

[0230] The first communication device sends the analysis results of the URSP rules to the third communication device; and / or,

[0231] The first communication device sends the analysis results of the URSP rules to the second communication device.

[0232] Specifically, the first communication device can send the analysis results of the URSP rules to the third communication device and / or the second communication device through the following signaling: Nnwdaf_AnalyticsSubscription_Notify or Nnwdaf_AnalyticsInfo_Response.

[0233] Optionally, after the third communication device obtains the analysis results of the URSP rules, the method further includes:

[0234] The third communication device adjusts the URSP rules of the terminal and sends the adjusted URSP rules to the terminal.

[0235] For example, PCF adjusts the URSP rules based on the analysis results of NWDAF and sends the adjusted URSP rules to the terminal.

[0236] Optionally, the method further includes:

[0237] The first communication device sends third information to the second communication device. The third information includes at least one APP identifier, and the APP corresponding to the APP identifier is an APP in the terminal that can use the analysis results of URSP rules.

[0238] Specifically, core network equipment, such as the NWDAF, can send an APP ID list when sending analysis results to the DCAF. This list includes at least one APP identifier, essentially a list of APPs that can use the analysis results. If an APP is not included in this list, that APP cannot use the analysis results. Generally, only applications with contracts with operators can use the analysis results.

[0239] For example, the analysis results of URSP rules can indicate to the terminal:

[0240] Access performance under different access methods; for example, 3GPP access (5G, 4G) or non-3GPP access (WLAN).

[0241] The performance of different DNNs, such as whether the DNN is congested, and what the QoS indicators are for accessing the DNN;

[0242] Different slice performance, such as whether the slice is congested, and various QoS indicators for accessing the slice.

[0243] Based on the analysis results of the URSP rules provided by NWDAF, the terminal performs the following operations:

[0244] If two RSDs contain different DNNs, S-NSSAIs, and access methods, the terminal can choose the RSD corresponding to the DNN, S-NSSAI, and access method with higher performance, regardless of the RSD priority. If the selected RSD has a lower priority, the terminal needs to report it to the core network device (e.g., via NAS messages or DCAF).

[0245] Terminals can also construct or generate their own URSP rules. The RSDs within these rules contain the optimal DNN, S-NSSAI, etc., as indicated by NWDAF. For example, if NWDAF sends the URSP rule analysis results to the terminal, indicating that under the current terminal location, when the traffic descriptor uses the IP descriptor 10.1.1.1, the optimal solution for the parameters in the RSD is to use non-3GPP access, access DNN1, and select S-NSSAI-b for slicing, then the terminal can combine these parameters to form a new RSD for use under that traffic descriptor.

[0246] Optionally, after receiving the analysis result corresponding to the analysis ID sent by the NWDAF from the DCAF, or the model address corresponding to the analysis ID, the terminal's APP (e.g., an APP specifically interacting with DCAF) can send it to other APPs or entities, such as the terminal operating system OS, the terminal chip (modem), or other APPs on the terminal, such as artificial intelligence / model training (AI / ML) APPs.

[0247] Therefore, this terminal can possess a new capability: after the terminal's APP (interacting with DCAF) receives the analysis results or model corresponding to the analysis ID from DCAF, it has the following terminal capabilities:

[0248] The terminal's app sends the analysis results to the terminal's OS; the terminal OS then uses the analysis results or model.

[0249] The terminal OS can send the obtained analysis results to the terminal modem; the terminal chip then uses the analysis results or model.

[0250] The terminal OS can also send the received analysis results to other apps at the application layer (distinct from the apps that interact with DCAF); these other apps can be specific apps, distinguished by their APP IDs, or they can be all applications on the terminal. These other apps are authorized to use the analysis results.

[0251] By analyzing the terminal's operating system, other apps on the terminal, or the terminal's chip, we can optimize terminal operations, train models, and perform model inference.

[0252] Figure 4 This is a second schematic flowchart of the data processing method provided in the embodiments of this application. Figure 4 As shown, the method provided in this embodiment includes:

[0253] Step 201: The second or third communication device receives a first request sent by the first communication device. The first request is used to request information related to application traffic data collected by at least one terminal.

[0254] Step 202: The second or third communication device acquires information related to the application traffic data from at least one terminal; the information related to the application traffic data from at least one terminal is used by the first communication device to analyze and obtain the analysis results of the terminal routing strategy URSP rules.

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

[0256] First indication information, the first indication information is used to instruct the terminal to collect first information;

[0257] A first time range, wherein the first time range is used to indicate that the terminal collects data within the first time range;

[0258] A first location range, wherein the first location range is used to indicate that the terminal collects data within the first location range;

[0259] The second indication information is used to indicate the reporting frequency of the first information;

[0260] The third instruction information is used to indicate the first URSP rule;

[0261] The first information includes at least one of the following: the URSP rules used by the terminal for application traffic; the result information after the terminal uses the URSP rules for application traffic; the usage frequency of the URSP rules; the usage frequency of the URSP rules; and the traffic type corresponding to the application traffic identified by the terminal after using the URSP rules for application traffic. The second information includes the result information after the terminal uses the first URSP rule for application traffic, the usage frequency of the first URSP rule, the usage frequency of the first URSP rule, the traffic type of the application traffic identified by the terminal after using the first URSP rule for application traffic, and the execution result after the terminal uses the first URSP rule for application traffic.

[0262] The first URSP rule includes: a specific URSP rule, a specific traffic descriptor, a specific traffic type, or a specific routing descriptor (RSD).

[0263] Wherein, the traffic type indicates the service type to which the application traffic belongs; the usage frequency or frequency of the second information is lower than the first threshold; the second information includes at least one of the following: URSP rule, traffic descriptor, traffic type or routing descriptor RSD.

[0264] Optionally, the URSP rules used by the terminal for application traffic include at least one of the following:

[0265] The traffic descriptor used by the terminal for application traffic, and / or the priority of the traffic descriptor;

[0266] The RSD used by the terminal for application traffic, and / or the priority of the RSD.

[0267] Optionally, the result information after the terminal uses URSP rules for application traffic is used to indicate: the terminal uses URSP rules to trigger a new PDU session to carry the application traffic, or the terminal uses URSP rules to match the application traffic to an existing PDU session of the terminal;

[0268] or,

[0269] The result information after the terminal uses the first URSP rule for application traffic is used to indicate: the terminal uses the first URSP rule to trigger a new PDU session to carry the application traffic, or the terminal uses the first URSP rule to match the application traffic to an existing PDU session of the terminal.

[0270] Optionally, the execution result of the terminal after applying the first URSP rule to the application traffic includes at least one of the following:

[0271] The RSD determined by the terminal after applying the first URSP rule to the application traffic;

[0272] The path selection component RSC under the RSD determined by the terminal for application traffic after using the first URSP rule;

[0273] The priority of the RSD determined by the terminal after applying the first URSP rule to the application traffic.

[0274] Optionally, the analysis results of the URSP rules include at least one of the following:

[0275] At least one terminal uses URSP rules. The statistics include: usage frequency and / or usage frequency.

[0276] The performance index corresponding to at least one parameter in the RSD under the URSP rule;

[0277] The first target RSD corresponding to the traffic descriptor in the URSP rule includes parameters whose performance indicators are higher than preset values;

[0278] URSP rules after intelligent analysis;

[0279] The second time range is used to indicate the time range used by the URSP rule or RSD;

[0280] The second location range is used to indicate the location range used by the URSP rule or RSD.

[0281] Optionally, the method further includes:

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

[0283] Optionally, the method further includes:

[0284] The second communication device receives the analysis results of the URSP rules sent by the first communication device.

[0285] Optionally, the method further includes:

[0286] The second communication device receives third information sent by the first communication device. The third information includes at least one APP identifier, and the APP corresponding to the APP identifier is an APP in the terminal that can use the analysis results of the URSP rules.

[0287] The method in this embodiment is the same as the method embodiment on the first communication device side in terms of its specific implementation process and technical effects. For details, please refer to the detailed description in the method embodiment on the first communication device side, which will not be repeated here.

[0288] Figure 5 This is a second schematic flowchart of the data processing method provided in the embodiments of this application. Figure 5 As shown, the method provided in this embodiment includes:

[0289] Step 301: The third communication device sends a second request to the first communication device. The second request is for at least one of the following: requesting to obtain the intelligently analyzed URSP rules; requesting to obtain the performance index corresponding to at least one parameter in the RSD under at least one traffic descriptor in the terminal URSP rules; requesting to obtain the first target RSD corresponding to the traffic descriptor in the terminal URSP rules, the first target RSD including parameters whose performance index is higher than a preset value; or, requesting to obtain the performance index corresponding to the traffic descriptor in the terminal URSP rules.

[0290] Optionally, the second request includes an analysis identifier, and the second request further includes at least one of the following: a first time range and a first location range; the first time range is used to instruct the terminal to collect data within the first time range; the first location range is used to instruct the terminal to collect data within the first location range.

[0291] Optionally, the second request includes an analysis identifier;

[0292] When the second request is used to request performance corresponding to at least one parameter in the RSD under the URSP rule, the second request also includes at least one of the following: Data Network Name (DNN), Single Network Slice Selection Auxiliary Information (S-NSSAI), or Preferred Access Type;

[0293] When the second request is used to request the first target RSD corresponding to the traffic descriptor in the URSP rule, the second request further includes: a traffic descriptor; the traffic descriptor includes at least one of the following:

[0294] APP descriptor, IP descriptor, domain descriptor, non-Non-IP descriptor, DNN or connectivity.

[0295] Optionally, when the second request is used to request the performance metrics corresponding to the traffic descriptor in the terminal URSP rule, the second request further includes: APP descriptor and / or connectivity; the APP descriptor and / or connectivity is equivalent to at least one of DNN, IP descriptor, domain name descriptor, and Non-IP descriptor;

[0296] Optionally, the method further includes:

[0297] The third communication device receives the analysis results of the URSP rules sent by the first communication device.

[0298] Optionally, the analysis results of the URSP rules include at least one of the following:

[0299] At least one terminal uses URSP rules. The statistics include: usage frequency and / or usage frequency.

[0300] The performance index corresponding to at least one parameter in the RSD under the URSP rule;

[0301] The first target RSD corresponding to the traffic descriptor in the URSP rule includes parameters whose performance indicators are higher than preset values;

[0302] URSP rules after intelligent analysis;

[0303] The second time range is used to indicate the time range used by the URSP rule or RSD;

[0304] The second location range is used to indicate the location range used by the URSP rule or RSD.

[0305] Optionally, after the third communication device obtains the analysis results of the URSP rules, the method further includes:

[0306] The third communication device adjusts the URSP rules of the terminal and sends the adjusted URSP rules to the terminal.

[0307] Optionally, after the third communication device obtains the analysis results of the URSP rules, the method further includes:

[0308] Based on the analysis results, the third communication device determines a second time range and / or a second location range, wherein the second time range is used to indicate the time range used by the URSP rule or RSD; and the second location range is used to indicate the location range used by the URSP rule or RSD.

[0309] The method in this embodiment is the same as the method embodiment on the first communication device side in terms of its specific implementation process and technical effects. For details, please refer to the detailed description in the method embodiment on the first communication device side, which will not be repeated here.

[0310] This embodiment provides another data processing method, including: a third communication device receiving a first request sent by a first communication device, wherein the first request is used to request information related to application traffic data collected by at least one terminal;

[0311] The third communication device acquires information related to the application traffic data from the at least one terminal; the information related to the application traffic data from the at least one terminal is used by the first communication device to analyze and obtain the analysis results of the terminal routing strategy URSP rules.

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

[0313] First indication information, the first indication information is used to instruct the terminal to collect first information;

[0314] A first time range, wherein the first time range is used to indicate that the terminal collects data within the first time range;

[0315] A first location range, wherein the first location range is used to indicate that the terminal collects data within the first location range;

[0316] The second indication information is used to indicate the reporting frequency of the first information;

[0317] The third instruction information is used to indicate the first URSP rule;

[0318] The first information includes at least one of the following: the URSP rules used by the terminal for application traffic; the result information after the terminal uses the URSP rules for application traffic; the usage frequency of the URSP rules; the usage frequency of the URSP rules; and the traffic type corresponding to the application traffic identified by the terminal after using the URSP rules for application traffic. The second information includes the result information after the terminal uses the first URSP rule for application traffic, the usage frequency of the first URSP rule, the usage frequency of the first URSP rule, the traffic type of the application traffic identified by the terminal after using the first URSP rule for application traffic, and the execution result after the terminal uses the first URSP rule for application traffic.

[0319] The first URSP rule includes: a specific URSP rule, a specific traffic descriptor, a specific traffic type, or a specific routing descriptor (RSD).

[0320] Wherein, the traffic type indicates the service type to which the application traffic belongs; the usage frequency or frequency of the second information is lower than the first threshold; the second information includes at least one of the following: URSP rule, traffic descriptor, traffic type or routing descriptor RSD.

[0321] Optionally, the URSP rules used by the terminal for application traffic include at least one of the following:

[0322] The traffic descriptor used by the terminal for application traffic, and / or the priority of the traffic descriptor;

[0323] The RSD used by the terminal for application traffic, and / or the priority of the RSD.

[0324] Optionally, the result information after the terminal uses URSP rules for application traffic is used to indicate: the terminal uses URSP rules to trigger a new PDU session to carry the application traffic, or the terminal uses URSP rules to match the application traffic to an existing PDU session of the terminal; or,

[0325] The result information after the terminal uses the first URSP rule for application traffic is used to indicate: the terminal uses the first URSP rule to trigger a new PDU session to carry the application traffic, or the terminal uses the first URSP rule to match the application traffic to an existing PDU session of the terminal.

[0326] Optionally, the execution result of the terminal after applying the first URSP rule to the application traffic includes at least one of the following:

[0327] The RSD determined by the terminal after applying the first URSP rule to the application traffic;

[0328] The path selection component RSC under the RSD determined by the terminal for application traffic after using the first URSP rule;

[0329] The priority of the RSD determined by the terminal after applying the first URSP rule to the application traffic.

[0330] Optionally, the analysis results of the URSP rules include at least one of the following:

[0331] At least one terminal uses URSP rules. The statistics include: usage frequency and / or usage frequency.

[0332] The performance index corresponding to at least one parameter in the RSD under the URSP rule;

[0333] The first target RSD corresponding to the traffic descriptor in the URSP rule includes parameters whose performance indicators are higher than preset values;

[0334] URSP rules after intelligent analysis;

[0335] The second time range is used to indicate the time range used by the URSP rule or RSD;

[0336] The second location range is used to indicate the location range used by the URSP rule or RSD.

[0337] It should be noted that the performance of the multiple target RSDs corresponding to the traffic descriptor in the first URSP rule is important. The analysis results of the URSP rule can yield the multiple candidate RSDs corresponding to the traffic descriptor in the first URSP rule, their respective priorities, the usage frequency of the multiple candidate RSDs, and the performance of each RSD. Specifically, it represents the performance exhibited after all RSCs within the target RSD are used in combination. This performance refers to the QoS indicators (such as uplink / downlink speeds, uplink / downlink latency, uplink / downlink packet loss rate, etc.) of the application traffic in the 5G network after using the first URSP rule (including the traffic descriptor and the target RSD), or the client application experience or server application experience (such as the user's uplink / downlink speeds, or the server's uplink / downlink speeds, uplink / downlink latency, uplink / downlink packet loss rate, etc.) after the application traffic accesses the application server.

[0338] Optionally, the method further includes:

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

[0340] Optionally, the method further includes:

[0341] The third communication device receives the analysis results of the URSP rules sent by the first communication device.

[0342] Optionally, the method further includes:

[0343] The third communication device receives third information sent by the first communication device. The third information includes at least one APP identifier, and the APP corresponding to the APP identifier is an APP in the terminal that can use the analysis results of the URSP rules.

[0344] Figure 6 This is a second schematic flowchart of the data processing method provided in the embodiments of this application. Figure 6 As shown, the method provided in this embodiment includes:

[0345] Step 401: The terminal receives a first request from a first communication device or a third communication device; the first request is used to request information related to application traffic data collected by at least one terminal.

[0346] Step 402: The terminal sends information related to the collected application traffic data to the first communication device or the third communication device according to the first request;

[0347] Step 403: The terminal obtains the analysis results from the first communication device, whereby the analysis results are provided by the first communication device based on information related to application traffic data. Optionally, the first request may include at least one of the following:

[0348] First indication information, the first indication information is used to instruct the terminal to collect first information;

[0349] A first time range, wherein the first time range is used to indicate that the terminal collects data within the first time range;

[0350] A first location range, wherein the first location range is used to indicate that the terminal collects data within the first location range;

[0351] The second indication information is used to indicate the reporting frequency of the first information;

[0352] The third instruction information is used to indicate the first URSP rule;

[0353] The first information includes at least one of the following: the URSP rules used by the terminal for application traffic; the result information after the terminal uses the URSP rules for application traffic; the usage frequency of the URSP rules; the usage frequency of the URSP rules; and the traffic type corresponding to the application traffic identified by the terminal after using the URSP rules for application traffic. The second information includes the result information after the terminal uses the first URSP rule for application traffic, the usage frequency of the first URSP rule, the usage frequency of the first URSP rule, the traffic type of the application traffic identified by the terminal after using the first URSP rule for application traffic, and the execution result after the terminal uses the first URSP rule for application traffic.

[0354] The first URSP rule includes: a specific URSP rule, a specific traffic descriptor, a specific traffic type, or a specific routing descriptor (RSD).

[0355] Wherein, the traffic type indicates the service type to which the application traffic belongs; the usage frequency or frequency of the second information is lower than the first threshold; the second information includes at least one of the following: URSP rule, traffic descriptor, traffic type or routing descriptor RSD.

[0356] Optionally, the URSP rules used by the terminal for application traffic include at least one of the following:

[0357] The traffic descriptor used by the terminal for application traffic, and / or the priority of the traffic descriptor;

[0358] The RSD used by the terminal for application traffic, and / or the priority of the RSD.

[0359] Optionally, the result information after the terminal uses URSP rules for application traffic is used to indicate: the terminal uses URSP rules to trigger a new PDU session to carry the application traffic, or the terminal uses URSP rules to match the application traffic to an existing PDU session of the terminal; or,

[0360] The result information after the terminal uses the first URSP rule for application traffic is used to indicate: the terminal uses the first URSP rule to trigger a new PDU session to carry the application traffic, or the terminal uses the first URSP rule to match the application traffic to an existing PDU session of the terminal.

[0361] Optionally, the execution result of the terminal after applying the first URSP rule to the application traffic includes at least one of the following:

[0362] The RSD determined by the terminal after applying the first URSP rule to the application traffic;

[0363] The path selection component RSC under the RSD determined by the terminal for application traffic after using the first URSP rule;

[0364] The priority of the RSD determined by the terminal after applying the first URSP rule to the application traffic.

[0365] Optionally, the analysis results include at least one of the following:

[0366] At least one terminal uses URSP rules. The statistics include: usage frequency and / or usage frequency.

[0367] The performance index corresponding to at least one parameter in the RSD under the URSP rule;

[0368] The first target RSD corresponding to the traffic descriptor in the URSP rule includes parameters whose performance indicators are higher than preset values;

[0369] URSP rules after intelligent analysis;

[0370] The second time range is used to indicate the time range used by the URSP rule or RSD;

[0371] The second location range is used to indicate the location range used by the URSP rule or RSD.

[0372] Optionally, the analysis results include the analysis results of URSP rules, and the method further includes:

[0373] Based on the analysis results of the URSP rules, the terminal generates target URSP rules for the traffic data of the first APP, and processes the traffic data of the first APP based on the target URSP rules; or,

[0374] Based on the analysis results of the URSP rules, the terminal determines the second target RSD and processes the traffic data of the first APP based on the URSP rules corresponding to the second target RSD.

[0375] Optionally, the terminal generates target URSP rules for the traffic data of the first APP based on the analysis results of the URSP rules, including:

[0376] The terminal determines at least one parameter in the RSD under the traffic descriptor included in the target URSP rule based on the performance index corresponding to at least one parameter in the RSD under the URSP rule in the analysis results.

[0377] Optionally, the terminal determines the second target RSD based on the analysis results of the URSP rules, including:

[0378] If the analysis results of the URSP rule include the performance corresponding to the first RSD and the performance corresponding to the second RSD, and the performance corresponding to the first RSD is better than the performance corresponding to the second RSD, then the target RSD is the first RSD.

[0379] Optionally, the priority of the first RSD is lower than that of the second RSD.

[0380] Optionally, the method further includes:

[0381] When the priority of the first RSD is lower than that of the second RSD, the terminal reports the second target RSD to the network-side device.

[0382] In one implementation, the terminal can report the abnormal situation to network-side equipment (such as PCF, AMF) via DCAF or via uplink NAS messages. Specifically, when the terminal uses URSP rules for a certain app's traffic, it may use a low-priority URSP rule (such as a low-priority traffic descriptor), or it may use the first RSD under a certain traffic descriptor, where the first RSD has a lower priority than the second RSD. This indicates that the terminal has selected the lower-priority second RSD, which is an abnormal situation. The NAS message includes at least one of the following: a PDU session modification request, a registration request, or a PDU session establishment request. When reporting this abnormal situation, the terminal may also include the reason for using the low-priority RSD or URSP rule. In this case, the 5G core network can obtain the terminal's URSP rule usage and quickly learn about the abnormal situation of the terminal's URSP rule usage through the NAS message.

[0383] The method for sending NAS messages involves the terminal reporting the low-priority URSP rule or low-priority RSD to the PCF, along with the reason for using the rule or RSD, through the AMF. Alternatively, if the method uses the DCAF, the terminal reports this information to the DCAF via a PDU session, which then feeds it back to the NWDAF. The NWDAF then analyzes and predicts the information before sending it to the PCF to generate intelligent URSP rules.

[0384] Optionally, the terminal acquires analysis results from the first communication device, including:

[0385] The terminal receives the analysis results sent by the second communication device; and / or,

[0386] The terminal receives the analysis results sent by the third communication device.

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

[0388] The terminal receives the first request sent by the second or third communication device;

[0389] The terminal sends information related to the collected application traffic data to the first communication device, including:

[0390] The terminal sends information related to the collected application traffic data to the first communication device based on the reporting frequency through a second or third communication device.

[0391] Optionally, the application traffic data information sent by the terminal is reported anonymously.

[0392] Optionally, the terminal acquires analysis results from the first communication device, including:

[0393] The terminal obtains the analysis results through a second APP;

[0394] The terminal sends the analysis results to a first object through a second APP, and the first object includes at least one of the following: the terminal's operating system, other APPs on the terminal, or the terminal's chip.

[0395] Optionally, after the terminal sends the analysis results to its operating system via the second APP, the method further includes:

[0396] The terminal sends the analysis results to the terminal's chip or other apps on the terminal through its operating system.

[0397] Optionally, the method further includes:

[0398] The terminal receives third information sent by the second communication device. The third information includes at least one APP identifier, and the APP corresponding to the APP identifier is an APP in the terminal that can use the analysis results of the URSP rules.

[0399] Optionally, the terminal sends the analysis results to the first object via a second APP, including:

[0400] The terminal sends the analysis results to the target APP based on the third information sent by the first communication device. The target APP is an APP that can use the analysis results.

[0401] Optionally, the analysis results include:

[0402] Analyze the analysis results or prediction results corresponding to the ID;

[0403] Analyze the model address information corresponding to the ID.

[0404] The method in this embodiment is the same as the method embodiment on the first communication device side in terms of its specific implementation process and technical effects. For details, please refer to the detailed description in the method embodiment on the first communication device side, which will not be repeated here.

[0405] The data processing method provided in this application can be executed by a data processing device. This application uses an example of a data processing device executing the data processing method to illustrate the data processing device provided in this application.

[0406] Figure 7 This is one of the structural schematic diagrams of the data processing apparatus provided in this application. For example... Figure 7 As shown, the data processing apparatus provided in this embodiment includes:

[0407] The sending module 110 is used to send a first request to a second communication device or a third communication device, wherein the first request is used to request information related to application traffic data collected by at least one terminal;

[0408] The acquisition module 120 is used to acquire information related to the application traffic data from the at least one terminal;

[0409] The processing module 130 is used to analyze the information related to the application traffic data to obtain the analysis results of the terminal routing selection policy URSP rules.

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

[0411] First indication information, the first indication information is used to instruct the terminal to collect first information;

[0412] A first time range, wherein the first time range is used to indicate that the terminal collects data within the first time range;

[0413] A first location range, wherein the first location range is used to indicate that the terminal collects data within the first location range;

[0414] The second indication information is used to indicate the reporting frequency of the first information;

[0415] The third instruction information is used to indicate the first URSP rule;

[0416] The first information includes at least one of the following: the URSP rules used by the terminal for application traffic; the result information after the terminal uses the URSP rules for application traffic; the usage frequency of the URSP rules; the usage frequency of the URSP rules; and the traffic type corresponding to the application traffic identified after the terminal uses the URSP rules for application traffic. The second information...

[0417] The terminal provides the result information after applying the first URSP rule to the application traffic, including the usage frequency of the first URSP rule, the number of times the first URSP rule is used, the traffic type of the application traffic identified by the terminal after applying the first URSP rule to the application traffic, and the execution result of the terminal after applying the first URSP rule to the application traffic.

[0418] The first URSP rule includes: a specific URSP rule, a specific traffic descriptor, a specific traffic type, or a specific routing descriptor (RSD).

[0419] Wherein, the traffic type indicates the service type to which the application traffic belongs; the usage frequency or frequency of the second information is lower than the first threshold; the second information includes at least one of the following: URSP rule, traffic descriptor, traffic type or routing descriptor RSD.

[0420] Optionally, the URSP rules used by the terminal for application traffic include at least one of the following:

[0421] The traffic descriptor used by the terminal for application traffic, and / or the priority of the traffic descriptor;

[0422] The RSD used by the terminal for application traffic, and / or the priority of the RSD.

[0423] Optionally, the result information after the terminal uses URSP rules for application traffic is used to indicate: the terminal uses URSP rules to trigger a new PDU session to carry the application traffic, or the terminal uses URSP rules to match the application traffic to an existing PDU session of the terminal; or,

[0424] The result information after the terminal uses the first URSP rule for application traffic is used to indicate: the terminal uses the first URSP rule to trigger a new PDU session to carry the application traffic, or the terminal uses the first URSP rule to match the application traffic to an existing PDU session of the terminal.

[0425] Optionally, the execution result of the terminal after applying the first URSP rule to the application traffic includes at least one of the following:

[0426] The RSD determined by the terminal after applying the first URSP rule to the application traffic;

[0427] The path selection component RSC under the RSD determined by the terminal for application traffic after using the first URSP rule;

[0428] The priority of the RSD determined by the terminal after applying the first URSP rule to the application traffic.

[0429] Optionally, the analysis results of the URSP rules include at least one of the following:

[0430] At least one terminal uses URSP rules. The statistics include: usage frequency and / or usage frequency.

[0431] The performance index corresponding to at least one parameter in the RSD under the URSP rule;

[0432] The first target RSD corresponding to the traffic descriptor in the URSP rule includes parameters whose performance indicators are higher than preset values;

[0433] URSP rules after intelligent analysis;

[0434] The second time range is used to indicate the time range used by the URSP rule or RSD;

[0435] The second location range is used to indicate the location range used by the URSP rule or RSD.

[0436] Optionally, the acquisition module 120 is specifically used for:

[0437] Receive information related to the application traffic data of the at least one terminal sent by the second or third communication device.

[0438] Optionally, the acquisition module 120 is further configured to:

[0439] The system obtains a second request sent by a third communication device, the second request being used for at least one of the following: requesting to obtain the intelligently analyzed URSP rules; requesting to obtain the performance index corresponding to at least one parameter in the RSD under at least one traffic descriptor in the URSP rules; requesting to obtain the first target RSD corresponding to the traffic descriptor in the URSP rules, the first target RSD including parameters whose performance index is higher than a preset value; or, requesting to obtain the performance index corresponding to the traffic descriptor in the URSP rules.

[0440] The processing module 130 is further configured to: determine the information of the second communication device or determine the type of information related to the application traffic data collected from the terminal based on the second request;

[0441] The sending module 110 is specifically used for:

[0442] The first communication device sends a first request to the second or third communication device based on information from the second or third communication device or information related to application traffic data collected from the terminal.

[0443] Optionally, the second request includes an analysis identifier, and the second request further includes at least one of the following: a first time range and a first location range;

[0444] The first communication device sends a first request to the second or third communication device, including:

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

[0446] Optionally, the second request includes an analysis identifier;

[0447] When the second request is used to request performance corresponding to at least one parameter in the RSD under the URSP rule, the second request also includes at least one of the following: Data Network Name (DNN), Single Network Slice Selection Auxiliary Information (S-NSSAI), or Preferred Access Type;

[0448] When the second request is used to request the first target RSD corresponding to the traffic descriptor in the URSP rule, the second request further includes: a traffic descriptor; the traffic descriptor includes at least one of the following:

[0449] APP descriptor, IP descriptor, domain descriptor, non-Non-IP descriptor, DNN or connectivity.

[0450] Optionally, when the second request is used to request the performance metrics corresponding to the traffic descriptor in the URSP rule, the second request further includes: APP descriptor and / or connectivity; the APP descriptor and / or connectivity is equivalent to at least one of DNN, IP descriptor, domain name descriptor, and Non-IP descriptor.

[0451] Optionally, the sending module 110 is specifically used for:

[0452] Send the analysis results of the URSP rules to a third communication device; and / or,

[0453] The analysis results of the URSP rules are sent to the second communication device.

[0454] Optionally, the sending module 110 is specifically used for:

[0455] Send third information to the second or third communication device. The third information includes at least one APP identifier, and the APP corresponding to the APP identifier is an APP in the terminal that can use the analysis results of the URSP rules.

[0456] The apparatus of this embodiment can be used to execute the method of any of the embodiments in the foregoing first communication device side method embodiment. Its specific implementation process and technical effects are the same as those in the first communication device side method embodiment. For details, please refer to the detailed description in the first communication device side method embodiment, which will not be repeated here.

[0457] Figure 8 This is the second schematic diagram of the data processing device provided in this application. Figure 8 As shown, the data processing apparatus provided in this embodiment includes:

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

[0459] The acquisition module 220 is used to acquire information related to the application traffic data from the at least one terminal; the information related to the application traffic data from the at least one terminal is used by the first communication device to analyze and obtain the analysis results of the terminal routing selection policy URSP rules.

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

[0461] First indication information, the first indication information is used to instruct the terminal to collect first information;

[0462] A first time range, wherein the first time range is used to indicate that the terminal collects data within the first time range;

[0463] A first location range, wherein the first location range is used to indicate that the terminal collects data within the first location range;

[0464] The second indication information is used to indicate the reporting frequency of the first information;

[0465] The third instruction information is used to indicate the first URSP rule;

[0466] The first information includes at least one of the following: the URSP rules used by the terminal for application traffic; the result information after the terminal uses the URSP rules for application traffic; the usage frequency of the URSP rules; the usage frequency of the URSP rules; and the traffic type corresponding to the application traffic identified after the terminal uses the URSP rules for application traffic. The second information...

[0467] The terminal provides the result information after applying the first URSP rule to the application traffic, including the usage frequency of the first URSP rule, the number of times the first URSP rule is used, the traffic type of the application traffic identified by the terminal after applying the first URSP rule to the application traffic, and the execution result of the terminal after applying the first URSP rule to the application traffic.

[0468] The first URSP rule includes: a specific URSP rule, a specific traffic descriptor, a specific traffic type, or a specific routing descriptor (RSD).

[0469] Wherein, the traffic type indicates the service type to which the application traffic belongs; the usage frequency or frequency of the second information is lower than the first threshold; the second information includes at least one of the following: URSP rule, traffic descriptor, traffic type or routing descriptor RSD.

[0470] Optionally, the URSP rules used by the terminal for application traffic include at least one of the following:

[0471] The traffic descriptor used by the terminal for application traffic, and / or the priority of the traffic descriptor;

[0472] The RSD used by the terminal for application traffic, and / or the priority of the RSD.

[0473] Optionally, the result information after the terminal uses URSP rules for application traffic is used to indicate: the terminal uses URSP rules to trigger a new PDU session to carry the application traffic, or the terminal uses URSP rules to match the application traffic to an existing PDU session of the terminal;

[0474] The result information after the terminal uses the first URSP rule for application traffic is used to indicate: the terminal uses the first URSP rule to trigger a new PDU session to carry the application traffic, or the terminal uses the first URSP rule to match the application traffic to an existing PDU session of the terminal.

[0475] The execution result of the terminal using the first URSP rule for application traffic includes at least one of the following:

[0476] The RSD determined by the terminal after applying the first URSP rule to the application traffic;

[0477] The path selection component RSC under the RSD determined by the terminal for application traffic after using the first URSP rule;

[0478] The priority of the RSD determined by the terminal after applying the first URSP rule to the application traffic.

[0479] Optionally, the analysis results of the URSP rules include at least one of the following:

[0480] At least one terminal uses URSP rules. The statistics include: usage frequency and / or usage frequency.

[0481] The performance index corresponding to at least one parameter in the RSD under the URSP rule;

[0482] The first target RSD corresponding to the traffic descriptor in the URSP rule includes parameters whose performance indicators are higher than preset values;

[0483] URSP rules after intelligent analysis;

[0484] The second time range is used to indicate the time range used by the URSP rule or RSD;

[0485] The second location range is used to indicate the location range used by the URSP rule or RSD.

[0486] Optionally, the data processing apparatus further includes:

[0487] The sending module is used to send information related to the application traffic data of the at least one terminal to the first communication device.

[0488] Optionally, the receiving module 210 is also used for:

[0489] Receive the analysis results of the URSP rules sent by the first communication device.

[0490] Optionally, the receiving module 210 is also used for:

[0491] The system receives third information sent by the first communication device. The third information includes at least one APP identifier, and the APP corresponding to the APP identifier is an APP in the terminal that can use the analysis results of the URSP rules.

[0492] The apparatus of this embodiment can be used to execute the method of any of the aforementioned second communication device side method embodiments. Its specific implementation process and technical effects are the same as those in the second communication device side method embodiments. For details, please refer to the detailed description in the second communication device side method embodiments, which will not be repeated here.

[0493] Figure 9 This is the third schematic diagram of the data processing device provided in this application. Figure 9 As shown, the data processing apparatus provided in this embodiment includes:

[0494] The sending module 310 is configured to send a second request to the first communication device, the second request being for at least one of the following: requesting to obtain the intelligently analyzed URSP rules; requesting to obtain the performance index corresponding to at least one parameter in the RSD under at least one traffic descriptor in the terminal URSP rules; requesting to obtain the first target RSD corresponding to the traffic descriptor in the terminal URSP rules, the first target RSD including parameters whose performance index is higher than a preset value; or, requesting to obtain the performance index corresponding to the traffic descriptor in the terminal URSP rules.

[0495] Optionally, the second request includes an analysis identifier, and the second request further includes at least one of the following: a first time range and a first location range; the first time range is used to instruct the terminal to collect data within the first time range; the first location range is used to instruct the terminal to collect data within the first location range.

[0496] Optionally, the second request includes an analysis identifier;

[0497] When the second request is used to request performance corresponding to at least one parameter in the RSD under the URSP rule, the second request also includes at least one of the following: Data Network Name (DNN), Single Network Slice Selection Auxiliary Information (S-NSSAI), or Preferred Access Type;

[0498] When the second request is used to request the first target RSD corresponding to the traffic descriptor in the URSP rule, the second request further includes: a traffic descriptor; the traffic descriptor includes at least one of the following:

[0499] APP descriptor, IP descriptor, domain descriptor, non-Non-IP descriptor, DNN or connectivity.

[0500] Optionally, when the second request is used to request the performance metrics corresponding to the traffic descriptor in the terminal URSP rule, the second request further includes: APP descriptor and / or connectivity; the APP descriptor and / or connectivity is equivalent to at least one of DNN, IP descriptor, domain name descriptor, and Non-IP descriptor;

[0501] Optionally, the data processing apparatus further includes:

[0502] The receiving module is used to receive the analysis results of the URSP rules sent by the first communication device.

[0503] Optionally, the analysis results of the URSP rules include at least one of the following:

[0504] At least one terminal uses URSP rules. The statistics include: usage frequency and / or usage frequency.

[0505] The performance index corresponding to at least one parameter in the RSD under the URSP rule;

[0506] The first target RSD corresponding to the traffic descriptor in the URSP rule includes parameters whose performance indicators are higher than preset values;

[0507] URSP rules after intelligent analysis;

[0508] The second time range is used to indicate the time range used by the URSP rule or RSD;

[0509] The second location range is used to indicate the location range used by the URSP rule or RSD.

[0510] Optionally, it also includes:

[0511] The processing module is used to adjust the URSP rules of the terminal, and the sending module 310 is also used to send the adjusted URSP rules to the terminal.

[0512] Optionally, the processing module is also used for:

[0513] Based on the analysis results, a second time range and / or a second location range are determined, wherein the second time range is used to indicate the time range used by the URSP rule or RSD; and the second location range is used to indicate the location range used by the URSP rule or RSD.

[0514] The apparatus of this embodiment can be used to execute the method of any of the aforementioned third communication device side method embodiments. Its specific implementation process and technical effects are the same as those in the third communication device side method embodiments. For details, please refer to the detailed description in the third communication device side method embodiments, which will not be repeated here. Figure 10 This is the fourth schematic diagram of the data processing device provided in this application. Figure 10 As shown, the data processing apparatus provided in this embodiment includes:

[0515] The receiving module 410 is configured to receive a first request from a first communication device or a third communication device; the first request is configured to request information related to application traffic data collected by at least one terminal.

[0516] The sending module 420 is used 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;

[0517] The acquisition module 430 is used to acquire the analysis results from the first communication device, wherein the analysis results are provided by the first communication device based on information related to the application traffic data.

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

[0519] First indication information, the first indication information is used to instruct the terminal to collect first information;

[0520] A first time range, wherein the first time range is used to indicate that the terminal collects data within the first time range;

[0521] A first location range, wherein the first location range is used to indicate that the terminal collects data within the first location range;

[0522] The second indication information is used to indicate the reporting frequency of the first information;

[0523] The third instruction information is used to indicate the first URSP rule;

[0524] The first information includes at least one of the following: the URSP rules used by the terminal for application traffic; the result information after the terminal uses the URSP rules for application traffic; the usage frequency of the URSP rules; the usage frequency of the URSP rules; and the traffic type corresponding to the application traffic identified after the terminal uses the URSP rules for application traffic. The second information...

[0525] The terminal provides the result information after applying the first URSP rule to the application traffic, including the usage frequency of the first URSP rule, the number of times the first URSP rule is used, the traffic type of the application traffic identified by the terminal after applying the first URSP rule to the application traffic, and the execution result of the terminal after applying the first URSP rule to the application traffic.

[0526] The first URSP rule includes: a specific URSP rule, a specific traffic descriptor, a specific traffic type, or a specific routing descriptor (RSD); wherein the traffic type represents the service type to which the application traffic belongs; the usage frequency of the second information is lower than the first threshold; the second information includes at least one of the following: URSP rule, traffic descriptor, traffic type, or routing descriptor (RSD).

[0527] Optionally, the URSP rules used by the terminal for application traffic include at least one of the following:

[0528] The traffic descriptor used by the terminal for application traffic, and / or the priority of the traffic descriptor;

[0529] The RSD used by the terminal for application traffic, and / or the priority of the RSD.

[0530] Optionally, the result information after the terminal uses URSP rules for application traffic is used to indicate: the terminal uses URSP rules to trigger a new PDU session to carry the application traffic, or the terminal uses URSP rules to match the application traffic to an existing PDU session of the terminal; or,

[0531] The result information after the terminal uses the first URSP rule for application traffic is used to indicate: the terminal uses the first URSP rule to trigger a new PDU session to carry the application traffic, or the terminal uses the first URSP rule to match the application traffic to an existing PDU session of the terminal.

[0532] Optionally, the execution result of the terminal after applying the first URSP rule to the application traffic includes at least one of the following:

[0533] The RSD determined by the terminal after applying the first URSP rule to the application traffic;

[0534] The path selection component RSC under the RSD determined by the terminal for application traffic after using the first URSP rule;

[0535] The priority of the RSD determined by the terminal after applying the first URSP rule to the application traffic.

[0536] Optionally, the analysis results include at least one of the following:

[0537] At least one terminal uses URSP rules. The statistics include: usage frequency and / or usage frequency.

[0538] The performance index corresponding to at least one parameter in the RSD under the URSP rule;

[0539] The first target RSD corresponding to the traffic descriptor in the URSP rule includes parameters whose performance indicators are higher than preset values;

[0540] URSP rules after intelligent analysis;

[0541] The second time range is used to indicate the time range used by the URSP rule or RSD;

[0542] The second location range is used to indicate the location range used by the URSP rule or RSD.

[0543] Optionally, the analysis results include the analysis results of URSP rules, and the data processing device further includes:

[0544] The processing module is used to generate target URSP rules for the traffic data of the first APP based on the analysis results of the URSP rules, and to process the traffic data of the first APP based on the target URSP rules; or,

[0545] Based on the analysis results of the URSP rules, a second target RSD is determined, and the traffic data of the first APP is processed based on the URSP rules corresponding to the second target RSD.

[0546] Optionally, the processing module is specifically used for:

[0547] Based on the performance metrics corresponding to at least one parameter in the RSD under the URSP rule in the analysis results, determine at least one parameter in the RSD under the traffic descriptor included in the target URSP rule.

[0548] Optionally, the processing module is specifically used for:

[0549] If the analysis results of the URSP rule include the performance corresponding to the first RSD and the performance corresponding to the second RSD, and the performance corresponding to the first RSD is better than the performance corresponding to the second RSD, then the target RSD is the first RSD.

[0550] Optionally, the priority of the first RSD is lower than that of the second RSD.

[0551] Optionally, the sending module 420 is further configured to:

[0552] If the priority of the first RSD is lower than that of the second RSD, the second target RSD is reported to the network-side device.

[0553] Optionally, the acquisition module 430 is specifically used for:

[0554] Receive the analysis results sent by the second communication device; and / or,

[0555] Receive the analysis results sent by the third communication device.

[0556] Optionally, the acquisition module 430 is specifically used for:

[0557] Receive the first request sent by the second or third communication device;

[0558] Optionally, the sending module 420 is specifically used for:

[0559] Information related to the collected application traffic data is sent to the first communication device through a second or third communication device based on the reporting frequency.

[0560] Optionally, the application traffic data information sent by the terminal is reported anonymously.

[0561] Optionally, the acquisition module 430 is specifically used for:

[0562] The analysis results are obtained through a second app;

[0563] The analysis results are sent to a first object via a second APP, the first object including at least one of the following: the terminal's operating system, other APPs on the terminal, or the terminal's chip.

[0564] Optionally, the sending module 420 is further configured to:

[0565] The analysis results are sent to the terminal's chip or other apps on the terminal via the terminal's operating system.

[0566] Optionally, the acquisition module 430 is further configured to:

[0567] The third information sent by the second communication device is received. The third information includes at least one APP identifier, and the APP corresponding to the APP identifier is an APP in the terminal that can use the analysis results of the URSP rules.

[0568] Optionally, the sending module 420 is specifically used for:

[0569] Based on the third information sent by the first communication device, the analysis results are sent to the target APP, which is an APP capable of using the analysis results.

[0570] Optionally, the analysis results include:

[0571] Analyze the analysis results or prediction results corresponding to the ID;

[0572] Analyze the model address information corresponding to the ID.

[0573] The apparatus of this embodiment can be used to execute the method of any of the aforementioned terminal-side method embodiments. Its specific implementation process and technical effects are the same as those in the terminal-side method embodiments. For details, please refer to the detailed description in the terminal-side method embodiments, which will not be repeated here.

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

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

[0576] Optionally, such as Figure 11 As shown in the illustration, this application also provides a communication device 1100, including a processor 1101 and a memory 1102. The memory 1102 stores a program or instructions that can run on the processor 1101. For example, when the communication device 1100 is a terminal, the program or instructions executed by the processor 1101 implement the various steps of the above-described data processing method embodiments and achieve the same technical effect. When the communication device 1100 is a network-side device, the program or instructions executed by the processor 1101 implement the various steps of the above-described data processing method embodiments and achieve the same technical effect. To avoid repetition, further details are omitted here.

[0577] This application embodiment also provides a terminal, including a processor and a communication interface. The communication interface is used to receive a first request from a first communication device; the first request is used to request information related to application traffic data collected by at least one terminal; the information related to the collected application traffic data is sent to the first communication device according to the first request; and an analysis result is obtained from the first communication device, the analysis result being provided by the first communication device based on the information related to the application traffic data. This terminal embodiment corresponds to the above-described terminal-side method embodiment. All implementation processes and methods of the above-described method embodiments can be applied to this terminal embodiment and achieve the same technical effect. Specifically, Figure 12 A schematic diagram of the hardware structure of a terminal to implement an embodiment of this application.

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

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

[0580] It should be understood that, in this embodiment, the input unit 1004 may include a graphics processing unit (GPU) 10041 and a microphone 10042. The GPU 10041 processes image data of still images or videos obtained by an image capture device (such as a camera) in video capture mode or image capture mode. The display unit 1006 may include a display panel 10061, which may be configured in the form of a liquid crystal display, an organic light-emitting diode, etc. 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 called a touch screen. The touch panel 10071 may include a touch detection device and a touch controller. Other input devices 10072 may include, but are not limited to, physical keyboards, function keys (such as volume control buttons, power buttons, etc.), trackballs, mice, joysticks, etc., which will not be described in detail here.

[0581] In this embodiment, the radio frequency unit 1001 receives downlink data from the network-side device and transmits it to the processor 1010 for processing. Additionally, the radio frequency unit 1001 can send uplink data to the network-side device. Typically, 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, and a duplexer.

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

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

[0584] The radio frequency unit is configured to receive a first request from a first communication device; the first request is configured to request information related to application traffic data collected by at least one terminal; send the information related to the collected application traffic data to the first communication device according to the first request; and obtain an analysis result from the first communication device, the analysis result being provided by the first communication device based on the information related to the application traffic data.

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

[0586] First indication information, the first indication information is used to instruct the terminal to collect first information;

[0587] A first time range, wherein the first time range is used to indicate that the terminal collects data within the first time range;

[0588] A first location range, wherein the first location range is used to indicate that the terminal collects data within the first location range;

[0589] The second indication information is used to indicate the reporting frequency of the first information;

[0590] The third instruction information is used to indicate the first URSP rule;

[0591] The first information includes at least one of the following: the URSP rules used by the terminal for application traffic; the result information after the terminal uses the URSP rules for application traffic; the usage frequency of the URSP rules; the usage frequency of the URSP rules; and the traffic type corresponding to the application traffic identified after the terminal uses the URSP rules for application traffic. The second information...

[0592] The terminal provides the result information after applying the first URSP rule to the application traffic, including the usage frequency of the first URSP rule, the number of times the first URSP rule is used, the traffic type of the application traffic identified by the terminal after applying the first URSP rule to the application traffic, and the execution result of the terminal after applying the first URSP rule to the application traffic.

[0593] The first URSP rule includes: a specific URSP rule, a specific traffic descriptor, a specific traffic type, or a specific routing descriptor (RSD).

[0594] Wherein, the traffic type indicates the service type to which the application traffic belongs; the usage frequency or frequency of the second information is lower than the first threshold; the second information includes at least one of the following: URSP rule, traffic descriptor, traffic type or routing descriptor RSD.

[0595] Optionally, the URSP rules used by the terminal for application traffic include at least one of the following:

[0596] The traffic descriptor used by the terminal for application traffic, and / or the priority of the traffic descriptor;

[0597] The RSD used by the terminal for application traffic, and / or the priority of the RSD.

[0598] Optionally, the result information after the terminal uses URSP rules for application traffic is used to indicate: the terminal uses URSP rules to trigger a new PDU session to carry the application traffic, or the terminal uses URSP rules to match the application traffic to an existing PDU session of the terminal; or,

[0599] The result information after the terminal uses the first URSP rule for application traffic is used to indicate: the terminal uses the first URSP rule to trigger a new PDU session to carry the application traffic, or the terminal uses the first URSP rule to match the application traffic to an existing PDU session of the terminal.

[0600] Optionally, the execution result of the terminal after applying the first URSP rule to the application traffic includes at least one of the following:

[0601] The RSD determined by the terminal after applying the first URSP rule to the application traffic;

[0602] The path selection component RSC under the RSD determined by the terminal for application traffic after using the first URSP rule;

[0603] The priority of the RSD determined by the terminal after applying the first URSP rule to the application traffic.

[0604] Optionally, the analysis results include at least one of the following:

[0605] At least one terminal uses URSP rules. The statistics include: usage frequency and / or usage frequency.

[0606] The performance index corresponding to at least one parameter in the RSD under the URSP rule;

[0607] The first target RSD corresponding to the traffic descriptor in the URSP rule includes parameters whose performance indicators are higher than preset values;

[0608] URSP rules after intelligent analysis;

[0609] The second time range is used to indicate the time range used by the URSP rule or RSD;

[0610] The second location range is used to indicate the location range used by the URSP rule or RSD.

[0611] Optionally, the analysis results include the analysis results of URSP rules. The processor 1010 is configured to generate target URSP rules for the traffic data of the first APP based on the analysis results of the URSP rules, and process the traffic data of the first APP based on the target URSP rules; or,

[0612] Based on the analysis results of the URSP rules, a second target RSD is determined, and the traffic data of the first APP is processed based on the URSP rules corresponding to the second target RSD.

[0613] Optionally, the processor 1010 is specifically used for:

[0614] Based on the performance metrics corresponding to at least one parameter in the RSD under the URSP rule in the analysis results, determine at least one parameter in the RSD under the traffic descriptor included in the target URSP rule.

[0615] Optionally, the processor 1010 is specifically used for:

[0616] If the analysis results of the URSP rule include the performance corresponding to the first RSD and the performance corresponding to the second RSD, and the performance corresponding to the first RSD is better than the performance corresponding to the second RSD, then the target RSD is the first RSD.

[0617] Optionally, the priority of the first RSD is lower than that of the second RSD.

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

[0619] If the priority of the first RSD is lower than that of the second RSD, the second target RSD is reported to the network-side device.

[0620] Optionally, the radio frequency unit 1001 is specifically used for:

[0621] Receive the analysis results sent by the second communication device; and / or,

[0622] Receive the analysis results sent by the third communication device.

[0623] Optionally, the radio frequency unit 1001 is specifically used for:

[0624] Receive the first request sent by the second communication device;

[0625] Optionally, the radio frequency unit 1001 is specifically used for:

[0626] The second communication device sends information related to the collected application traffic data to the first communication device based on the reporting frequency.

[0627] Optionally, the application traffic data information sent by the terminal is reported anonymously.

[0628] Optionally, the interface unit 1008 is specifically used for:

[0629] The analysis results are obtained through a second app;

[0630] The analysis results are sent to a first object via a second APP, the first object including at least one of the following: the terminal's operating system, other APPs on the terminal, or the terminal's chip.

[0631] Optionally, the interface unit 1008 is further configured to:

[0632] The analysis results are sent to the terminal's chip or other apps on the terminal via the terminal's operating system.

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

[0634] The third information sent by the second communication device is received. The third information includes at least one APP identifier, and the APP corresponding to the APP identifier is an APP in the terminal that can use the analysis results of the URSP rules.

[0635] Optionally, the interface unit 1008 is specifically used for:

[0636] Based on the third information sent by the first communication device, the analysis results are sent to the target APP, which is an APP capable of using the analysis results.

[0637] Optionally, the analysis results include:

[0638] Analyze the analysis results or prediction results corresponding to the ID;

[0639] Analyze the model address information corresponding to the ID.

[0640] The terminal in this embodiment can be used to execute the method of any of the aforementioned terminal-side method embodiments. Its specific implementation process and technical effects are the same as those in the terminal-side method embodiments. For details, please refer to the detailed description in the terminal-side method embodiments, which will not be repeated here.

[0641] This application embodiment also provides a first communication device, including a processor and a communication interface. The communication interface is used to send a first request to a second communication device. The first request is used to request information related to application traffic data collected by at least one terminal; to obtain the information related to the application traffic data from the at least one terminal; and the processor is used to analyze the information related to the application traffic data to obtain the analysis result of the terminal routing policy URSP rules. This first communication device embodiment corresponds to the above-described first communication device method embodiment. All implementation processes and methods of the above method embodiments can be applied to this first communication device embodiment and can achieve the same technical effect.

[0642] This application embodiment also provides a second communication device, including a processor and a communication interface. The communication interface is used to receive a first request sent by a first communication device. The first request is used to request information related to application traffic data collected by at least one terminal. The information related to the application traffic data from the at least one terminal is used by the first communication device to analyze and obtain the analysis results of the terminal routing policy URSP rules. This second communication device embodiment corresponds to the above-described second communication device method embodiment. All implementation processes and methods of the above method embodiments can be applied to this second communication device embodiment and achieve the same technical effects.

[0643] This application embodiment also provides a third communication device, including a processor and a communication interface. The communication interface is used to send a second request to a first communication device. The second request is for at least one of the following: requesting to obtain intelligently analyzed URSP rules; requesting to obtain performance indicators corresponding to at least one parameter in the RSD under at least one traffic descriptor in the terminal URSP rules; requesting to obtain a first target RSD corresponding to the traffic descriptor in the terminal URSP rules, wherein the first target RSD includes parameters whose performance indicators are higher than preset values; or, requesting to obtain performance indicators corresponding to the traffic descriptor in the terminal URSP rules. This third communication device embodiment corresponds to the above-described third communication device method embodiment. All implementation processes and methods of the above method embodiments can be applied to this third communication device embodiment and can achieve the same technical effects.

[0644] Specifically, embodiments of this application also provide a network-side device. For example... Figure 13 As shown, the network-side device 1300 includes a processor 1301, a network interface 1302, and a memory 1303. The network interface 1302 is, for example, a common public radio interface (CPRI).

[0645] Specifically, the network-side device 1300 of this embodiment further includes: instructions or programs stored in memory 1303 and executable on processor 1301, wherein processor 1301 calls the instructions or programs in memory 1303 to execute. Figures 7-9 The methods executed by each module shown achieve the same technical effect, and to avoid repetition, they will not be described in detail here.

[0646] Optionally, the first communication device, the second communication device, and the third communication device can all adopt the following... Figure 13 The structure of the network-side device is shown.

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

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

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

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

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

[0652] This application also provides a communication system, including: a terminal, a first communication device, a second communication device, and a third communication device. The terminal can be used to execute the steps of the method described above. The first communication device can be used to execute the steps of the data processing method described above. The second communication device can be used to execute the steps of the data processing method described above. The third communication device can be used to execute the steps of the data processing method described above.

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

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

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

Claims

1. A data processing method, characterized in that, include: The first communication device sends a first request to the second or third communication device, the first request being used to request information related to application traffic data collected by at least one terminal; The first communication device acquires information related to the application traffic data from the at least one terminal; The first communication device analyzes the information related to the application traffic data to obtain the analysis results of the terminal routing selection strategy URSP rules; The first request includes at least one of the following: First indication information, the first indication information is used to instruct the terminal to collect first information; A first time range, wherein the first time range is used to indicate that the terminal collects data within the first time range; A first location range, wherein the first location range is used to indicate that the terminal collects data within the first location range; The second indication information is used to indicate the reporting frequency of the first information.

2. The method according to claim 1, characterized in that, The first request also includes at least one of the following: The third instruction information is used to indicate the first URSP rule; The first information includes at least one of the following: the URSP rules used by the terminal for application traffic; the result information after the terminal uses the URSP rules for application traffic; the usage frequency of the URSP rules; the usage frequency of the URSP rules; and the traffic type corresponding to the application traffic identified by the terminal after using the URSP rules for application traffic. The second information includes the result information after the terminal uses the first URSP rule for application traffic, the usage frequency of the first URSP rule, the usage frequency of the first URSP rule, the traffic type of the application traffic identified by the terminal after using the first URSP rule for application traffic, and the execution result after the terminal uses the first URSP rule for application traffic. The first URSP rule includes: a specific URSP rule, a specific traffic descriptor, a specific traffic type, or a specific routing descriptor (RSD). Wherein, the traffic type indicates the service type to which the application traffic belongs; the usage frequency or frequency of the second information is lower than the first threshold; the second information includes at least one of the following: URSP rule, traffic descriptor, traffic type or routing descriptor RSD.

3. The method according to claim 2, characterized in that, The URSP rules used by the terminal for application traffic include at least one of the following: The traffic descriptor used by the terminal for application traffic, and / or the priority of the traffic descriptor; The RSD used by the terminal for application traffic, and / or the priority of the RSD.

4. The method according to claim 2, characterized in that, The result information after the terminal uses URSP rules for application traffic is used to indicate: the terminal uses URSP rules to trigger a new PDU session to carry the application traffic, or the terminal uses URSP rules to match the application traffic to an existing PDU session of the terminal. or, The result information after the terminal uses the first URSP rule for application traffic is used to indicate: the terminal uses the first URSP rule to trigger a new PDU session to carry the application traffic, or the terminal uses the first URSP rule to match the application traffic to an existing PDU session of the terminal.

5. The method according to claim 2, characterized in that, The execution result of the terminal after applying the first URSP rule to application traffic includes at least one of the following: The RSD determined by the terminal after applying the first URSP rule to the application traffic; The path selection component RSC under the RSD determined by the terminal for application traffic after using the first URSP rule; The priority of the RSD determined by the terminal after applying the first URSP rule to the application traffic.

6. The method according to claim 1 or 2, characterized in that, The analysis results of the URSP rules include at least one of the following: At least one terminal uses URSP rules. The statistics include: usage frequency and / or usage frequency. The performance index corresponding to at least one parameter in the RSD under the URSP rule; The first target RSD corresponding to the traffic descriptor in the URSP rule includes parameters whose performance indicators are higher than preset values; URSP rules after intelligent analysis; The second time range is used to indicate the time range used by the URSP rule or RSD; The second location range is used to indicate the location range used by the URSP rule or RSD.

7. The method according to claim 1 or 2, characterized in that, The first communication device acquires information related to the application traffic data from the at least one terminal, including: The first communication device receives information related to the application traffic data of the at least one terminal sent by the second or third communication device.

8. The method according to claim 1 or 2, characterized in that, The method further includes: The first communication device receives a second request sent by the third communication device. The second request is for at least one of the following: requesting to obtain the intelligently analyzed URSP rules; requesting to obtain the performance index corresponding to at least one parameter in the RSD under at least one traffic descriptor in the URSP rules; requesting to obtain the first target RSD corresponding to the traffic descriptor in the URSP rules, wherein the first target RSD includes parameters whose performance index is higher than a preset value; or, requesting to obtain the performance index corresponding to the traffic descriptor in the URSP rules. Based on the second request, the first communication device determines information about the second communication device or determines the type of information related to the application traffic data collected from the terminal; The first communication device sends a first request to the second or third communication device, including: The first communication device sends a first request to the second or third communication device based on information from the second or third communication device or information related to application traffic data collected from the terminal.

9. The method according to claim 8, characterized in that, The second request includes an analysis identifier, and the second request also includes at least one of the following: a first time range and a first location range; The first communication device sends a first request to the second or third communication device, including: The first communication device sends a first request to the second or third communication device based on at least one of the first time range and the first location range; The first request includes at least one of the first time range and the first location range.

10. The method according to claim 8, characterized in that, The second request includes an analysis identifier; When the second request is used to request performance corresponding to at least one parameter in the RSD under the URSP rule, the second request also includes at least one of the following: Data Network Name (DNN), Single Network Slice Selection Auxiliary Information (S-NSSAI), or Preferred Access Type; When the second request is used to request the first target RSD corresponding to the traffic descriptor in the URSP rule, the second request further includes: a traffic descriptor; the traffic descriptor includes at least one of the following: APP descriptor, IP descriptor, domain descriptor, non-Non-IP descriptor, DNN or connectivity.

11. The method according to claim 8, characterized in that, When the second request is used to request performance metrics corresponding to the traffic descriptor in the URSP rule, the second request further includes: APP descriptor and / or connectivity; the APP descriptor and / or connectivity is equivalent to at least one of DNN, IP descriptor, domain name descriptor, and Non-IP descriptor.

12. The method according to claim 1 or 2, characterized in that, The method further includes: The first communication device sends the analysis results of the URSP rules to the third communication device; and / or, The first communication device sends the analysis results of the URSP rules to the second communication device.

13. The method according to claim 1 or 2, characterized in that, The method further includes: The first communication device sends third information to the second or third communication device. The third information includes at least one APP identifier, and the APP corresponding to the APP identifier is an APP in the terminal that can use the analysis results of the URSP rules.

14. A data processing method, characterized in that, include: The second communication device receives a first request sent by the first communication device, the first request being used to request information related to application traffic data collected by at least one terminal. The second communication device acquires information related to the application traffic data from the at least one terminal; Information related to the application traffic data of at least one terminal is used by the first communication device to analyze and obtain the analysis results of the terminal routing strategy URSP rules; The first request includes at least one of the following: First indication information, the first indication information is used to instruct the terminal to collect first information; A first time range, wherein the first time range is used to indicate that the terminal collects data within the first time range; A first location range, wherein the first location range is used to indicate that the terminal collects data within the first location range; The second indication information is used to indicate the reporting frequency of the first information.

15. The method according to claim 14, characterized in that, The first request also includes at least one of the following: The third instruction information is used to indicate the first URSP rule; The first information includes at least one of the following: the URSP rules used by the terminal for application traffic; the result information after the terminal uses the URSP rules for application traffic; the usage frequency of the URSP rules; the usage frequency of the URSP rules; and the traffic type corresponding to the application traffic identified by the terminal after using the URSP rules for application traffic. The second information includes the result information after the terminal uses the first URSP rule for application traffic, the usage frequency of the first URSP rule, the usage frequency of the first URSP rule, the traffic type of the application traffic identified by the terminal after using the first URSP rule for application traffic, and the execution result after the terminal uses the first URSP rule for application traffic. The first URSP rule includes: a specific URSP rule, a specific traffic descriptor, a specific traffic type, or a specific routing descriptor (RSD). Wherein, the traffic type indicates the service type to which the application traffic belongs; the usage frequency or frequency of the second information is lower than the first threshold; the second information includes at least one of the following: URSP rule, traffic descriptor, traffic type or routing descriptor RSD.

16. The method according to claim 15, characterized in that, The URSP rules used by the terminal for application traffic include at least one of the following: The traffic descriptor used by the terminal for application traffic, and / or the priority of the traffic descriptor; The RSD used by the terminal for application traffic, and / or the priority of the RSD.

17. The method according to claim 15, characterized in that, The result information after the terminal uses URSP rules for application traffic is used to indicate: the terminal uses URSP rules to trigger a new PDU session to carry the application traffic, or the terminal uses URSP rules to match the application traffic to an existing PDU session of the terminal. or, The result information after the terminal uses the first URSP rule for application traffic is used to indicate: the terminal uses the first URSP rule to trigger a new PDU session to carry the application traffic, or the terminal uses the first URSP rule to match the application traffic to an existing PDU session of the terminal.

18. The method according to claim 15, characterized in that, The execution result of the terminal using the first URSP rule for application traffic includes at least one of the following: The RSD determined by the terminal after applying the first URSP rule to the application traffic; The path selection component RSC under the RSD determined by the terminal for application traffic after using the first URSP rule; The priority of the RSD determined by the terminal after applying the first URSP rule to the application traffic.

19. The method according to claim 14 or 15, characterized in that, The analysis results of the URSP rules include at least one of the following: At least one terminal uses URSP rules. The statistics include: usage frequency and / or usage frequency. The performance index corresponding to at least one parameter in the RSD under the URSP rule; The first target RSD corresponding to the traffic descriptor in the URSP rule includes parameters whose performance indicators are higher than preset values; URSP rules after intelligent analysis; The second time range is used to indicate the time range used by the URSP rule or RSD; The second location range is used to indicate the location range used by the URSP rule or RSD.

20. The method according to claim 14 or 15, characterized in that, The method further includes: The second communication device sends information related to the application traffic data of the at least one terminal to the first communication device.

21. The method according to claim 14 or 15, characterized in that, The method further includes: The second communication device receives the analysis results of the URSP rules sent by the first communication device.

22. The method according to claim 14 or 15, characterized in that, The method further includes: The second communication device receives third information sent by the first communication device. The third information includes at least one APP identifier, and the APP corresponding to the APP identifier is an APP in the terminal that can use the analysis results of the URSP rules.

23. A data processing method, characterized in that, include: The third communication device sends a second request to the first communication device, the second request being for at least one of the following: requesting to obtain the intelligently analyzed URSP rules; The request is to obtain the performance metrics corresponding to at least one parameter in the RSD under at least one traffic descriptor in the terminal URSP rule; the request is to obtain the first target RSD corresponding to the traffic descriptor in the terminal URSP rule, wherein the first target RSD includes parameters whose performance metrics are higher than a preset value; or, the request is to obtain the performance metrics corresponding to the traffic descriptor in the terminal URSP rule. The second request further includes at least one of the following: a first time range and a first location range; the first time range is used to instruct the terminal to collect data within the first time range; the first location range is used to instruct the terminal to collect data within the first location range; The second request is used to cause the first communication device to send a first request to the second communication device based on at least one of the first time range and the first location range; The first request is used to request information related to application traffic data collected by at least one terminal; The first request includes at least one of the first time range and the first location range.

24. The method according to claim 23, characterized in that, The second request includes an analysis identifier.

25. The method according to claim 24, characterized in that, When the second request is used to request performance corresponding to at least one parameter in the RSD under the URSP rule, the second request also includes at least one of the following: Data Network Name (DNN), Single Network Slice Selection Auxiliary Information (S-NSSAI), or Preferred Access Type; In the case where the second request is used to request the first target RSD corresponding to the traffic descriptor in the URSP rule, the second request further includes: the traffic descriptor; The traffic descriptor includes at least one of the following: APP descriptor, IP descriptor, domain descriptor, non-Non-IP descriptor, DNN or connectivity.

26. The method according to any one of claims 23-25, characterized in that, When the second request is used to request the performance metrics corresponding to the traffic descriptor in the terminal URSP rule, the second request further includes: APP descriptor and / or connectivity; the APP descriptor and / or connectivity is equivalent to at least one of DNN, IP descriptor, domain name descriptor, and Non-IP descriptor.

27. The method according to any one of claims 23-25, characterized in that, The method further includes: The third communication device receives the analysis results of the URSP rules sent by the first communication device.

28. The method according to any one of claims 23-25, characterized in that, The analysis results of the URSP rules include at least one of the following: At least one terminal uses URSP rules. The statistics include: usage frequency and / or usage frequency. The performance index corresponding to at least one parameter in the RSD under the URSP rule; The first target RSD corresponding to the traffic descriptor in the URSP rule includes parameters whose performance indicators are higher than preset values; URSP rules after intelligent analysis; The second time range is used to indicate the time range used by the URSP rule or RSD; The second location range is used to indicate the location range used by the URSP rule or RSD.

29. The method according to any one of claims 23-25, characterized in that, After the third communication device obtains the analysis results of the URSP rules, the method further includes: The third communication device adjusts the URSP rules of the terminal and sends the adjusted URSP rules to the terminal.

30. The method according to any one of claims 23-25, characterized in that, After the third communication device obtains the analysis results of the URSP rules, the method further includes: Based on the analysis results, the third communication device determines a second time range and / or a second location range, wherein the second time range is used to indicate the time range used by the URSP rule or RSD; and the second location range is used to indicate the location range used by the URSP rule or RSD.

31. A data processing method, characterized in that, include: The third communication device receives a first request sent by the first communication device, the first request being used to request information related to application traffic data collected by at least one terminal. The third communication device acquires information related to the application traffic data from the at least one terminal; Information related to the application traffic data of at least one terminal is used by the first communication device to analyze and obtain the analysis results of the terminal routing strategy URSP rules; The first request includes at least one of the following: First indication information, the first indication information is used to instruct the terminal to collect first information; A first time range, wherein the first time range is used to indicate that the terminal collects data within the first time range; A first location range, wherein the first location range is used to indicate that the terminal collects data within the first location range; The second indication information is used to indicate the reporting frequency of the first information.

32. The method according to claim 31, characterized in that, The first request also includes at least one of the following: The third instruction information is used to indicate the first URSP rule; The first information includes at least one of the following: the URSP rules used by the terminal for application traffic; the result information after the terminal uses the URSP rules for application traffic; the usage frequency of the URSP rules; the usage frequency of the URSP rules; and the traffic type corresponding to the application traffic identified by the terminal after using the URSP rules for application traffic. The second information includes the result information after the terminal uses the first URSP rule for application traffic, the usage frequency of the first URSP rule, the usage frequency of the first URSP rule, the traffic type of the application traffic identified by the terminal after using the first URSP rule for application traffic, and the execution result after the terminal uses the first URSP rule for application traffic. The first URSP rule includes: a specific URSP rule, a specific traffic descriptor, a specific traffic type, or a specific routing descriptor (RSD). Wherein, the traffic type indicates the service type to which the application traffic belongs; the usage frequency or frequency of the second information is lower than the first threshold; the second information includes at least one of the following: URSP rule, traffic descriptor, traffic type or routing descriptor RSD.

33. The method according to claim 32, characterized in that, The URSP rules used by the terminal for application traffic include at least one of the following: The traffic descriptor used by the terminal for application traffic, and / or the priority of the traffic descriptor; The RSD used by the terminal for application traffic, and / or the priority of the RSD.

34. The method according to claim 32, characterized in that, The result information after the terminal uses URSP rules for application traffic is used to indicate: the terminal uses URSP rules to trigger a new PDU session to carry the application traffic, or the terminal uses URSP rules to match the application traffic to an existing PDU session of the terminal. or, The result information after the terminal uses the first URSP rule for application traffic is used to indicate: the terminal uses the first URSP rule to trigger a new PDU session to carry the application traffic, or the terminal uses the first URSP rule to match the application traffic to an existing PDU session of the terminal.

35. The method according to claim 32, characterized in that, The execution result of the terminal using the first URSP rule for application traffic includes at least one of the following: The RSD determined by the terminal after applying the first URSP rule to the application traffic; The path selection component RSC under the RSD determined by the terminal for application traffic after using the first URSP rule; The priority of the RSD determined by the terminal after applying the first URSP rule to the application traffic.

36. The method according to any one of claims 31 to 35, characterized in that, The analysis results of the URSP rules include at least one of the following: At least one terminal uses URSP rules. The statistics include: usage frequency and / or usage frequency. The performance index corresponding to at least one parameter in the RSD under the URSP rule; The first target RSD corresponding to the traffic descriptor in the URSP rule includes parameters whose performance indicators are higher than preset values; URSP rules after intelligent analysis; The second time range is used to indicate the time range used by the URSP rule or RSD; The second location range is used to indicate the location range used by the URSP rule or RSD.

37. The method according to claim 31 or 32, characterized in that, The method further includes: The third communication device sends information related to the application traffic data of the at least one terminal to the first communication device.

38. The method according to claim 31 or 32, characterized in that, The method further includes: The third communication device receives the analysis results of the URSP rules sent by the first communication device.

39. The method according to claim 31 or 32, characterized in that, The method further includes: The third communication device receives third information sent by the first communication device. The third information includes at least one APP identifier, and the APP corresponding to the APP identifier is an APP in the terminal that can use the analysis results of the URSP rules.

40. A data processing method, characterized in that, include: The terminal receives a first request from a first communication device or a third communication device; The first request is used to request information related to application traffic data collected by at least one terminal; The terminal sends information related to the collected application traffic data to the first communication device or the third communication device according to the first request; The terminal obtains analysis results from the first communication device, and the analysis results are provided by the first communication device based on information related to the application traffic data. The first request includes at least one of the following: First indication information, the first indication information is used to instruct the terminal to collect first information; A first time range, wherein the first time range is used to indicate that the terminal collects data within the first time range; A first location range, wherein the first location range is used to indicate that the terminal collects data within the first location range; The second indication information is used to indicate the reporting frequency of the first information.

41. The method according to claim 40, characterized in that, The first request also includes at least one of the following: The third instruction information is used to indicate the first URSP rule; The first information includes at least one of the following: the URSP rules used by the terminal for application traffic; the result information after the terminal uses the URSP rules for application traffic; the usage frequency of the URSP rules; the usage frequency of the URSP rules; and the traffic type corresponding to the application traffic identified by the terminal after using the URSP rules for application traffic. The second information includes the result information after the terminal uses the first URSP rule for application traffic, the usage frequency of the first URSP rule, the usage frequency of the first URSP rule, the traffic type of the application traffic identified by the terminal after using the first URSP rule for application traffic, and the execution result after the terminal uses the first URSP rule for application traffic. The first URSP rule includes: a specific URSP rule, a specific traffic descriptor, a specific traffic type, or a specific routing descriptor (RSD). Wherein, the traffic type indicates the service type to which the application traffic belongs; the usage frequency or frequency of the second information is lower than the first threshold; the second information includes at least one of the following: URSP rule, traffic descriptor, traffic type or routing descriptor RSD.

42. The method according to claim 41, characterized in that, The URSP rules used by the terminal for application traffic include at least one of the following: The traffic descriptor used by the terminal for application traffic, and / or the priority of the traffic descriptor; The RSD used by the terminal for application traffic, and / or the priority of the RSD.

43. The method according to claim 41, characterized in that, The result information after the terminal uses URSP rules for application traffic is used to indicate: the terminal uses URSP rules to trigger a new PDU session to carry the application traffic, or the terminal uses URSP rules to match the application traffic to an existing PDU session of the terminal. or, The result information after the terminal uses the first URSP rule for application traffic is used to indicate: the terminal uses the first URSP rule to trigger a new PDU session to carry the application traffic, or the terminal uses the first URSP rule to match the application traffic to an existing PDU session of the terminal.

44. The method according to claim 41, characterized in that, The execution result of the terminal after applying the first URSP rule to application traffic includes at least one of the following: The RSD determined by the terminal after applying the first URSP rule to the application traffic; The path selection component RSC under the RSD determined by the terminal for application traffic after using the first URSP rule; The priority of the RSD determined by the terminal after applying the first URSP rule to the application traffic.

45. The method according to claim 40 or 41, characterized in that, The analysis results include at least one of the following: At least one terminal uses URSP rules. The statistics include: usage frequency and / or usage frequency. The performance index corresponding to at least one parameter in the RSD under the URSP rule; The first target RSD corresponding to the traffic descriptor in the URSP rule includes parameters whose performance indicators are higher than preset values; URSP rules after intelligent analysis; The second time range is used to indicate the time range used by the URSP rule or RSD; The second location range is used to indicate the location range used by the URSP rule or RSD.

46. ​​The method according to claim 40 or 41, characterized in that, The analysis results include the analysis results of URSP rules, and the method further includes: Based on the analysis results of the URSP rules, the terminal generates target URSP rules for the traffic data of the first APP, and processes the traffic data of the first APP based on the target URSP rules; or, Based on the analysis results of the URSP rules, the terminal determines the second target RSD and processes the traffic data of the first APP based on the URSP rules corresponding to the second target RSD.

47. The method according to claim 46, characterized in that, Based on the analysis results of the URSP rules, the terminal generates target URSP rules for the traffic data of the first APP, including: The terminal determines at least one parameter in the RSD under the traffic descriptor included in the target URSP rule based on the performance index corresponding to at least one parameter in the RSD under the URSP rule in the analysis results.

48. The method according to claim 46, characterized in that, Based on the analysis results of the URSP rules, the terminal determines the second target RSD, including: If the analysis results of the URSP rule include the performance corresponding to the first RSD and the performance corresponding to the second RSD, and the performance corresponding to the first RSD is better than the performance corresponding to the second RSD, then the second target RSD is the first RSD.

49. The method according to claim 48, characterized in that, The first RSD has a lower priority than the second RSD.

50. The method according to claim 48 or 49, characterized in that, The method further includes: When the priority of the first RSD is lower than that of the second RSD, the terminal reports the second target RSD to the network-side device.

51. The method according to claim 40 or 41, characterized in that, The terminal acquires analysis results from the first communication device, including: The terminal receives the analysis results sent by the second communication device; and / or, The terminal receives the analysis results sent by the third communication device.

52. The method according to claim 40 or 41, characterized in that, The terminal receives a first request from the first communication device, including: The terminal receives the first request sent by the second or third communication device; The terminal sends information related to the collected application traffic data to the first communication device, including: The terminal sends information related to the collected application traffic data to the first communication device based on the reporting frequency through a second or third communication device.

53. The method according to claim 40 or 41, characterized in that, The information related to application traffic data sent by the terminal is reported anonymously.

54. The method according to claim 40 or 41, characterized in that, The terminal acquires analysis results from the first communication device, including: The terminal obtains the analysis results through a second APP; The terminal sends the analysis results to a first object through a second APP, and the first object includes at least one of the following: the terminal's operating system, other APPs on the terminal, or the terminal's chip.

55. The method according to claim 40 or 41, characterized in that, After the terminal sends the analysis results to its operating system via the second APP, the method further includes: The terminal sends the analysis results to the terminal's chip or other apps on the terminal through its operating system.

56. The method according to claim 53, characterized in that, The method further includes: The terminal receives third information sent by the second communication device. The third information includes at least one APP identifier, and the APP corresponding to the APP identifier is an APP in the terminal that can use the analysis results.

57. The method according to claim 56, characterized in that, The terminal sends the analysis results to the first object via the second APP, including: The terminal sends the analysis results to the target APP based on the third information sent by the first communication device. The target APP is an APP that can use the analysis results.

58. The method according to claim 54, characterized in that, The analysis results include: Analyze the analysis results or prediction results corresponding to the ID; Analyze the model address information corresponding to the ID.

59. A data processing apparatus, characterized in that, include: The sending module is used to send a first request to a second communication device or a third communication device, wherein the first request is used to request information related to application traffic data collected by at least one terminal. The acquisition module is used to acquire information related to the application traffic data from the at least one terminal; The processing module is used to analyze the information related to the application traffic data to obtain the analysis results of the terminal routing selection strategy URSP rules; The first request includes at least one of the following: First indication information, the first indication information is used to instruct the terminal to collect first information; A first time range, wherein the first time range is used to indicate that the terminal collects data within the first time range; A first location range, wherein the first location range is used to indicate that the terminal collects data within the first location range; The second indication information is used to indicate the reporting frequency of the first information.

60. A data processing apparatus, characterized in that, include: The receiving module is configured to receive a first request sent by the first communication device, wherein the first request is used to request information related to application traffic data collected by at least one terminal; The acquisition module is used to acquire information related to the application traffic data from the at least one terminal; Information related to the application traffic data of at least one terminal is used by the first communication device to analyze and obtain the analysis results of the terminal routing strategy URSP rules; The first request includes at least one of the following: First indication information, the first indication information is used to instruct the terminal to collect first information; A first time range, wherein the first time range is used to indicate that the terminal collects data within the first time range; A first location range, wherein the first location range is used to indicate that the terminal collects data within the first location range; The second indication information is used to indicate the reporting frequency of the first information.

61. A data processing apparatus, characterized in that, include: The sending module is configured to send a second request to the first communication device, the second request being for at least one of the following: requesting to obtain the intelligently analyzed URSP rules; requesting to obtain the performance index corresponding to at least one parameter in the RSD under at least one traffic descriptor in the terminal URSP rules; requesting to obtain the first target RSD corresponding to the traffic descriptor in the terminal URSP rules, the first target RSD including parameters whose performance index is higher than a preset value; or, requesting to obtain the performance index corresponding to the traffic descriptor in the terminal URSP rules. The second request includes at least one of the following: a first time range and a first location range; the first time range is used to instruct the terminal to collect data within the first time range; the first location range is used to instruct the terminal to collect data within the first location range; The second request is used to cause the first communication device to send a first request to the second communication device based on at least one of the first time range and the first location range; The first request is used to request information related to application traffic data collected by at least one terminal; The first request includes at least one of the first time range and the first location range.

62. A data processing apparatus, characterized in that, include: The receiving module is used to receive a first request from the first communication device; The first request is used to request information related to application traffic data collected by at least one terminal; The sending module is used to send information related to the collected application traffic data to the first communication device according to the first request; The acquisition module is used to acquire analysis results from the first communication device, wherein the analysis results are provided by the first communication device based on information related to the application traffic data; The first request includes at least one of the following: First indication information, the first indication information is used to instruct the terminal to collect first information; A first time range, wherein the first time range is used to indicate that the terminal collects data within the first time range; A first location range, wherein the first location range is used to indicate that the terminal collects data within the first location range; The second indication information is used to indicate the reporting frequency of the first information.

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

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

65. A third communication device, characterized in that, It includes a processor and a memory, the memory storing a program or instructions that can run on the processor, the program or instructions being executed by the processor to implement the steps of the data processing method as described in any one of claims 23 to 30, or to implement the steps of the data processing method as described in any one of claims 31 to 39.

66. A terminal, characterized in that, It includes a processor and a memory, the memory storing a program or instructions that can run on the processor, the program or instructions being executed by the processor to implement the steps of the data processing method as described in any one of claims 40 to 58.

67. A readable storage medium, characterized in that, The readable storage medium stores a program or instructions that, when executed by a processor, implement the data processing method as described in any one of claims 1 to 13, or the data processing method as described in any one of claims 14 to 22, or the data processing method as described in any one of claims 23 to 39, or the steps of the data processing method as described in any one of claims 40 to 58.

Images