WO2023207870A1 - 数据处理方法、终端及网络侧设备 - Google Patents

数据处理方法、终端及网络侧设备 Download PDF

Info

Publication number
WO2023207870A1
WO2023207870A1 PCT/CN2023/090184 CN2023090184W WO2023207870A1 WO 2023207870 A1 WO2023207870 A1 WO 2023207870A1 CN 2023090184 W CN2023090184 W CN 2023090184W WO 2023207870 A1 WO2023207870 A1 WO 2023207870A1
Authority
WO
WIPO (PCT)
Prior art keywords
terminal
ursp
communication device
rsd
traffic
Prior art date
Application number
PCT/CN2023/090184
Other languages
English (en)
French (fr)
Inventor
吕华章
崇卫微
吴晓波
Original Assignee
维沃移动通信有限公司
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Priority claimed from CN202210908514.1A external-priority patent/CN116996904A/zh
Application filed by 维沃移动通信有限公司 filed Critical 维沃移动通信有限公司
Publication of WO2023207870A1 publication Critical patent/WO2023207870A1/zh

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W24/00—Supervisory, monitoring or testing arrangements
    • H04W24/02—Arrangements for optimising operational condition

Definitions

  • This application belongs to the field of communication technology, and specifically relates to a data processing method, terminal and network side equipment.
  • UE Route Selection Policy (URSP) rules are a strategy for selecting routes defined by 3GPP. According to the URSP rules, the terminal can match APP traffic to a specific PDU session and use the matching PDU session to send the APP traffic. Because NWDAF can provide a variety of analysis functions, such as Observed Service Experience related network data analytics. Therefore, for those skilled in the art, in order to improve the efficiency of network resource usage, as well as to improve terminal performance and the usage efficiency of URSP rules, it is necessary to implement the analysis function of URSP rules provided by NWDAF.
  • the first communication device analyzes and obtains the analysis result of the terminal routing policy URSP rule based on the information related to the application traffic data.
  • the second communication device or the third communication device receives the first request sent by the first communication device, where the first request is used to request to obtain information related to application traffic data collected by at least one terminal;
  • the third communication device sends a second request to the first communication device.
  • the second request is used for at least one of the following: requesting to obtain the URSP rules after intelligent analysis; requesting to obtain the RSD of at least one traffic descriptor in the terminal URSP rule. A performance index corresponding to at least one parameter; requesting to obtain the first target RSD corresponding to the traffic descriptor in the terminal URSP rule, where the first target RSD includes parameters whose performance index is higher than the preset value; or, requesting to obtain the said Performance indicators corresponding to the traffic descriptor in the terminal URSP rule.
  • the fourth aspect provides a data processing method, including:
  • a data processing device including:
  • a data processing device including:
  • An acquisition module configured to acquire information related to the application traffic data from the at least one terminal; the information related to the application traffic data of the at least one terminal is used for analysis by the first communication device to obtain terminal routing policy URSP rules. analysis results.
  • a data processing device including:
  • a receiving module configured to receive a first request from the first communication device; the first request is used to request to obtain information related to application traffic data collected by at least one terminal;
  • a first communication device in a tenth aspect, includes a processor and a memory.
  • the memory stores programs or instructions that can be run on the processor.
  • the program or instructions are used by the processor. When executed, the steps of the method as described in the first aspect are implemented.
  • a third communication device in a fourteenth aspect, includes a processor and a memory.
  • the memory stores programs or instructions that can be run on the processor.
  • the program or instructions are processed by the processor.
  • the processor When the processor is executed, the steps of the method as described in the third aspect are implemented.
  • a third communication device in a sixteenth aspect, includes a processor and a memory.
  • the memory stores programs or instructions that can be run on the processor.
  • the programs or instructions are processed by the processor.
  • the processor When the processor is executed, the steps of the method described in the fourth aspect are implemented.
  • a terminal in an eighteenth aspect, includes a processor and a memory.
  • the memory stores programs or instructions that can be run on the processor.
  • the program or instructions When the program or instructions are executed by the processor, the following is implemented: The steps of the method described in the fifth aspect.
  • a chip in a twenty-second aspect, 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 as described in the first aspect. method, or implement the method described in the second aspect, or implement the method described in the third aspect, or implement the method described in the fourth aspect The method described in the fifth aspect, or the steps described in the fifth aspect.
  • Figure 12 is a schematic diagram of the hardware structure of a terminal provided by an embodiment of the present application.
  • FIG. 1 shows a block diagram of a wireless communication system to which embodiments of the present application are applicable.
  • the wireless communication system includes a terminal 11 and a network side device 12.
  • the terminal 11 may be a mobile phone, a tablet computer (Tablet Personal Computer), a laptop computer (Laptop Computer), or a notebook computer, a personal digital assistant (Personal Digital Assistant, PDA), a palmtop computer, a netbook, or a super mobile personal computer.
  • Tablet Personal Computer Tablet Personal Computer
  • laptop computer laptop computer
  • PDA Personal Digital Assistant
  • PDA Personal Digital Assistant
  • the base station may be called a Node B, an evolved Node B (eNB), an access point, a Base Transceiver Station (BTS), a radio Base station, radio transceiver, Basic Service Set (BSS), Extended Service Set (ESS), Home Node B, Home Evolved Node B, Transmitting Receiving Point (TRP) or all
  • eNB evolved Node B
  • BTS Base Transceiver Station
  • BSS Basic Service Set
  • ESS Extended Service Set
  • Home Node B Home Evolved Node B
  • TRP Transmitting Receiving Point
  • the analysis or prediction content that NWDAF can provide is distinguished by an analysis ID (Analytic ID).
  • an analysis ID Analytic ID
  • NWDAF can provide analysis and prediction results corresponding to the analysis ID.
  • Analytic ID Service Experience; therefore, as long as you obtain the network element of the NWDAF service and enter the Analytic ID when requesting analysis, then NWDAF can provide the corresponding analysis.
  • Table 1 shows the Analytic IDs corresponding to all the analysis functions currently provided by NWDAF.
  • the APP can send an IP description to describe the APP's traffic.
  • the next step is to choose which PDU session to use to send the APP's traffic.
  • FIG 2 is one of the schematic flow diagrams of the data processing method provided by the embodiment of the present application. As shown in Figure 2, the method provided by this embodiment includes:
  • the first communication device, the second communication device and the third communication device may be network side devices (such as core network devices), the first communication device may be, for example, an NWDAF network element, and the second communication device may be, for example, an application function ( Application Function, AF) network element, data collection application function (Data Collection Application Function, DCAF).
  • the third communication device may be a PCF.
  • the first communication device sends a first request to the second communication device or the third communication device.
  • the first request is used to request information related to application traffic data collected by at least one terminal;
  • the communication device may send a data collection request message to at least one terminal to instruct the terminal to collect information related to application traffic data, for example, to collect information related to URSP rules, such as: the terminal uses for application traffic URSP rules, frequency of use and/or frequency of use of URSP rules, traffic types corresponding to application traffic identified by the terminal after using URSP rules for application traffic (such as the business type of application traffic), etc.
  • the first communication device may also indicate in the signaling summary the terminal identifier or a group of terminal identifiers of the data to be collected, or a piece of location information, that is, the terminal that meets the location information requirements, all of which belong to the URSP rules to be collected and executed.
  • the resulting terminal includes: DNAI, cell ID, TAI list, etc.
  • the third communication device can collect the execution results of the terminal URSP rules.
  • Step 102 The first communication device obtains information related to application traffic data from at least one terminal;
  • 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.
  • the PCF or other core network 5GC network elements can request the first communication device to analyze the performance of the network parameter under a certain RSD in the specific URSP rule.
  • RSD1 and RSD2 have differences in selecting slices.
  • RSD1 uses slice S-NSSAI-a
  • RSD2 uses slice S-NSSAI-b.
  • PCF can request the first communication device to analyze the slicing performance of the two slices corresponding to S-NSSAI-a and S-NSSAI-b.
  • the first communication device sends a first request to the second communication device or the third communication device.
  • the first request is used to request to obtain information related to application traffic data collected by at least one terminal; the first communication device obtains information from Information related to the application traffic data of at least one terminal, and based on the information related to the application traffic data, the analysis results of the terminal routing policy URSP rules are obtained, and then the URSP rules to be used for the terminal can be determined based on the analysis results.
  • the above solution realizes the The analysis function of information related to the application traffic data collected by the terminal can also improve the terminal performance and the efficiency of using URSP rules.
  • the first request includes at least one of the following:
  • the first indication information is used to instruct the terminal to collect the first information
  • the first time range is used to instruct the terminal to collect within the first time range; that is, it specifies the time range for collecting terminal data, for example, collecting data within a week.
  • the first location range is used to instruct the terminal to collect within the first location range; that is, it stipulates that the terminal must be within the specified location range before data collection is performed. It can be understood that the first location range can be used to instruct the terminal within the first location range to perform data collection.
  • the first information includes at least one of the following: URSP rules used by the terminal for application traffic; result information after the terminal uses URSP rules for application traffic; frequency of use of URSP rules; frequency of use of URSP rules; use of URSP by the terminal for application traffic After the rule, the traffic type corresponding to the identified application traffic; the second information, the result information after the terminal uses the first URSP rule for the application traffic, the frequency of use of the first URSP rule, the frequency of use of the first URSP rule, the terminal After using the first URSP rule for application traffic, the identified traffic type of the 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;
  • the third indication information may indicate a specific URSP rule, a specific traffic descriptor, a specific traffic type, or a specific routing descriptor RSD, and the first communication device may collect the terminal from the terminal to use a specific traffic descriptor for the application traffic.
  • URSP rules, specific traffic descriptors, specific traffic types, or execution results after specific RSD For example, if the specific traffic descriptor (traffic descriptor) indicated by the third indication information is "10.1.1.1", the first communication device can collect from the terminal, and when the terminal executes URSP rules with the traffic descriptor of 10.1.1.1 for the application traffic execution results.
  • RSD1 is the result of using the traffic descriptor. This result can be reported by the terminal to the third communication device, and the third communication device Sent to the first communication device.
  • the third communication device reports the usage result of the specific traffic descriptor to the first communication device.
  • the traffic type represents 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 rules, traffic descriptors, traffic types or routing descriptors. RSD.
  • Collecting the second information indicates that the first communication device can collect less frequently used URSP rules from the terminal. For example, in the first communication device setting, the terminal needs to set the URSP that is used less than 10 times. Rule reporting. Then the terminal can report URSP rules that are used less than 10 times within the specified time within the terminal, such as Traffic descriptor, or RSD under a certain Traffic descriptor, to the first communication device (for example, through the second communication device).
  • the URSP rules used by the terminal for application traffic include at least one of the following:
  • the parameters in the RSD include: SSC mode 2, S-NSSAI a.
  • 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 the terminal's existing PDU sessions.
  • the terminal uses URSP rules for application traffic
  • 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, access type, etc., are consistent with the session parameters of this PDU session; in another case, the terminal uses URSP rules for APP traffic
  • the terminal uses URSP rules for APP traffic
  • the terminal uses URSP rules for APP traffic
  • the frequency of use or frequency of use of the URSP rule can be counted within a certain first time range, and the first time range can be agreed upon by the protocol, preconfigured or configured by the network side device.
  • the business types to which the application traffic belongs include games, videos, enterprises, etc.
  • the usage frequency or the frequency being lower than the first threshold can be for a certain second time range.
  • the second time range can be agreed upon by the protocol, preconfigured or configured by the network side device;
  • the first threshold can be It is agreed upon by the protocol and preconfigured or configured by the network side device.
  • the terminal reports the number of internal uses of the terminal or the traffic descriptor, traffic type or RSD with relatively low frequency of use.
  • RSD2 in the terminal is often not used.
  • RSD 2 includes: SSC mode 1, non-3GPP Access. Then the RSD2 with low usage frequency can be reported. The purpose of this is to optimize the terminal URSP rules. The low usage frequency indicates that the RSD design is unreasonable, resulting in the terminal often not using this rule.
  • the reporting frequency may be on a daily or monthly basis, etc., and the terminal does not need to report the information immediately after collecting the information.
  • Report to AF DCAF
  • the terminal can report the usage of URSP rules according to the reporting frequency required by the first communication device;
  • the terminal can perform some preliminary processing on the collected URSP rule usage before reporting it, for example, calculating the usage frequency of a certain RSD in a certain day.
  • the terminal can do some processing on the collected data first, for example, for a certain Traffic descriptor, preliminary statistics of the RSD used (RSD1 usage rate 76%, RSD2 usage rate 24%, etc.), instead of saying that the terminal processes each traffic descriptor.
  • the usage results of each URSP rule are directly reported to the first communication device for statistics.
  • the terminal itself can also collect data and perform some preliminary statistics or analysis.
  • DCAF collects information related to application traffic data from terminals
  • anonymous collection can be used.
  • the content included in the first request can be used to indicate the type of information collected by the terminal, the reporting frequency, the time range for collecting information, the location range, etc., and the complexity of terminal implementation is low.
  • the analysis results of URSP rules include at least one of the following:
  • Statistical information of at least one terminal using URSP rules includes: frequency of use and/or frequency of use;
  • Performance index corresponding to at least one parameter in RSD under URSP rules
  • a second time range, the second time range is used to indicate the time range used by URSP rules or RSD;
  • the second location range is used to indicate the location range used by URSP rules or RSD.
  • a second time range, the second time range is used to indicate the time range used by the first URSP rule
  • 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 in the second location range. .
  • the analysis results of the URSP rules can obtain multiple candidate RSDs corresponding to the traffic descriptor in the first URSP rule and their corresponding priorities, the frequency or frequency of use of the multiple candidate RSDs, and the number of times corresponding to each RSD.
  • Performance that is, when the target RSD is used, the performance reflected by the comprehensive use of all RSCs in the target RSD.
  • the performance refers to the QoS indicators of the application traffic in the 5G network (such as uplink and downlink rates, uplink and downlink delays, uplink and downlink packet loss rates) after using the first URSP rule (including traffic descriptor and target RSD).
  • the client application experience or server application experience after the application traffic accesses the application server for example, the uplink and downlink rates experienced by the user, or the uplink and downlink rates experienced by the server, uplink and downlink delays, uplink and downlink loss package rate, etc.;
  • the first communication device performs an intelligent analysis on the information collected by the terminal, and obtains the analysis results of the URSP rules. For example, it performs statistics on the information collected by at least one terminal, and obtains statistical information, such as the frequency of use and/or usage of the URSP rules. frequency;
  • the third communication device PCF can also determine the time window and location standard of the URSP rules or RSD based on the analysis results:
  • Time window refers to the time range within which RSD can be used
  • Location Criteria means that RSD can be used within the location range corresponding to the location criterion.
  • the RSD performance is better, so this RSD is used; but outside the range or time range corresponding to this position standard, so the RSD performance is better.
  • the parameters in the RSD described above have poor performance. For example, DNN1 in the RSD. At this time, the data network represented by DNN1 is congested, the uplink and downlink rates are very low, and it is not suitable for access at all.
  • NWDAF can analyze or predict that RSD will be available in the future time and/or within a predicted location range, that is, the parameters included in RSD within the location range and/or time range, such as access method, DNN, S -NSSAI, etc., which perform better.
  • the method further includes:
  • the first communication device obtains the second request sent by the third communication device.
  • the second request is used for at least one of the following: requesting to obtain the URSP rule after intelligent analysis; requesting to obtain at least one RSD under at least one traffic descriptor in the URSP rule.
  • the performance index corresponding to the parameter request to obtain 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 the preset value; or, request to obtain the performance corresponding to the traffic descriptor in the URSP rule.
  • Indicators request to obtain the first URSP rule after intelligent analysis; request to obtain the performance indicator corresponding to at least one parameter in the RSD under at least one traffic descriptor in the first URSP rule; request to obtain the performance indicator corresponding to the traffic descriptor in the first URSP rule
  • the first target RSD request to obtain multiple candidate target RSDs corresponding to the traffic descriptor in the first URSP rule, and the performance corresponding to the multiple candidate target RSDs;
  • the first communication device determines the information of 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 communication device based on the information of the second communication device or the information type related to the application traffic data collected from the terminal.
  • the third communication device may be a policy control function (Policy Control Function, PCF) network element.
  • Policy Control Function Policy Control Function
  • the first communication device may send the first request to the second communication device after the third communication device initiates the second request, for requesting to obtain information related to application traffic data collected by at least one terminal. That is, after PCF requests the first communication device NWDAF to provide it with intelligent URSP rules, NWDAF decides that it needs to collect various data from the terminal.
  • the second request may be implemented through analysis subscription signaling (such as Nnwdaf_AnalyticsSubscription_Subscribe) or analysis request signaling (such as Nnwdaf_AnalyticsInfo_Request).
  • analysis subscription signaling such as Nnwdaf_AnalyticsSubscription_Subscribe
  • analysis request signaling such as Nnwdaf_AnalyticsInfo_Request.
  • the analytic filter in the second request can be added to include: APP descriptor (Application descriptor), connection capabilities and other traffic descriptors in URSP rules.
  • PCF subscribes to the analysis ID of NWDAF. If the second request includes the analysis ID, it is used to subscribe to or obtain the URSP rules of a terminal or multiple terminals. For example, PCF can also subscribe to the analysis results corresponding to all terminals in the area of interest.
  • the first communication device sends the first request to the second communication device based on the information of the second communication device or determining the type of information related to the application traffic data collected from the terminal.
  • NWDAF looks for qualified AFs to collect information from the terminal.
  • NWDAF decides to collect information from the terminal.
  • NWDAF sends a subscription request to AF (or to AF through NEF) for AF to collect information from the terminal.
  • this can be achieved through subscription signaling (such as Nnef_EventExposure Subscribe or Naf_EventExposure_Subscribe).
  • subscription signaling such as Nnef_EventExposure Subscribe or Naf_EventExposure_Subscribe.
  • NWDAF subscribes directly from trusted AF use Naf_EventExposure_Subscribe directly; if NWDAF subscribes from non-trusted AF, first send a subscription request to Nnef_EventExposure Subscribe, and then send a subscription request Naf_EventExposure_Subscribe to AF.
  • step 102 can be implemented in the following manner:
  • the second communication device sends information collected by at least one terminal, that is, information related to application traffic data, to the first communication device.
  • notification signaling (Naf_EventExposure_Notify and Nnef_EventExposure_Notify) can be used to implement this, that is, DCAF sends Naf_EventExposure_Notify signaling to NEF, and NEF sends Nnef_EventExposure_Notify signaling to NWDAF. Or DCAF directly sends the information collected from the terminal to NWDAF through Naf_EventExposure_Notify.
  • the second communication device may send a request to the terminal based on the first request, requesting the terminal to collect information related to the application traffic data, and the terminal may report the collected information related to the application traffic data based on the reporting frequency. For example, you can report offline.
  • the method also includes at least one of the following:
  • the first communication device sends the analysis result of the URSP rule to the third communication device;
  • the first communication device sends the analysis result of the URSP rule to the second communication device;
  • the first communication device may use notification signaling (such as Nnwdaf_AnalyticsSubscription_Notify) or response message (Nnwdaf_AnalyticsInfo_Response) to send the analysis result of the URSP rule.
  • notification signaling such as Nnwdaf_AnalyticsSubscription_Notify
  • response message such as Nnwdaf_AnalyticsInfo_Response
  • the first communication device may trigger sending the first request to the second communication device after the third communication device sends the second request, for requesting to obtain information related to the terminal collecting application traffic data.
  • the second request includes an analysis identifier
  • the second request also includes at least one of the following: a first time range, a first location range; the first time range and the first location range in the second request, for NWDAF determines the time range and location range for the terminal to collect data.
  • NWDAF requests the terminal to collect data only in a specific location range (such as TAI, cell ID, etc.), or in a fixed time range (such as a fixed morning or afternoon time period every day).
  • Step 103 can be implemented in the following ways:
  • the second request includes the analysis identification
  • PCF can send a certain S-NSSAI slice identifier to NWDAF.
  • NWDAF can provide the performance of the slice as shown in Table 3 below:
  • NWDAF can provide the relevant DN performance as shown in Table 4 below:
  • the second request also includes: a traffic descriptor; the traffic descriptor includes at least one of the following:
  • IP descriptor IP descriptor
  • domain name descriptor domain name descriptor
  • non-Non-IP descriptor DNN or connection capability.
  • This scenario means that PCF sends a certain traffic descriptor to NWDAF and requests NWDAF to analyze the traffic.
  • the optimal RSD corresponding to the descriptor must be a combination of many parameters, such as S-NSSAI, DNN, SSC mode, etc.
  • NWDAF obtains the RSD based on the data collected from the terminal and sends it to the PCF.
  • APP descriptors and connection capabilities are new, and NWDAF needs to provide RSD for them.
  • PCF can also send at least one of the following to NWDAF: data network name DNN, single network slice selection auxiliary information S-NSSAI or priority access type to obtain the performance index or URSP corresponding to at least one parameter in the RSD under the URSP rule Performance indicators corresponding to the traffic descriptors in the rules.
  • NWDAF data network name DNN
  • S-NSSAI single network slice selection auxiliary information
  • Performance indicators corresponding to the traffic descriptors in the rules.
  • the performance indicators have been described above.
  • PCF can also send a traffic descriptor (such as FQDN, etc.) to NWDAF and request 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 indicators are higher than preset values. The so-called parameters higher than the preset value here mean that the RSD provided by NWDAF may have better performance than the RSD under the traffic descriptor in the current terminal.
  • the load corresponding to a certain slice is low and the uplink and downlink rates are high, so the performance is better.
  • the PCF may add the following parameters to the above second request in addition to the IP descriptor, domain name descriptor, non-Non-IP descriptor or DNN to obtain the RSD corresponding to these parameters.
  • APP descriptor such as OSID, OSAPPID, this parameter is one of the TD, then PCF requests the RSD corresponding to a certain OSAPPID on a certain terminal.
  • Connection capabilities such as IP Multimedia Subsystem (IMS), Multimedia Messaging Service (MMS), Internet, Secure User Plane Location (SUPL), can use NWDAF to analyze specific connections RSD results under capabilities.
  • IMS IP Multimedia Subsystem
  • MMS Multimedia Messaging Service
  • MMS Multimedia Messaging Service
  • Internet Internet
  • SUPPL Secure User Plane Location
  • the second request also includes: APP descriptor and/or connection capability; APP descriptor and/or connection capability and At least one of DNN, IP descriptor, domain name descriptor, and Non-IP descriptor is equivalent.
  • the APP descriptor and/or connection capability can be converted into the IP address of the application server.
  • the corresponding analysis results can be obtained from NWDAF through the IP address. That is: NWDAF, or other 5GC network elements, have the ability to convert APP descriptors or connection capabilities into corresponding server IP addresses, server FQDN, etc., so that NWDAF can be accessed directly based on server IP addresses, server FQDNs, etc.
  • NWDAF or other 5GC network elements, have the ability to convert APP descriptors or connection capabilities into corresponding server IP addresses, server FQDN, etc., so that NWDAF can be accessed directly based on server IP addresses, server FQDNs, etc.
  • the best RSD combination of the server such as S-NSSAI, DNN, access mode, SSC mode, PDU session type, etc.
  • the above conversion process can be provided by PCF, SMF can be provided (PCF requests SMF for conversion), and NWDAF can also be provided (for example, NWDAF requests SMF for conversion).
  • PCF PCF requests SMF for conversion
  • NWDAF NWDAF requests SMF for conversion
  • NWDAF can send a request to SMF and request conversion; NWDAF can also perform the conversion itself.
  • the RSD result can be extended, for example, it can include at least one of the following parameters:
  • SSC mode S-NSSAI, DNN, PDU session type, Non-Seamless Offload indication, ProSe Layer-3 UE-to-Network Relay Offload indication based on distance ), priority access type, time range, location range.
  • Non-Seamless Offload indication means that application traffic data needs to be offloaded to non-3GPP access.
  • the network slice instance experience adds APP descriptors and connection capabilities, that is, when the terminal uses the corresponding connection capabilities or an application (identified by the APP descriptor) on the terminal, the slice service experience (Network Slice instance service experience).
  • NWDAF When NWDAF counts a terminal accessing an APP server instance IP address, it can add the APP corresponding to which APP descriptor on the terminal and which connection capability the terminal uses.
  • the method also includes:
  • the first communication device sends the analysis result of the URSP rule to the third communication device; and/or,
  • the third communication device adjusts the URSP rules of the terminal and sends the adjusted URSP rules to the terminal.
  • PCF adjusts URSP rules based on the analysis results of NWDAF. Send the adjusted URSP rules to the terminal.
  • the method also includes:
  • the first communication device sends third information to the second communication device.
  • the third information includes at least one APP identifier.
  • the APP corresponding to the APP identifier is an APP in the terminal that can use the analysis results of the URSP rules.
  • core network equipment when sending analysis results to DCAF, can send a list of APP IDs, including at least one APP identifier, that is, a list of APPs that can use the analysis results. If the list does not include an APP , the APP cannot use the analysis results. Generally speaking, only applications that have signed a contract with an operator can use the analysis results.
  • the analysis result of the URSP rule can indicate to the terminal:
  • the performance of different DNNs such as whether the DNN is congested, what are the QoS indicators for accessing the DNN, etc.;
  • Different slice performance such as whether the slice is congested, QoS indicators for accessing the slice, etc.
  • the terminal performs the following operations based on the analysis results of the URSP rules provided by NWDAF:
  • the terminal can select the RSD corresponding to the DNN, S-NSSAI, and access method with better performance, regardless of the RSD priority. If the selected RSD priority is relatively low, the terminal needs to report it to the core network device (for example, through NAS messages or DCAF).
  • the terminal can also construct or generate URSP rules by itself.
  • the RSD in the constructed or generated URSP rules includes the best-performing DNN, S-NSSAI, etc. indicated by NWDAF.
  • NWDAF sends the analysis results of URSP rules to the terminal, indicating that at the current terminal location, when the traffic descriptor uses the IP descriptor: 10.1.1.1, for various parameters in the RSD, the best performance solution is to use non -3GPP access, access DNN1, and select S-NSSAI-b for slicing; then, at this time, the terminal can combine these parameters to form a new RSD and use it under this traffic descriptor.
  • the terminal's APP for example, an APP that specifically interacts with DCAF
  • it can be sent to other APPs or entities, for example, it may be : Terminal operating system OS, terminal chip (modem) or other APPs on the terminal, such as artificial intelligence/model training (AI/ML) APPs.
  • Terminal operating system OS terminal chip
  • AI/ML artificial intelligence/model training
  • the traffic type represents 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 rules, traffic descriptors , traffic type or routing descriptor RSD.
  • the first target RSD corresponding to the traffic descriptor in the URSP rule includes parameters whose performance indicators are higher than the preset value;
  • the second location range is used to indicate the location range used by URSP rules or RSD.
  • the second request also includes: a traffic descriptor; the traffic descriptor includes at least one of the following :
  • IP descriptor IP descriptor
  • domain name descriptor domain name descriptor
  • non-Non-IP descriptor DNN or connection capability.
  • the performance indicator 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 the preset value;
  • the first indication information is used to instruct the terminal to collect the first information
  • the second indication information being used to indicate the reporting frequency of the first information
  • the third indication information is used to indicate the first URSP rule
  • the first information includes at least one of the following: URSP rules used by the terminal for application traffic; result information after the terminal uses URSP rules for application traffic; frequency of use of URSP rules; frequency of use of URSP rules; After the terminal uses the URSP rule for the application traffic, the traffic type corresponding to the application traffic is identified; the second information is the result information after the terminal uses the first URSP rule for the application traffic, the frequency of use of the first URSP rule, and the second information.
  • the traffic type represents 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 rules, traffic descriptors , traffic type or routing descriptor RSD.
  • 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 are the RSD used by the terminal for application traffic, and/or the priority of the RSD.
  • 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 the terminal An existing PDU session; 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.
  • the URSP rule triggers 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.
  • the execution result after the terminal uses the first URSP rule for application traffic includes at least one of the following:
  • the terminal uses the path selection component RSC under the RSD determined after using the first URSP rule for application traffic;
  • the endpoint determines the RSD priority for application traffic using the first URSP rule.
  • the analysis results of the URSP rules include at least one of the following:
  • Statistical information of at least one terminal using URSP rules includes: frequency of use and/or frequency of use;
  • the performance indicator 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 the preset value;
  • a second time range, the second time range is used to indicate the time range used by URSP rules or RSD;
  • the client application experience or server application experience after the application traffic accesses the application server for example, the uplink and downlink rates experienced by the user, or the uplink and downlink rates experienced by the server, uplink and downlink delays, uplink and downlink loss package rate, etc.
  • the method also includes:
  • the third communication device sends information related to the application traffic data of the at least one terminal to the first communication device.
  • the method also includes:
  • the third communication device receives the analysis result of the URSP rule sent by the first communication device.
  • the method also includes:
  • the third communication device receives the third information sent by the first communication device.
  • the third information includes at least one APP identifier.
  • the APP corresponding to the APP identifier is an APP in the terminal that can use the analysis results of the URSP rules. APP.
  • Figure 6 is the second schematic flowchart of the data processing method provided by the embodiment of the present application. As shown in Figure 6, the method provided by this embodiment includes:
  • Step 401 The terminal receives a first request from the first communication device or the third communication device; the first request is used to request to obtain information related to application traffic data collected by at least one terminal;
  • 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;
  • Step 403 The terminal obtains the analysis results from the first communication device, and the analysis results are provided by the first communication device based on information related to application traffic data.
  • the first request includes at least one of the following:
  • a first time range is used to instruct the terminal to perform collection within the first time range
  • a first location range is used to instruct the terminal to perform collection within the first location range
  • the second indication information being used to indicate the reporting frequency of the first information
  • the third indication information is used to indicate the first URSP rule
  • the first information includes at least one of the following: URSP rules used by the terminal for application traffic; result information after the terminal uses URSP rules for application traffic; frequency of use of URSP rules; frequency of use of URSP rules; After the terminal uses the URSP rule for the application traffic, the traffic type corresponding to the application traffic is identified; the second information is the result information after the terminal uses the first URSP rule for the application traffic, the frequency of use of the first URSP rule, and the second information.
  • the first URSP rule includes: a specific URSP rule, a specific traffic descriptor, a specific traffic type or a specific routing descriptor RSD;
  • the traffic type represents 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 rules, traffic descriptors , traffic type or routing descriptor RSD.
  • 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 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 the terminal An existing PDU session; 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 the existing PDU session of the terminal.
  • the execution result after the terminal uses the first URSP rule for application traffic includes at least one of the following:
  • the endpoint determines the RSD priority for application traffic using the first URSP rule.
  • the analysis results include at least one of the following:
  • a second time range, the second time range is used to indicate the time range used by URSP rules or RSD;
  • the second location range is used to indicate the location range used by URSP rules or RSD.
  • the analysis results include analysis results of URSP rules, and the method further includes:
  • the terminal generates a target URSP rule for the traffic data of the first APP based on the analysis result of the URSP rule, and processes the traffic data of the first APP based on the target URSP rule; or,
  • the terminal determines a second target RSD based on the analysis result of the URSP rule, and processes the traffic data of the first APP based on the URSP rule corresponding to the second target RSD.
  • the terminal generates target URSP rules for the traffic data of the first APP based on the analysis results of the URSP rules, 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 result.
  • the terminal determines the second target RSD based on the analysis result of the URSP rule, including:
  • the target RSD is the first RSD.
  • the method also includes:
  • the terminal When the priority of the first RSD is lower than the second RSD, the terminal reports the second target RSD to the network side device.
  • the terminal may report the abnormal situation to the network side device (such as PCF, AMF) through DCAF or through an uplink NAS message. That is, when the terminal uses URSP rules for a certain APP traffic, the terminal uses low-priority URSP rules (such as low-priority traffic descriptor), or the terminal uses the first RSD under a certain traffic descriptor, and the first RSD priority Lower than the second RSD priority. This This situation shows that the terminal selects the second RSD with a lower priority, which is an abnormal situation.
  • the NAS message includes at least one item: PDU session modification request, PDU session modification request, registration request, and PDU session establishment request.
  • the terminal When the terminal reports the abnormal situation, it can also carry the reason for using low-priority RSD or URSP rules.
  • the 5G core network can obtain the usage status of the terminal's URSP rules, and at the same time quickly learn the abnormal situation of the terminal's use of URSP rules through NAS messages.
  • the method of the NAS message is that the terminal will execute a low-priority URSP rule or a low-priority RSD, together with the reason for using the rule or the RSD, and report it to the PCF through the AMF. If it is through the DCAF method, the terminal reports the information to DCAF through the PDU session, and then feeds it back to NWDAF through DCAF. Then NWDAF analyzes and predicts it and sends it to PCF for generating intelligent URSP rules.
  • the terminal obtains analysis results from the first communication device, including:
  • the terminal receives the analysis result sent by the second communication device; and/or,
  • the terminal receives the analysis result sent by the third communication device.
  • the terminal receives the first request sent by the second communication device or the 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 the second communication device or the third communication device.
  • the information related to the application traffic data sent by the terminal is reported anonymously.
  • the terminal obtains analysis results from the first communication device, including:
  • the terminal obtains the analysis results through the second APP
  • the terminal sends the analysis result to a first object through the second APP, and the first object includes at least one of the following: the operating system of the terminal, other APPs on the terminal, or the chip of the terminal.
  • the method further includes:
  • the terminal sends the analysis results to the chip of the terminal or other APPs on the terminal through the operating system of the terminal.
  • the method also includes:
  • the terminal sends the analysis results to the first object through the second APP, including:
  • the terminal sends the analysis result to a target APP according to the third information sent by the first communication device.
  • the target APP is an APP that can use the analysis result.
  • the analysis results include:
  • the execution subject may be a data processing device.
  • a data processing device executing a data processing method is used as an example to illustrate the data processing device provided by the embodiment of the present application.
  • Figure 7 is one of the structural schematic diagrams of the data processing device provided by this application. As shown in Figure 7, the data processing device provided by this embodiment includes:
  • the sending module 110 is configured to send a first request to the second communication device or the third communication device, where the first request is used to request to obtain information related to application traffic data collected by at least one terminal;
  • the second request when used to request performance indicators corresponding to the traffic descriptors in the URSP rules, the second request also includes: APP descriptors and/or connection capabilities; the APP The descriptor and/or connection capability is equivalent to at least one of DNN, IP descriptor, domain name descriptor, and Non-IP descriptor.
  • the third information includes at least one APP identifier
  • the APP corresponding to the APP identifier is an APP in the terminal that can use the analysis result of the URSP rule.
  • the acquisition module 220 is used to obtain information related to the application traffic data from the at least one terminal; the information related to the application traffic data of the at least one terminal is used for analysis by the first communication device to obtain the terminal routing policy URSP. The analysis results of the rules.
  • the first indication information is used to instruct the terminal to collect the first information
  • a first time range the first time range is used to instruct the terminal to perform operations within the first time range. collection;
  • the first information includes at least one of the following: URSP rules used by the terminal for application traffic; result information after the terminal uses URSP rules for application traffic; frequency of use of URSP rules; frequency of use of URSP rules; After the terminal uses URSP rules for application traffic, the traffic type corresponding to the application traffic is identified; second information
  • 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 are the RSD used by the terminal for application traffic, and/or the priority of the RSD.
  • 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 the terminal Existing PDU session;
  • the execution results after the terminal uses the first URSP rule for application traffic include at least one of the following:
  • the analysis results of the URSP rules include at least one of the following:
  • Statistical information of at least one terminal using URSP rules includes: frequency of use and/or frequency of use;
  • the performance indicator corresponding to at least one parameter in the RSD under the URSP rule
  • a second time range, the second time range is used to indicate the time range used by URSP rules or RSD;
  • the second location range is used to indicate the location range used by URSP rules or RSD.
  • a sending module configured to send information related to the application traffic data of the at least one terminal to the first communication device.
  • the receiving module 210 is also used to:
  • the device of this embodiment can be used to execute the method of any of the foregoing 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 embodiment. For details, please refer to Chapter 1 The detailed introduction in the second communication device side method embodiment will not be described again here.
  • the second request includes an analysis identification, and the second request also includes at least one of the following: a first time range, a first location range; the first time range is used to indicate that the terminal is in the Collection is performed within the first time range; the first location range is used to instruct the terminal to perform collection within the first location range.
  • the second request includes an analysis identification
  • the second request also includes at least one of the following: data network name DNN, single network slice selection auxiliary information S- NSSAI or priority access type;
  • the second request also includes: a traffic descriptor; the traffic descriptor includes at least one of the following :
  • IP descriptor IP descriptor
  • domain name descriptor domain name descriptor
  • non-Non-IP descriptor DNN or connection capability.
  • the second request also includes: APP descriptor and/or connection capability; APP descriptor and/or connection capability and at least one of DNN, IP descriptor, domain name descriptor, Non-IP descriptor, etc. same;
  • the data processing device also includes:
  • a receiving module configured to receive the analysis result of the URSP rule sent by the first communication device.
  • the analysis results of the URSP rules include at least one of the following:
  • Statistical information of at least one terminal using URSP rules includes: frequency of use and/or frequency of use;
  • the performance indicator 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 the preset value;
  • a second time range, the second time range is used to indicate the time range used by URSP rules or RSD;
  • the second location range is used to indicate the location range used by URSP rules or RSD.
  • the processing module is configured to adjust the URSP rules of the terminal.
  • the sending module 310 is also configured to send the adjusted URSP rules to the terminal.
  • processing module is also used to:
  • a second time range and/or a second location range are determined, 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 URSP rule or RSD The location range to use.
  • FIG 10 is the fourth structural schematic diagram of the data processing device provided by this application. As shown in Figure 10, the data processing device provided by this embodiment includes:
  • the receiving module 410 is used to receive a first request from the first communication device or the third communication device; the first request is used to request to obtain information related to application traffic data collected by at least one terminal;
  • the sending module 420 is configured to send information related to the collected application traffic data to the first communication device or the third communication device according to the first request;
  • the acquisition module 430 is configured to acquire analysis results from the first communication device, where 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:
  • the first indication information is used to instruct the terminal to collect the first information
  • a first time range is used to instruct the terminal to perform collection within the first time range
  • a first location range is used to indicate that the terminal performs operations within the first location range. collection;
  • the second indication information being used to indicate the reporting frequency of the first information
  • the third indication information is used to indicate the first URSP rule
  • the first information includes at least one of the following: URSP rules used by the terminal for application traffic; result information after the terminal uses URSP rules for application traffic; frequency of use of URSP rules; frequency of use of URSP rules; After the terminal uses URSP rules for application traffic, the traffic type corresponding to the application traffic is identified; second information
  • the result information after the terminal uses the first URSP rule for application traffic the frequency of use of the first URSP rule, the frequency of use of the first URSP rule, the application identified by the terminal after using 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 represents 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 rules, traffic descriptors, traffic types, or routing descriptors RSD.
  • 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 are the RSD used by the terminal for application traffic, and/or the priority of the RSD.
  • 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 the terminal An existing PDU session; 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 the existing PDU session of the terminal.
  • the execution result after the terminal uses the first URSP rule for application traffic includes at least one of the following:
  • the terminal uses the path selection component RSC under the RSD determined after using the first URSP rule for application traffic;
  • the endpoint determines the RSD priority for application traffic using the first URSP rule.
  • the analysis results include at least one of the following:
  • Statistical information of at least one terminal using URSP rules includes: frequency of use and/or frequency of use;
  • the first target RSD corresponding to the traffic descriptor in the URSP rule includes parameters whose performance indicators are higher than the preset value;
  • a second time range, the second time range is used to indicate the time range used by URSP rules or RSD;
  • the second location range is used to indicate the location range used by URSP rules or RSD.
  • a processing module configured to generate a target URSP rule for the traffic data of the first APP based on the analysis result of the URSP rule, and process the traffic data of the first APP based on the target URSP rule;
  • a second target RSD is determined, and the traffic data of the first APP is processed based on the URSP rule corresponding to the second target RSD.
  • processing module is specifically used for:
  • At least one parameter in the RSD under the URSP rule in the analysis result is determined.
  • processing module is specifically used for:
  • the target RSD is the first RSD.
  • the priority of the first RSD is lower than the priority of the second RSD.
  • the sending module 420 is also used to:
  • the second target RSD is reported to the network side device.
  • the acquisition module 430 is specifically used for:
  • the acquisition module 430 is specifically used for:
  • the sending module 420 is specifically used to:
  • Information related to the collected application traffic data is sent to the first communication device based on the reporting frequency through the second communication device or the third communication device.
  • the acquisition module 430 is specifically used for:
  • the analysis result is sent to the first object through the second APP, and the first object includes at least one of the following: an operating system of the terminal, other APPs on the terminal, or a chip of the terminal.
  • the sending module 420 is also used to:
  • the acquisition module 430 is also used to:
  • Receive third information sent by the second communication device where 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 result of the URSP rule.
  • the sending module 420 is specifically used to:
  • the analysis result is sent to the target APP, and the target APP is an APP that can use the analysis result.
  • the analysis results include:
  • the device of this embodiment can be used to execute the method of any of the foregoing 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 terminal-side method embodiments. Detailed introduction will not be repeated here.
  • the data processing device in the embodiment of the present application may be an electronic device, such as an electronic device with an operating system, or may be a component in the electronic device, such as an integrated circuit or chip.
  • the electronic device may be a terminal or other devices other than the terminal.
  • terminals may include but are not limited to the types of terminals 11 listed above, and other devices may be servers, network attached storage (Network Attached Storage, NAS), etc., which are not specifically limited in the embodiment of this application.
  • NAS Network Attached Storage
  • the data processing device provided by the embodiments of the present application can implement each process implemented by the method embodiments of Figures 2 to 6, and achieve the same technical effect. To avoid duplication, details will not be described here.
  • this embodiment of the present application also provides a communication device 1100, which includes a processor 1101 and a memory 1102.
  • the memory 1102 stores programs or instructions that can be run on the processor 1101, such as , when the communication device 1100 is a terminal, when the program or instruction is executed by the processor 1101, each step of the above data processing method embodiment is implemented, and the same technical effect can be achieved.
  • the communication device 1100 is a network-side device, when the program or instruction is executed by the processor 1101, each step of the above-mentioned data processing method embodiment is implemented, and the same technical effect can be achieved. To avoid duplication, the details are not repeated here.
  • An embodiment of the present application 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 to obtain application traffic data collected by at least one terminal. information; send information related to the collected application traffic data to the first communication device according to the first request; obtain analysis results from the first communication device, and the analysis results are that the first communication device based on the Information related to application traffic data is provided.
  • This terminal embodiment corresponds to the above-mentioned terminal-side method embodiment. Each implementation process and implementation manner of the above-mentioned method embodiment can be applied to this terminal embodiment, and can achieve the same technical effect.
  • FIG. 12 is a schematic diagram of the hardware structure of a terminal that implements an embodiment of the present application.
  • the terminal 1000 includes but is not limited to: radio frequency unit 1001, network module 1002, audio output unit 1003, At least some of the input unit 1004, the sensor 1005, the display unit 1006, the user input unit 1007, the interface unit 1008, the memory 1009, the processor 1010, and the like.
  • the terminal 1000 may also include a power supply (such as a battery) that supplies power to various components.
  • the power supply may be logically connected to the processor 1010 through a power management system, thereby managing charging, discharging, and power consumption through the power management system. Management and other functions.
  • the terminal structure shown in Figure 12 does not constitute a limitation on the terminal.
  • the terminal may include more or fewer components than shown in the figure, or some components may be combined or arranged differently, which will not be described again here.
  • the input unit 1004 may include a graphics processing unit (Graphics Processing Unit, GPU) 10041 and a microphone 10042.
  • the graphics processor 10041 is responsible for the image capture device (GPU) in the video capture mode or the image capture mode. Process the image data of still pictures or videos obtained by cameras (such as cameras).
  • 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, or the like.
  • the user input unit 1007 includes a touch panel 10071 and at least one of other input devices 10072 .
  • Touch panel 10071 also known as touch screen.
  • the touch panel 10071 may include two parts: 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 keys, switch keys, etc.), trackballs, mice, and joysticks, which will not be described again here.
  • the radio frequency unit 1001 after receiving downlink data from the network side device, can transmit it to the processor 1010 for processing; in addition, the radio frequency unit 1001 can send uplink data to the network side device.
  • the radio frequency unit 1001 includes, but is not limited to, an antenna, at least one amplifier, transceiver, coupler, low noise amplifier, duplexer, etc.
  • Memory 1009 may be used to store software programs or instructions as well as various data.
  • the memory 1009 may mainly include a first storage area for storing programs or instructions and a second storage area for storing data, wherein the first storage program or instruction area may store an operating system, an application program or instructions required for at least one function (such as a sound playback function, image playback function, etc.), etc.
  • memory 1009 may include volatile memory or nonvolatile memory, or memory 1009 may include both volatile and nonvolatile memory.
  • non-volatile memory can also include non-volatile memory, where the non-volatile memory can be read-only memory (Read-Only Memory, ROM), programmable read-only memory (Programmable ROM, PROM), programmable read-only memory (Programmable ROM, PROM), Erasable programmable read-only memory (Erasable PROM, EPROM), electrically erasable programmable read-only memory (Electrically EPROM, EEPROM) or flash memory.
  • ROM Read-Only Memory
  • PROM programmable read-only memory
  • PROM programmable read-only memory
  • PROM programmable read-only memory
  • Erasable PROM Erasable programmable read-only memory
  • EPROM electrically erasable programmable read-only memory
  • flash memory electrically erasable programmable read-only memory
  • Volatile memory can be random access memory (Random Access Memory, RAM), static random access memory (Static RAM, SRAM), dynamic random access memory (Dynamic RAM, DRAM), synchronous dynamic random access memory (Synchronous DRAM, SDRAM), double data rate synchronous dynamic random access memory (Double Data Rate SDRAM, DDRSDRAM), enhanced synchronous dynamic random access memory (Enhanced SDRAM, ESDRAM), synchronous link dynamic random access memory (Synch link DRAM) , SLDRAM) and direct memory bus random access memory (Direct Rambus RAM, DRRAM).
  • RAM Random Access Memory
  • SRAM static random access memory
  • DRAM dynamic random access memory
  • DRAM synchronous dynamic random access memory
  • SDRAM double data rate synchronous dynamic random access memory
  • Double Data Rate SDRAM Double Data Rate SDRAM, DDRSDRAM
  • enhanced SDRAM synchronous dynamic random access memory
  • Synch link DRAM synchronous link dynamic random access memory
  • SLDRAM direct memory bus random access memory
  • Direct Rambus RAM Direct Rambus RAM
  • the processor 1010 may include one or more processing units; optionally, the processor 1010 may integrate an application processor and a modem processor, where the application processor mainly processes operating systems, user interfaces, application programs or instructions, etc. In operation, the modem processor mainly processes wireless communication signals, such as the baseband processor. It can be understood that the above modem processor may not be integrated into the processor 1010.
  • the radio frequency unit is used to receive a first request from the first communication device; the first request is used to request to obtain information related to application traffic data collected by at least one terminal; and to the first communication device according to the first request.
  • the first request includes at least one of the following:
  • the first indication information is used to instruct the terminal to collect the first information
  • the result information after the terminal uses the first URSP rule for application traffic the frequency of use of the first URSP rule, the frequency of use of the first URSP rule, the application identified by the terminal after using the first URSP rule for application traffic
  • the execution result after the terminal uses the first URSP rule for application traffic includes at least one of the following:
  • the terminal uses the path selection component RSC under the RSD determined after using the first URSP rule for application traffic;
  • the endpoint determines the RSD priority for application traffic using the first URSP rule.
  • the analysis results include at least one of the following:
  • Statistical information of at least one terminal using URSP rules includes: frequency of use and/or frequency of use;
  • the performance indicator corresponding to at least one parameter in the RSD under the URSP rule
  • a second time range, the second time range is used to indicate the time range used by URSP rules or RSD;
  • the second location range is used to indicate the location range used by URSP rules or RSD.
  • the analysis results include analysis results of URSP rules
  • the processor 1010 is configured to generate a target URSP rule for the traffic data of the first APP based on the analysis results of the URSP rules, and based on the The target URSP rule processes the traffic data of the first APP; or,
  • the radio frequency unit 1001 is specifically used for:
  • the interface unit 1008 is specifically used for:
  • the analysis result is sent to the first object through the second APP, and the first object includes at least one of the following: an operating system of the terminal, other APPs on the terminal, or a chip of the terminal.
  • the analysis results are sent to the chip of the terminal or other APPs on the terminal through the operating system of the terminal.
  • the radio frequency unit 1001 is also used to:
  • Receive third information sent by the second communication device where 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 result of the URSP rule.
  • the interface unit 1008 is specifically used for:
  • An embodiment of the present application also provides a third communication device, including a processor and a communication interface.
  • the communication interface is used to send a second request to the first communication device.
  • the second request is used for at least one of the following: requesting to obtain URSP rules after intelligent analysis; request to obtain the performance index corresponding to at least one parameter in the RSD under at least one traffic descriptor in the terminal URSP rule; request to obtain the first target RSD corresponding to the traffic descriptor in the terminal URSP rule, so
  • 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 rule.
  • This third communication device embodiment corresponds to the above-mentioned third communication device method embodiment.
  • Each implementation process and implementation manner of the above-mentioned method embodiment can be applied to this third communication device embodiment, and can achieve the same technical effect.
  • the first communication device, the second communication device and the third communication device may all adopt the structure of a network side device as shown in Figure 13.
  • Embodiments of the present application also provide a readable storage medium.
  • Programs or instructions are stored on the readable storage medium.
  • the program or instructions are executed by a processor, each process of the above-mentioned data processing method embodiment is implemented, and the same can be achieved. The technical effects will not be repeated here to avoid repetition.
  • An embodiment of the present application further provides a chip.
  • the chip 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 above data processing method embodiment. Each process can achieve the same technical effect. To avoid duplication, it will not be described again here.
  • Embodiments of the present application further provide a computer program/program product.
  • the computer program/program product is stored in a storage medium.
  • the computer program/program product is executed by at least one processor to implement the above data.
  • Each process of the processing method embodiment can achieve the same technical effect, so to avoid repetition, it will not be described again here.
  • the methods of the above embodiments can be implemented by means of software plus the necessary general hardware platform. Of course, it can also be implemented by hardware, but in many cases the former is better. implementation.
  • the technical solution of the present application can be embodied in the form of a computer software product that is essentially or contributes to the existing technology.
  • the computer software product is stored in a storage medium (such as ROM/RAM, disk , CD), including several instructions to cause a terminal (which can be a mobile phone, computer, server, air conditioner, or network device, etc.) to execute the methods described in various embodiments of this application.

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Mobile Radio Communication Systems (AREA)

Abstract

本申请公开了一种数据处理方法、终端及网络侧设备，属于通信技术领域，本申请实施例的数据处理方法包括：第一通信设备向第二通信设备或第三通信设备发送第一请求，所述第一请求用于请求获取至少一个终端采集的应用流量数据相关的信息；所述第一通信设备获取来自所述至少一个终端的所述应用流量数据相关的信息；所述第一通信设备基于所述应用流量数据相关的信息，分析得到终端路由选择策略uRSP规则的分析结果。

Description

数据处理方法、终端及网络侧设备
相关申请的交叉引用
本申请要求于2022年4月26日提交的申请号为202210450312.7，发明名称为“数据处理方法、终端及网络侧设备”的中国专利申请的优先权，以及2022年7月29日提交的申请号为202210908514.1，发明名称为“数据处理方法、终端及网络侧设备”的中国专利申请的优先权，其通过引用方式全部并入本申请。
技术领域
本申请属于通信技术领域，具体涉及一种数据处理方法、终端及网络侧设备。
背景技术
网络数据分析功能(Network Data Analytics Function，NWDAF)以网络数据为基础对网络进行自动感知和分析，并参与到网络规划、建设、运维、网优、运营全生命周期中，使得网络易于维护和控制，提高网络资源使用效率，提升用户业务体验。
终端路由选择策略(UE Route Selection Policv，URSP)规则，是3GPP定义的一种用于选择路由的策略，终端根据URSP规则，可以匹配APP的流量到特定的PDU会话，利用匹配的PDU会话发送该APP的流量。由于NWDAF能够提供多种分析功能，例如观测服务体验分析功能(Observed Service Experience related network data analytics)。因此对于本领域技术人员来说，为了提高网络资源使用效率，也为了提高终端性能和URSP规则的使用效率，需要实现NWDAF提供URSP规则的分析功能。
发明内容
本申请实施例提供一种数据处理方法、终端及网络侧设备，能够解决如何实现NWDAF提供URSP规则的分析功能的问题。
第一方面，提供了一种数据处理方法，包括：
第一通信设备向第二通信设备或第三通信设备发送第一请求，所述第一请求用于请求获取至少一个终端采集的应用流量数据相关的信息；
所述第一通信设备获取来自所述至少一个终端的所述应用流量数据相关的信息；
所述第一通信设备基于所述应用流量数据相关的信息，分析得到终端路由选择策略URSP规则的分析结果。
第二方面，提供了一种数据处理方法，包括：
第二通信设备或第三通信设备接收第一通信设备发送的第一请求，所述第一请求用于请求获取至少一个终端采集的应用流量数据相关的信息；
所述第二通信设备或第三通信设备获取来自所述至少一个终端的所述应用流量数据相关的信息；所述至少一个终端的所述应用流量数据相关的信息用于第一通信设备分析得到终端路由选择策略URSP规则的分析结果。
第三方面，提供了一种数据处理方法，包括：
第三通信设备向第一通信设备发送第二请求，所述第二请求用于以下至少一项：请求获得智能化分析后的URSP规则；请求获得终端URSP规则中至少一个流量描述符下RSD中至少一个参数对应的性能指标；请求获得所述终端URSP规则中流量描述符所对应的第一目标RSD，所述第一目标RSD包括性能指标高于预设值的参数；或，请求获得所述终端URSP规则中流量描述符对应的性能指标。
第四方面，提供了一种数据处理方法，包括：
第三通信设备接收第一通信设备发送的第一请求，所述第一请求用于请求获取至少一个终端采集的应用流量数据相关的信息；
所述第三通信设备获取来自所述至少一个终端的所述应用流量数据相关的信息；所述至少一个终端的所述应用流量数据相关的信息用于第一通信设备分析得到终端路由选择策略URSP规则的分析结果。
第五方面，提供了一种数据处理方法，包括：
终端接收来自第一通信设备的第一请求；所述第一请求用于请求获取至少一个终端采集的应用流量数据相关的信息；
终端根据所述第一请求向第一通信设备发送采集的应用流量数据相关的信息；
所述终端获取来自所述第一通信设备的分析结果，所述分析结果为所述第一通信设备基于所述应用流量数据相关的信息提供的。
第六方面，提供了一种数据处理装置，包括：
发送模块，用于向第二通信设备或第三通信设备发送第一请求，所述第一请求用于请求获取至少一个终端采集的应用流量数据相关的信息；
获取模块，用于获取来自所述至少一个终端的所述应用流量数据相关的信息；
处理模块，用于基于所述应用流量数据相关的信息，分析得到终端路由选择策略URSP规则的分析结果。
第七方面，提供了一种数据处理装置，包括：
接收模块，用于接收第一通信设备发送的第一请求，所述第一请求用于请求获取至少一个终端采集的应用流量数据相关的信息；
获取模块，用于获取来自所述至少一个终端的所述应用流量数据相关的信息；所述至少一个终端的所述应用流量数据相关的信息用于第一通信设备分析得到终端路由选择策略URSP规则的分析结果。
第八方面，提供了一种数据处理装置，包括：
发送模块，用于向第一通信设备发送第二请求，所述第二请求用于以下至少一项：请求获得智能化分析后的URSP规则；请求获得终端URSP规则中至少一个流量描述符下RSD中至少一个参数对应的性能指标；请求获得所述终端URSP规则中流量描述符所对应的第一目标RSD，所述第一目标RSD包括性能指标高于预设值的参数；或，请求获得所述终端URSP规则中流量描述符对应的性能指标。
第九方面，提供了一种数据处理装置，包括：
接收模块，用于接收来自第一通信设备的第一请求；所述第一请求用于请求获取至少一个终端采集的应用流量数据相关的信息；
发送模块，用于根据所述第一请求向第一通信设备发送采集的应用流量数据相关的信息；
获取模块，用于获取来自所述第一通信设备的分析结果，所述分析结果为所述第一通信设备基于所述应用流量数据相关的信息提供的。
第十方面，提供了一种第一通信设备，该网络侧设备包括处理器和存储器，所述存储器存储可在所述处理器上运行的程序或指令，所述程序或指令被所述处理器执行时实现如第一方面所述的方法的步骤。
第十一方面，提供了一种第一通信设备，包括处理器及通信接口，其中，所述通信接口用于向第二通信设备或第三通信设备发送第一请求，所述第一请求用于请求获取至少一个终端采集的应用流量数据相关的信息；获取来自所述至少一个终端的所述应用流量数据相关的信息；所述处理器用于基于所述应用流量数据相关的信息，分析得到终端路由选择策略URSP规则的分析结果。
第十二方面，提供了一种第二通信设备，该网络侧设备包括处理器和存储器，所述存储器存储可在所述处理器上运行的程序或指令，所述程序或指令被所述处理器执行时实现如第二方面所述的方法的步骤。
第十三方面，提供了一种第二通信设备，包括处理器及通信接口，其中，所述通信接口用于接收第一通信设备发送的第一请求，所述第一请求用于请求获取至少一个终端采集的应用流量数据相关的信息；获取来自所述至少一个终端的所述应用流量数据相关的信息；所述至少一个终端的所述应用流量数据相关的信息用于第一通信设备分析得到终端路由选择策略URSP规则的分析结果。
第十四方面，提供了一种第三通信设备，该网络侧设备包括处理器和存储器，所述存储器存储可在所述处理器上运行的程序或指令，所述程序或指令被所述处理器执行时实现如第三方面所述的方法的步骤。
第十五方面，提供了一种第三通信设备，包括处理器及通信接口，其中，所述通信接口用于向第一通信设备发送第二请求，所述第二请求用于以下至少一项：请求获得智能化分析后的URSP规则；请求获得终端URSP规则中至少一个流量描述符下RSD中至少一个参数对应的性能指标；请求获得所述终端URSP规则中流量描述符所对应的第一目标RSD，所述第一目标RSD包括性能指标高于预设值的参数；或，请求获得所述终端URSP规则中流量描述符对应的性能指标。
第十六方面，提供了一种第三通信设备，该网络侧设备包括处理器和存储器，所述存储器存储可在所述处理器上运行的程序或指令，所述程序或指令被所述处理器执行时实现如第四方面所述的方法的步骤。
第十七方面，提供了一种第三通信设备，包括处理器及通信接口，其中，所述通信接口用于接收第一通信设备发送的第一请求，所述第一请求用于请求获取至少一个终端采集的应用流量数据相关的信息；获取来自所述至少一个终端的所述应用流量数据相关的信息；所述至少一个终端的所述应用流量数据相关的信息用于第一通信设备分析得到终端路由选择策略URSP规则的分析结果。
第十八方面，提供了一种终端，该终端包括处理器和存储器，所述存储器存储可在所述处理器上运行的程序或指令，所述程序或指令被所述处理器执行时实现如第五方面所述的方法的步骤。
第十九方面，提供了一种终端，包括处理器及通信接口，其中，所述通信接口用于接收来自第一通信设备的第一请求；所述第一请求用于请求获取至少一个终端采集的应用流量数据相关的信息；根据所述第一请求向第一通信设备发送采集的应用流量数据相关的信息；获取来自所述第一通信设备的分析结果，所述分析结果为所述第一通信设备基于所述应用流量数据相关的信息提供的。
第二十方面，提供了一种通信***，包括：终端、第一通信设备、第二通信设备及第三通信设备，所述终端可用于执行如第五方面所述的数据处理方法的步骤，所述第一通信设备可用于执行如第一方面所述的数据处理方法的步骤，所述第二通信设备可用于执行如第二方面所述的数据处理方法的步骤，所述第三通信设备可用于执行如第三方面所述的数据处理方法的步骤，或用于执行如第四方面所述的数据处理方法的步骤。
第二十一方面，提供了一种可读存储介质，所述可读存储介质上存储程序或指令，所述程序或指令被处理器执行时实现如第一方面所述的方法的步骤，实现如第三方面所述的方法的步骤，实现如第三方面所述的方法的步骤，或者实现如第四方面所述的方法的步骤，或者实现如第五方面所述的步骤。
第二十二方面，提供了一种芯片，所述芯片包括处理器和通信接口，所述通信接口和所述处理器耦合，所述处理器用于运行程序或指令，实现如第一方面所述的方法，或实现如第二方面所述的方法，或实现如第三方面所述的方法，或实现如第四方面所 述的方法，或者实现如第五方面所述的步骤。
第二十三方面，提供了一种计算机程序/程序产品，所述计算机程序/程序产品被存储在存储介质中，所述计算机程序/程序产品被至少一个处理器执行以实现如第一方面至第四方面任一项所述的数据处理方法的步骤，或者实现如第五方面所述的步骤。
在本申请实施例中，第一通信设备向第二通信设备或第三通信设备发送第一请求，第一请求用于请求获取至少一个终端采集的应用流量数据相关的信息；第一通信设备获取来自至少一个终端的应用流量数据相关的信息，并基于应用流量数据相关的信息，分析得到终端路由选择策略URSP规则的分析结果，进而可以基于分析结果为终端确定使用的URSP规则，上述方案实现了对终端采集的应用流量数据相关的信息的分析功能，而且能够提高终端性能和URSP规则的使用效率。
附图说明
图1是本申请实施例可应用的无线通信***的结构图；
图2是本申请实施例提供的数据处理方法的流程示意图之一；
图3是本申请实施例提供的数据处理方法的交互流程示意图之一；
图4是本申请实施例提供的数据处理方法的流程示意图之二；
图5是本申请实施例提供的数据处理方法的流程示意图之三；
图6是本申请实施例提供的数据处理方法的流程示意图之四；
图7是本申请实施例提供的数据处理装置的结构示意图之一；
图8是本申请实施例提供的数据处理装置的结构示意图之二；
图9是本申请实施例提供的数据处理装置的结构示意图之三；
图10是本申请实施例提供的数据处理装置的结构示意图之四；
图11是本申请实施例提供的通信设备的结构示意图；
图12是本申请实施例提供的终端的硬件结构示意图；
图13是本申请实施例的网络侧设备的结构示意图。
具体实施方式
下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行清楚描述，显然，所描述的实施例是本申请一部分实施例，而不是全部的实施例。基于本申请中的实施例，本领域普通技术人员所获得的所有其他实施例，都属于本申请保护的范围。
本申请的说明书和权利要求书中的术语“第一”、“第二”等是用于区别类似的对象，而不用于描述特定的顺序或先后次序。应该理解这样使用的术语在适当情况下可以互换，以便本申请的实施例能够以除了在这里图示或描述的那些以外的顺序实施，且“第一”、“第二”所区别的对象通常为一类，并不限定对象的个数，例如第一对 象可以是一个，也可以是多个。此外，说明书以及权利要求中“和/或”表示所连接对象的至少其中之一，字符“/”一般表示前后关联对象是一种“或”的关系。
值得指出的是，本申请实施例所描述的技术不限于长期演进型(Long Term Evolution，LTE)/LTE的演进(LTE-Advanced，LTE-A)***，还可用于其他无线通信***，诸如码分多址(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)和其他***。本申请实施例中的术语“***”和“网络”常被可互换地使用，所描述的技术既可用于以上提及的***和无线电技术，也可用于其他***和无线电技术。以下描述出于示例目的描述了新空口(New Radio，NR)***，并且在以下大部分描述中使用NR术语，但是这些技术也可应用于NR***应用以外的应用，如第6代(6th Generation，6G)通信***。
图1示出本申请实施例可应用的一种无线通信***的框图。无线通信***包括终端11和网络侧设备12。其中，终端11可以是手机、平板电脑(Tablet Personal Computer)、膝上型电脑(Laptop Computer)或称为笔记本电脑、个人数字助理(Personal Digital Assistant，PDA)、掌上电脑、上网本、超级移动个人计算机(ultra-mobile personal computer，UMPC)、移动上网装置(Mobile Internet Device，MID)、增强现实(augmented reality，AR)/虚拟现实(virtual reality，VR)设备、机器人、可穿戴式设备(Wearable Device)、车载设备(VUE)、行人终端(PUE)、智能家居(具有无线通信功能的家居设备，如冰箱、电视、洗衣机或者家具等)、游戏机、个人计算机(personal computer，PC)、柜员机或者自助机等终端侧设备，可穿戴式设备包括：智能手表、智能手环、智能耳机、智能眼镜、智能首饰(智能手镯、智能手链、智能戒指、智能项链、智能脚镯、智能脚链等)、智能腕带、智能服装等。需要说明的是，在本申请实施例并不限定终端11的具体类型。网络侧设备12可以包括接入网设备或核心网设备，其中，接入网设备12也可以称为无线接入网设备、无线接入网(Radio Access Network，RAN)、无线接入网功能或无线接入网单元。接入网设备12可以包括基站、WLAN接入点或WiFi节点等，基站可被称为节点B、演进节点B(eNB)、接入点、基收发机站(Base Transceiver Station，BTS)、无线电基站、无线电收发机、基本服务集(Basic Service Set，BSS)、扩展服务集(Extended Service Set，ESS)、家用B节点、家用演进型B节点、发送接收点(Transmitting Receiving Point，TRP)或所述领域中其他某个合适的术语，只要达到相同的技术效果，所述基站不限于特定技术词汇，需要说明的是，在本申请实施例中仅以NR***中的基站为例进行介绍，并不限定基站的具体类型。核心网设备可以包含但不限于如下至少一项：核心网节点、核心网功能、移动管理实体(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)、本地NEF(Local NEF，或L-NEF)、绑定支持功能(Binding Support Function，BSF)、应用功能(Application Function，AF)等。需要说明的是，在本申请实施例中仅以NR***中的核心网设备为例进行介绍，并不限定核心网设备的具体类型。
目前，在第三代合作伙伴计划(3rd Generation Partnership Project，3GPP)中，引入网络数据分析网元(Network Data Analytics Function，NWDAF)来进行一些智能化的分析。NWDAF具有一定的人工智能分析的功能，NWDAF通过采集一些数据，并使用内置的算法和分析能力，分析出结果，提供给核心网网元，做一些操作优化或者统计分析。网络数据分析功能以网络数据为基础对网络进行自动感知和分析，并参与到网络规划、建设、运维、网优、运营全生命周期中，使得网络易于维护和控制，提高网络资源使用效率，提升用户业务体验。
举例来说，NWDAF能够提供一种观测服务体验相关的网络数据分析分析功能(Observed Service Experience related network data analytics)，这个功能可以采集终端访问某个服务器IP地址的服务质量(Quality of Service，QoS)信息，比如上下行速率，丢包率等等，输出一个统计信息，该信息包括了该终端访问该服务器的用户体验情况。NWDAF也可以根据该终端访问该服务器的历史体验情况进行预测，比如，在未来某个时间段，某个区域内，这个终端如果访问该服务器，那么它可能的用户体验情况是怎样的。
通常，对于NWDAF所能提供的分析或者预测内容，以分析标识(Analytic ID)来区分，通过指示给NWDAF不同的Analytic ID以及一些参数，NWDAF即可提供该分析标识所对应的分析和预测结果。比如，上述NWDAF所提供的观测服务体验分析，则使用Analytic ID＝Service Experience；因此，只要获取NWDAF服务的网元，在请求分析的时候输入Analytic ID，那么NWDAF就可以提供对应的分析了。
如下表1中示出了目前NWDAF所能够提供的所有分析功能所对应的Analytic ID。
表1

URSP规则介绍：
终端根据URSP规则，可以匹配APP的流量到特定的PDU会话。
例如，当终端上的应用(APP)有流量想要发送到服务器端的时候，APP可以发送APP流量特征给终端，这些流量特征种类比较多，比如目的IP地址，全限定域名(Fully Qualified Domain Name，FQDN)等等。然后终端根据APP的流量特征，去逐个匹配终端内的URSP规则，在URSP终端里，所规定的流量描述/特征包括如下表2中所示的内容：
表2 URSP规则
例如，表2中第二项，APP可以发送一个IP描述，用于描述APP的流量，比如，目的IP三元组，表明APP的这个流量，是要发给目的IP＝10.1.1.1，端口号＝80的一个流量。然后，如果终端的URSP规则里恰好有这个Traffic descriptor，则说明APP的这个流量可以使用这个Traffic descriptor对应的URSP规则。
确定匹配的URSP规则后，下一步就是要选择使用哪个PDU会话发送APP的traffic。
一般来说，某个Traffic descriptor下，有多个路由选择描述符(Route Selection Descriptor，RSD)，每个RSD代表了一个PDU会话的一组属性或者PDU会话的参数。比如说，当APP流量匹配到目的IP＝10.1.1.1，端口号＝80的这一组traffic descriptor，然后这一组traffic descriptor下有如下几个RSD：
1、RSD优先级(precedence)＝1
其中，S-NSSAI-a；
Non-3GPP接入。
2、RSD precedence＝2
其中，S-NSSAI-a；
3GPP接入；
DNN＝Internet；
会话和服务连续(Session and Service Continuity，SSC)模式mode＝3。
如果终端最终为该APP流量选择了RSD1，即RSD1对应的PDU会话的特性为：切片S-NSSAI＝S-NSSAI-a，使用non-3GPP接入。则最终所述APP流量，将通过PDU会话发送至服务器端，其中所述PDU会话的参数为：切片S-NSSAI＝S-NSSAI-a，同时该PDU会话的接入类型或接入方式为non-3GPP接入(比如，WLAN接入)。
本申请实施例中提出一种使用NWDAF对URSP规则进行智能化分析的方法。即，通过AI分析来提供URSP规则的分析结果。
下面结合附图，通过一些实施例及其应用场景对本申请实施例提供的数据处理方 法进行详细地说明。
图2是本申请实施例提供的数据处理方法的流程示意图之一。如图2所示，本实施例提供的方法，包括：
步骤101、第一通信设备向第二通信设备或第三通信设备发送第一请求，第一请求用于请求获取至少一个终端采集的应用流量数据相关的信息；
具体地，第一通信设备，第二通信设备和第三通信设备可以是网络侧设备(如核心网设备)，第一通信设备例如可以是NWDAF网元，第二通信设备例如可以是应用功能(Application Function，AF)网元，数据采集应用功能(Data Collection Application Function，DCAF)。第三通信设备可以是PCF。
作为一种可选地实施方式，第三通信设备可以是PCF、AF和/或DCAF。
例如第一通信设备在满足一定触发条件的情况下，向第二通信设备或第三通信设备发送第一请求，第一请求用于请求获取至少一个终端采集的应用流量数据相关的信息；第二通信设备在接收到第一请求后，可以向至少一个终端发送数据采集的请求消息，以指示终端采集应用流量数据相关的信息，例如，采集URSP规则相关的信息，例如：终端为应用流量使用的URSP规则、URSP规则的使用频次和/或使用频率、终端为应用流量使用URSP规则后，识别出的应用流量对应的流量类型(如应用流量的业务类型)等。
可选地，所述第一通信设备发送第一请求，比如，Npcf_EventExposure_Subscribe到第三通信设备PCF，所述信令中可携带event ID＝URSP rules enforcement来标识出，该信令用于采集单个终端或者多个终端的URSP rules执行结果。所述PCF中，设置event，可开放事件包括：URSP rules enforcement(URSP规则执行结果)。第一通信设备还可以在所述信令中，指示要采集什么类型的URSP rules执行结果，比如，就采集特定Traffic descriptor的执行结果(即，使用traffic descriptor以后，使用的RSD和RSD下的RSC)。第一通信设备还可以在所述信令汇总，指示要采集的数据的终端标识符或一组终端标识符，或一个位置信息，即符合位置信息要求的终端，都是属于待采集URSP rules执行结果的终端。所述位置信息包括：DNAI，cell ID，TAI list等。
比如说，第一通信设备NWDAF发送Npcf_EventExposure_Subscribe到第三通信设备PCF，携带event ID＝URSP rules enforcement，来标识出，该信令用于采集单个终端或者多个终端的URSP rules执行结果；再携带一个traffic descriptor＝FQDN descriptor＝ABC.com。即，专门采集流量描述符为FQDN全限定域名等于ABC.com的URSP rules的执行结果。
第三通信设备接收到所述第一请求以后，可以采集终端URSP rules的执行结果。
具体内容包括：一个或多个终端为某个应用流量所使用的URSP rules。所使用的URSP rules包括：使用的Traffic descriptor流量描述符，和所述Traffic descriptor流量 描述符下的RSD(route selection descriptor路径选择描述符)，以及RSD下的RSC(route selection component路径选择组件)，其中所述RSC包括了诸如DNN，S-NSSAI，SSC mode，PDU session type等信息。其中，每个URSP rules使用的情况，都跟一个或多个终端标识符(比如SUPI或GPSI，internal group ID等等)关联。另外还可以提供URSP rules的使用频率，使用频次等信息。
比如说，对于请求终端上报终端为应用流量使用的URSP规则，举例如下：第一通信设备希望采集，对FQDN＝ABC.com，这个APP流量，全网终端最终所使用的Traffic descriptor和RSD的情况。也就是说，这时候，第一通信设备要在全网统计，对于FQDN＝ABC.com这个域名，最终所使用的URSP规则的信息。比如说，终端1上报使用的TD(FQDN＝ABC.com)和RSD(non-3GPP接入，SSC mode 2)，终端2上报使用的TD(FQDN＝ABC.com，APP descriptor＝APP2)和RSD(3GPP接入，DNN＝1)。这样NWDAF就获得了所述终端对某个APP流量，使用URSP规则的结果。
比如说，对于请求终端上报URSP规则的使用频次和/或使用频率，我们举例如下：第一通信设备希望采集，对于某个终端，每次使用TD(DNN＝local.DN.com)和RSD(S-NSSAIa，3GPP接入)的频率或者频次。那么终端统计后发现，在这一个月内这个URSP规则一共使用了95次，同时，在全部所有终端的统计结果中，使用这个URSP规则的频率为15％。
比如说，对于终端为应用流量使用URSP规则后，识别出的应用流量对应的流量类型(如应用流量的业务类型)，这个主要是用于终端使用URSP规则，对APP流量所属的业务类型进行判断。比如说，第一通信设备想统计全网终端，对于IP地址＝10.1.1.1的APP流量进行流量类型的判断，然后全网终端上报结果，第一通信设备统计后得知，将该IP地址分类成游戏类流量的终端比重为55％，分类成视频类流量的终端比重为45％。
再比如说，对于IP地址＝10.1.1.1的APP流量进行使用URSP规则，终端内的某个URSP规则(TD＝IP descriptor 10.1.1.1，RSD＝WLAN Access，SSC mode 2)几乎不会被使用；或者说，该URSP规则优先级很高，但是基本不会被使用，那么这说明这个URSP规则设计的不合理。
这样，根据上述内容，第一通信设备通过从终端采集具体的URSP规则使用的情况，就能够获知某个URSP规则的使用情况，以及这个URSP规则是否高频使用等等。一般来说，URSP规则高频使用，说明URSP规则设计的较为高效，也较为准确。
步骤102、第一通信设备获取来自至少一个终端的应用流量数据相关的信息；
具体地，终端采集应用流量数据相关的信息，并采集的信息发送给第一通信设备，例如可以通过第二通信设备转发给第一通信设备，第一通信设备获取来自至少一个终端采集的信息。
步骤103、第一通信设备基于应用流量数据相关的信息，分析得到终端路由选择策略URSP规则的分析结果。
具体地，第一通信设备基于应用流量数据相关的信息进行智能化分析，分析得到终端路由选择策略URSP规则的分析结果，分析结果例如包括：URSP规则的使用频次和/或使用频率、URSP规则对应的RSD中某个参数的性能、分析得到的URSP规则等。
下面举例说明URSP规则的分析结果。
对于URSP规则的使用频次和/或使用频率，在上面已经描述。比如说，第一通信设备可以输出，对于TD＝IP descriptor 10.1.1.1，RSD＝WLAN Access，SSC mode 2这组URSP规则(这个规则可能会被PCF发给多个终端)，其使用频率为15％。这就是第一通信设备统计多个终端上报的数据以后，得到的分析或统计结果。
对于URSP规则对应的RSD中某个参数的性能，是说，PCF或其他核心网5GC网元，可以请求第一通信设备分析具体URSP规则中某个RSD下的网络参数的性能。比如说，当前，为了匹配某个APP的流量，有RSD1和RSD2两种可选。其中RSD1和RSD2，对于选择切片有差异，RSD1使用切片S-NSSAI-a，RSD2使用切片S-NSSAI-b。这种情况下，PCF可以请求第一通信设备分析一下，S-NSSAI-a和S-NSSAI-b对应的两个切片的切片性能，比如说PCF请求第一通信设备提供Analytic ID＝load level information，这时候，第一通信设备就会分别提供两个切片对应的切片负载信息。比如说，S-NSSAI-a，他的切片负载等级为80％，说明已经接近高负载，而S-NSSAI-b则只有20％，那么第一通信设备将Analytic ID＝load levelinformation对应的切片负载分析结果发给PCF以后，PCF自然就认定，RSD2对应的切片参数性能更好，优于RSD1。这时候，PCF可以考虑，调整终端里的URSP规则，将RSD2的优先级调高，这样终端在为这个APP流量选择PDU会话的时候，优先选择支持切片S-NSSAI-b的PDU会话。这就是通过获得每个RSD内参数的具体性能的方式，来调整URSP规则。
再比如，对于从第一通信设备得到分析的URSP规则，比如说，PCF输入一个TD，FQDN＝ABC.com，那么这时候，就是需要第一通信设备，输出这个traffic descriptor所对应的最佳的URSP规则。第一通信设备根据从终端采集的众多数据，最终给出的结果为：RSD1(DNN＝1，SSC mode 3)和RSD2(DNN＝1，SSC mode 2，non-3GPP Access)。这种方法就是完全由第一通信设备智能化生成一个URSP规则。
本实施例的方法，第一通信设备向第二通信设备或第三通信设备发送第一请求，第一请求用于请求获取至少一个终端采集的应用流量数据相关的信息；第一通信设备获取来自至少一个终端的应用流量数据相关的信息，并基于应用流量数据相关的信息，分析得到终端路由选择策略URSP规则的分析结果，进而可以基于分析结果为终端确定使用的URSP规则，上述方案实现了对终端采集的应用流量数据相关的信息的分析功能，而且能够提高终端性能和URSP规则的使用效率。
可选地，第一请求中包括以下至少一项：
第一指示信息，第一指示信息用于指示终端采集第一信息；
第一时间范围，第一时间范围用于指示终端在第一时间范围内进行采集；即规定了采集终端数据的时间范围，比如，采集一周之内的数据。
第一位置范围，第一位置范围用于指示终端在第一位置范围内进行采集；即规定了终端必须在指定的位置范围内，才进行数据采集。可以理解的是，通过第一位置范围可以指示在第一位置范围内的终端进行数据采集。
第二指示信息，第二指示信息用于指示第一信息的上报频率；规定了终端上报采集数据的频率。比如说，一种是终端使用了某个URSP规则以后就立刻上报，实时性较强；还有一种是说，对实时性要求不高的场景下，终端可以累积采集了几条URSP规则使用记录以后，再统一离线上传。
第三指示信息，所述第三指示信息用于指示第一URSP规则；
其中，第一信息包括以下至少一项：终端为应用流量使用的URSP规则；终端为应用流量使用URSP规则后的结果信息；URSP规则的使用频率；URSP规则的使用频次；终端为应用流量使用URSP规则后，识别出的应用流量对应的流量类型；第二信息，所述终端为应用流量使用第一URSP规则后的结果信息，第一URSP规则的使用频率，第一URSP规则的使用频次，终端为应用流量使用第一URSP规则后，识别出的所述应用流量的流量类型，终端为应用流量使用第一URSP规则后的执行结果；
其中，第一URSP规则包括：特定的URSP规则、特定的流量描述符、特定的流量类型或特定的路由选择描述符RSD；
可以理解的是，第三指示信息可以指示特定的URSP规则、特定的流量描述符、特定的流量类型，或特定的路由选择描述符RSD，第一通信设备可以从终端采集终端为应用流量使用特定的URSP规则，特定的流量描述符、特定的流量类型或特定的RSD后的执行结果。比如，第三指示信息指示的特定的流量描述符(traffic descriptor)为“10.1.1.1”，则第一通信设备可以从终端采集，当终端为应用流量执行流量描述符为10.1.1.1的URSP rules的执行结果。比如，当终端使用该流量描述符后，选择了RSD1的路径选择描述符，那么RSD1就是使用该流量描述符的使用结果，该结果可以被终端上报至第三通信设备，并由第三通信设备发送至第一通信设备。
又例如，第三指示信息指示的特定流量描述符为“FQDN＝Tencent.com”，则终端上报使用该特定流量描述符为“FQDN＝Tencent.com”的规则使用结果给第三通信设备，第三通信设备上报该特定流量描述符的使用结果给第一通信设备。
其中，流量类型表示应用流量所从属的业务类型；第二信息的使用频率或频次低于第一阈值；第二信息包括以下至少一项：URSP规则、流量描述符、流量类型或路由选择描述符RSD。采集第二信息，是说明第一通信设备可以从终端采集使用频率较低的URSP规则。比如说，第一通信设备设定，终端需要把使用频次低于10次的URSP 规则上报。那么终端可以将终端内部规定时间内使用频次低于10次的URSP规则，比如Traffic descriptor，或者某个Traffic descriptor下的RSD，上报至第一通信设备(例如经过第二通信设备)。
其中，终端为应用流量使用的URSP规则可以用URSP规则标识ID表示；
可选地，终端为应用流量使用的URSP规则，包括以下至少一项：
终端为应用流量使用的流量描述符，和/或流量描述符的优先级；比如说，终端为应用流量使用了Traffic descriptor＝DNN1的流量描述符，该流量描述符的优先级为precedence＝2；
终端为应用流量使用的RSD，和/或RSD的优先级。比如说，终端为应用流量使用了Traffic descriptor＝DNN1下的RSD1这个路由选择描述符，该RSD1的优先级为precedence＝1；
例如，对于某个流量描述符TD＝DNN1，最终选择的RSD为优先级precedence＝1的RSD，RSD内参数包括：SSC mode 2，S-NSSAI a。
可选地，终端为应用流量使用URSP规则后的结果信息用于指示：终端使用URSP规则触发新建PDU会话，承载应用流量，或，终端使用URSP规则将应用流量匹配到终端已有的PDU会话。
具体地，终端为应用流量使用URSP规则以后，一般有两个结果，一个结果是，终端将该APP流量直接匹配至终端里已有的某个PDU会话，而这个PDU会话的各项参数，就是根据所选择URSP规则里的RSD找到的，该RSD里描述的参数，比如SSC mode，接入类型等等，与这个PDU会话的会话参数一致；还有一种情况是，终端为APP流量使用URSP规则以后，按照所选的RSD，终端内并没有已有PDU会话可以匹配，所以终端需要新建一个PDU会话承载这个APP流量，新建的PDU会话的会话参数，就是使用RSD里的参数进行建立的。
可选地，URSP规则的使用频率或使用频次，可以是在某个第一时间范围内统计的，第一时间范围可以是协议约定的、网络侧设备预配置的或配置的。
其中，应用流量所从属的业务类型例如游戏类、视频类、企业类等。
可选地，使用频率或频次低于第一阈值可以是针对某个第二时间范围来说的，第二时间范围可以是协议约定的、网络侧设备预配置的或配置的；第一阈值可以是协议约定的、网络侧设备预配置的或配置的。
例如，终端上报终端内部使用次数或使用频率比较低的流量描述符、流量类型或RSD。比如，对于TD＝FQDN“ABC.com”这种形式，终端内的RSD2经常不被使用，RSD 2中包括：SSC mode 1，non-3GPP Access。那么可以将低使用频率的RSD2上报，这样的目的是为了优化终端URSP规则，低使用频率说明该RSD设计不合理，导致终端经常用不到这个规则。
示例性地，上报频率例如可以是按天或按月等，不需要终端采集到信息以后立刻 上报给AF(DCAF)。
终端可以根据第一通信设备要求的上报频率，对URSP规则使用情况进行上报；
或，终端可以先对采集的URSP规则使用情况进行一些初步处理之后再上报，比如，计算某一天内某个RSD的使用频率。终端可以对采集的数据先做一些处理，比如说，对于某个Traffic descriptor，使用的RSD的情况的初步统计(RSD1使用率76％，RSD2使用率24％等等)，而不是说终端把每次URSP规则的使用结果都直接上报给第一通信设备，让第一通信设备统计。终端自己也可以采集数据并进行一些初步统计或者分析。
可选地，DCAF从终端采集应用流量数据相关信息的时候，可以使用匿名采集。
比如说，并不标识到底是哪个终端(终端IP地址或者用户永久标识符(SUbscription Permanent Identifier，SUPI)标识)使用了某个TD或者RSD。即，从终端采集数据的时候，终端不上报UE SUPI，即匿名数据采集，避免暴露隐私数据。
上述实施方式中，通过第一请求包括的内容，可以指示终端采集信息的类型、上报频率、采集信息的时间范围、位置范围等，终端实现的复杂度较低。
可选地，URSP规则的分析结果包括以下至少一项：
至少一个终端使用URSP规则的统计信息；统计信息包括：使用频次和/或使用频率；
URSP规则下RSD中至少一个参数对应的性能指标；
URSP规则中流量描述符所对应的第一目标RSD，第一目标RSD包括性能指标高于预设值的参数；
智能化分析后的URSP规则；
第二时间范围，所述第二时间范围用于指示URSP规则或RSD使用的时间范围；
第二位置范围，所述第二位置范围用于指示URSP规则或RSD使用的位置范围。
可选地，URSP规则的分析结果包括以下至少一项：
第一URSP规则下RSD中至少一个RSC参数对应的性能指标；
第一URSP规则中流量描述符所对应的第一目标RSD，第一目标RSD包括性能指标高于预设值的参数；
智能化分析后的第一URSP规则；
第二时间范围，所述第二时间范围用于指示第一URSP规则使用的时间范围；
第二位置范围，所述第二位置范围用于指示第一URSP规则使用的位置范围，所述位置范围为终端所在的位置范围，终端在所述第二位置范围下，可使用第一URSP规则。
需要说明的是，第一URSP规则中流量描述符所对应的多个目标RSD的性能。所述URSP规则的分析结果，可以得到第一URSP规则中流量描述符所对应的多个候选RSD和其对应的优先级，多个候选RSD的使用频率或频次，以及每个RSD对应的 性能，即，当使用目标RSD后，目标RSD内的所有RSC综合使用以后，体现的性能。所述性能是指，使用该第一URSP规则(含流量描述符和目标RSD)以后，该应用流量在5G网络内的QoS指标情况(比如上下行速率，上下行时延，上下行丢包率等等)，或者，该应用流量访问应用服务器后的客户端应用体验或者服务器端应用体验(比如，用户体验的上下行速率，或者服务器端体验的上下行速率，上下行时延，上下行丢包率等等)；
具体地，第一通信设备对终端采集的信息进行智能化分析，得到URSP规则的分析结果，例如对至少一个终端采集的信息进行统计，得到统计信息，如使用URSP规则的使用频次和/或使用频率；
例如，第一通信设备可以分析RSD中参数S-NSSAI对应的性能指标，例如该S-NSSAI对应的切片，其负载低、上下行速率高，则该切片标识可以在RSD里使用或第一通信设备可以分析接入类型对应的性能等，例如使用non-3GPP接入的上行速率为20Mbps，而使用3GPP接入的上行速率为100Mbps，对比看来3GPP接入的方式性能更优。另外，第一通信设备还可以统计，在访问某个应用服务器或者所述采集数据的所有终端里，当使用Traffic descriptor＝FQDN“ABC.com”的时候，PDU会话使用3GPP接入9500次，使用非3GPP接入500次。则使用3GPP接入的更多，则3GPP接入更应该选为RSD的参数。
其中，第一目标RSD可以是包括的参数的性能较好，例如性能指标高于预设值，或者性能指标高于终端现有的RSD中的参数。比如说，当前终端内部某Traffic descriptor下，RSD1中的接入方式为non-3GPP接入。但是经过第一通信设备分析以后，发现使用non-3GPP接入的上行速率为20Mbps，而使用3GPP接入的上行速率为100Mbps，这时候第一通信设备可以将两种接入方式的性能发给第三通信设备(PCF)，第三通信设备经过判断，认为RSD中的Access type接入方式，应该改为3GPP接入较为合适，第三通信设备下发新的RSD，替代原有的RSD，新的RSD中是3GPP接入；或者第三通信设备，调整RSD优先级，比如RSD1使用non-3GPP接入，性能差，则调低优先级，而将RSD2中包含3GPP接入性能较好的RSD，优先级调高，高于RSD1。
例如，当Traffic descriptor＝DNN1的时候，提供对应的第一目标RSD，或URSP规则。
可选地，第三通信设备基于所述分析结果，确定第二时间范围和/或第二位置范围，所述第二时间范围用于指示URSP规则或RSD使用的时间范围；所述第二位置范围用于指示URSP规则或RSD使用的位置范围。
具体地，第三通信设备PCF还可以根据分析结果，确定URSP规则或RSD的时间窗口time window和位置标准：
Time window是指在该时间范围内可使用RSD；
位置标准Location Criteria是指在该位置标准对应的位置范围内可使用RSD。
比如说，第一通信设备分析，在每天晚上7点到9点，地理位置是在小区ID(cell ID)1-10的范围内的时候，终端内URSP规则下，Traffic descriptor：application descriptor＝APP1下，RSD1可用。那么，这样，只有符合这个时间和位置条件的情况下，RSD1才是可用的，其余时刻RSD1都禁用。而这个时间范围和位置标准对应的范围，都是第一通信设备根据从终端采集的数据，和其他相关采集的数据(比如从UPF，从AF)等等，综合分析出来的。而PCF就可以参考这个智能化设计，对Time Window和Location Criteria进行设定。也有一种可能是，在所述规定的位置标准对应的范围和时间范围内，所述RSD性能更好，所以使用该RSD；而在此位置标准对应的范围之外或时间范围之外，所述RSD中的参数对应的性能较差，比如说，RSD中的DNN1，此时的DNN1代表的数据网拥塞，上下行速率很低，根本不适合访问。
NWDAF能够分析或者预测，在未来时间内和/或在预测的某个位置范围内RSD可使用，即在该位置范围和/或时间范围内RSD里包含的参数，比如接入方式，DNN，S-NSSAI等，其性能更佳。
在一实施例中，该方法还包括：
第一通信设备获取第三通信设备发送的第二请求，第二请求用于以下至少一项：请求获得智能化分析后的URSP规则；请求获得URSP规则中至少一个流量描述符下RSD中至少一个参数对应的性能指标；请求获得URSP规则中流量描述符所对应的第一目标RSD，第一目标RSD包括性能指标高于预设值的参数；或，请求获得URSP规则中流量描述符对应的性能指标；请求获得智能化分析后的第一URSP规则；请求获得第一URSP规则中至少一个流量描述符下RSD中至少一个参数对应的性能指标；请求获得第一URSP规则中流量描述符所对应的第一目标RSD；请求获得第一URSP规则中流量描述符所对应的多个候选目标RSD，以及多个候选目标RSD所对应的性能；
第一通信设备基于第二请求，确定第二通信设备的信息或确定从终端采集的应用流量数据相关的信息类型。
可选地，步骤101可以通过如下方式实现：
第一通信设备基于第二通信设备的信息或从终端采集应用流量数据相关的信息类型，向第二通信设备发送第一请求。
具体地，第三通信设备可以是策略控制功能(Policy Control Function，PCF)网元。
第一通信设备可以是在第三通信设备发起第二请求之后，向第二通信设备发送第一请求，用于请求获取至少一个终端采集的应用流量数据相关的信息。即，PCF请求第一通信设备NWDAF为其提供智能化URSP规则以后，NWDAF决定需要从终端采集各项数据。
其中，第二请求可以通过分析订阅信令(如Nnwdaf_AnalyticsSubscription_Subscribe)或分析请求信令(如Nnwdaf_AnalyticsInfo_Request)实现。第二请求中analytic filter，可以新增包括：APP描述符(Application descriptor)，连接能力等URSP rules里的traffic descriptor。
可选地，PCF订阅NWDAF的分析Analytic ID，如第二请求包括该分析ID，用于订阅或者获取某个终端或者多个终端的URSP规则。例如，PCF也可以订阅感兴趣的区域(Area of interest)内的所有终端所对应的分析结果。
可选地，如图3所示，第一通信设备可以向第三通信设备发送响应消息，例如通过分析订阅响应信令(如Nnwdaf_AnalyticsSubscription_Subscribe response)或分析请求响应信令(如Nnwdaf_AnalyticsInfo_Request response)实现。
可选地，第一通信设备基于第二通信设备的信息或确定从终端采集的应用流量数据相关的信息类型，向第二通信设备发送第一请求。
然后第一通信设备可以向第三通信设备发送通知消息Nnwdaf_AnalyticsSubscription_Notify，通知消息用于发送第一通信设备分析后的结果，包括：智能化分析后的URSP规则；URSP规则中至少一个流量描述符下RSD中至少一个参数对应的性能指标送URSP规则中流量描述符所对应的第一目标RSD，第一目标RSD包括性能指标高于预设值的参数；或，URSP规则中流量描述符对应的性能指标。
如图3所示，NWDAF寻找符合条件的AF，用于从终端采集信息。
即当PCF请求URSP规则的分析结果的时候，NWDAF判决要从终端采集信息。
NWDAF发送订阅请求到AF(或者通过NEF到AF)，用于AF从终端采集信息。
例如，可以通过订阅信令(如Nnef_EventExposure Subscribe或Naf_EventExposure_Subscribe)实现。其中，如果NWDAF直接从可信AF订阅，则直接使用Naf_EventExposure_Subscribe；如果NWDAF从非可信AF订阅，则先发送订阅请求到Nnef_EventExposure Subscribe，然后再发送订阅请求Naf_EventExposure_Subscribe到AF。
可选地，如图3所示，步骤102可以通过如下方式实现：
第一通信设备接收第二通信设备发送的至少一个终端的应用流量数据相关的信息。
具体地，如图3所示，第二通信设备向第一通信设备发送至少一个终端采集的信息，即应用流量数据相关的信息。
例如，可以利用通知信令(Naf_EventExposure_Notify和Nnef_EventExposure_Notify)实现，即DCAF向NEF发送Naf_EventExposure_Notify信令，NEF向NWDAF发送Nnef_EventExposure_Notify信令。或者DCAF直接发送从终端采集的信息，通过Naf_EventExposure_Notify发送至NWDAF。
可选地，第二通信设备可以基于第一请求向终端发送请求，请求终端采集应用流量数据相关的信息，终端可以基于上报频率上报采集的应用流量数据相关的信息。例如可以离线上报。
可选地，第一通信设备如果从第三通信设备，获取或订阅URSP rules执行情况，那么，所述第三通信设备，可以通过上行NAS消息的方式(UL NAS message，比如，PDU session modification request，或者registration update request等)，从终端采集URSP rules执行情况的信息。终端通过上行NAS消息将URSP rules执行情况发送至AMF接入和移动性管理功能，AMF通过：Npcf_UEPolicyControl Update Request，向PCF发送终端内的URSP rules执行结果。
可选地，如图3所示，该方法还包括以下至少一项：
第一通信设备向第三通信设备发送URSP规则的分析结果；
第一通信设备向第二通信设备发送URSP规则的分析结果；
第一通信设备向第三通信设备发送第一URSP规则的分析结果；
具体地，第一通信设备可以利用通知信令(如Nnwdaf_AnalyticsSubscription_Notify)或响应消息(Nnwdaf_AnalyticsInfo_Response)实现发送URSP规则的分析结果。
上述实施方式中，第一通信设备可以在第三通信设备发送第二请求之后触发向第二通信设备发送第一请求，用于请求获取终端采集应用流量数据相关的信息。
可选地，第二请求包括分析标识，第二请求还包括以下至少一项：第一时间范围、第一位置范围；所述第二请求里的第一时间范围和第一位置范围，用于NWDAF确定终端采集数据的时间范围和位置范围。比如，NWDAF请求终端，只在特定位置范围(比如TAI，cell ID等)，或者在固定的时间范围(比如每天固定的上午或下午时间段内)进行数据采集。步骤103可以通过如下方式实现：
第一通信设备基于第一时间范围和第一位置范围中的至少一项，向第二通信设备发送第一请求，此时第一请求包括第一时间范围和第一位置范围中的至少一项。
举例来说，NWDAF可以提供URSP规则，所述URSP规则只能在特定的位置区域和时间区域被终端使用，这是因为，在上述第一位置范围和第一时间范围内，所述URSP规则下的RSD里的各项参数，能够保证性能较优，比如，接入方式使用3GPP接入，上下行速率较大，使用S-NSSAI-a的时候，切片的负载较低等。
可选地，第二请求包括分析标识；
在第二请求用于请求获得URSP规则下RSD中至少一个参数对应的性能的情况下，第二请求还包括以下至少一项：数据网络名称DNN、单个网络切片选择辅助信息S-NSSAI或优先接入类型；还可以包括：SSC mode，无缝卸载指示(Non-Seamless Offload indication)，基于距离的服务层3UE到网络中继卸载指示(ProSe Layer-3 UE-to-Network Relay Offload indication)等。这种操作方式依然是，PCF发送第二请 求到NWDAF，第二请求中包含具体的一个RSD的参数，然后NWDAF提供该RSD参数对应的性能。
下面给出一些所谓的RSD参数对应的性能：
比如说对于切片：PCF可以发送某个S-NSSAI切片标识到NWDAF，通过请求Analytic ID＝load level information，NWDAF可以提供如下表3所示有关切片的性能：
表3
比如说对于切片：PCF可以发送某个DNN到NWDAF，通过请求Analytic ID＝Service Experience或者Analytic ID＝WLAN performance，或者Analytic ID＝DN Performance，NWDAF可以提供如下表4所示有关DN性能：
表4
其他也是类似。
在第二请求用于请求URSP规则中流量描述符所对应的第一目标RSD的情况下，第二请求还包括：流量描述符；流量描述符包括以下至少一项：
APP描述符、IP描述符、域名描述符、非Non-IP描述符、DNN或连接能力。
这种场景是说，PCF发送某个流量描述符到NWDAF，请求NWDAF分析该流量 描述符所对应的最佳RSD，所述最佳RSD必然是诸多参数的组合，比如S-NSSAI，DNN，SSC mode等等。NWDAF根据从终端采集的数据分析后得到RSD，发送给PCF。这种场景APP描述符和连接能力是新增，需要NWDAF为他们提供RSD。
具体地，PCF还可以向NWDAF发送以下至少一项：数据网络名称DNN、单个网络切片选择辅助信息S-NSSAI或优先接入类型，以获取URSP规则下RSD中至少一个参数对应的性能指标或URSP规则中流量描述符对应的性能指标。所述性能指标上面已经描述。
PCF还可以向NWDAF发送流量描述符(比如FQDN等)，请求NWDAF输出分析结果，分析结果就是流量描述符所对应的第一目标RSD。第一目标RSD包括性能指标高于预设值的参数。这里的所谓高于预设值的参数是指，NWDAF提供的RSD，可能比当前终端内的该流量描述符下的RSD，性能要好。
例如，某个切片对应的负载低，上下行速率高，因此性能较好，
PCF可以在上述第二请求中，除了IP描述符、域名描述符、非Non-IP描述符或DNN，还可以增加如下参数，以获取该些参数所对应的RSD。
APP描述符，例如OSID、OSAPPID，该参数是TD的其中一个，那么PCF请求的就是某个终端上的某个OSAPPID对应的RSD。
连接能力，例如IP多媒体子***(IP Multimedia Subsystem，IMS)、多媒体短信服务(Multimedia Messaging Service，MMS)、因特网Internet、安全用户面定位(Secure User Plane Location，SUPL)，即可以NWDAF去分析特定连接能力下的RSD结果。
可选地，在第二请求用于请求获得URSP规则中流量描述符对应的性能指标的情况下，第二请求还包括：APP描述符和/或连接能力；APP描述符和/或连接能力与DNN，IP描述符，域名描述符，Non-IP描述符中的至少一项等同。
具体地，APP描述符和/或连接能力，例如可以转换成应用服务器的IP地址。这样，就可以通过IP地址从NWDAF获得对应的分析结果了。即：NWDAF，或者其他5GC网元，具备这样的能力，将APP描述符或连接能力，转换成对应的服务器IP地址，服务器FQDN等等，这样NWDAF可以直接根据服务器IP地址，服务器FQDN，得到访问该服务器的最佳RSD的组合，比如S-NSSAI，DNN，接入方式，SSC mode，PDU会话类型等等。
上述转换过程PCF可以提供，SMF可以提供(PCF请求SMF进行转换)，NWDAF也可以提供(比如，NWDAF请求SMF进行转换)。比如NWDAF可以发送一个请求到SMF，请求进行转换；也可以NWDAF自己进行转换。
可选地，可以扩展RSD结果，例如可以包括以下至少一项参数：
SSC模式、S-NSSAI、DNN、PDU会话类型、无缝卸载指示(Non-Seamless Offload indication)、基于距离的服务层3UE到网络中继卸载指示(ProSe Layer-3 UE-to-Network Relay Offload indication)、优先接入类型、时间范围、位置范围。
其中，Non-Seamless Offload indication表示应用流量数据需卸载到非3GPP接入。
可选地，上述RSD结果扩展的至少一项参数可以扩展到服务体验Service experience这个分析ID里，增加APP描述符或者连接能力对应的性能。也就是说，在Analytic ID＝service experience内，增加APP描述符或者连接能力对应的性能，例如如下表5所示：
表5
上述中，网络切片实例的体验，增加APP描述符和连接能力，即当终端使用对应连接能力或所述终端上某个应用(用APP描述符标识)的时候，该切片服务体验(Network Slice instance service experience)是多少。
再比如，例如如下表6所示：
表6
当NWDAF统计终端访问某个APP server instance IP地址的时候，可以把是终端上哪个APP描述符对应的APP，以及终端使用的哪个连接能力加进来。可选地，该方法还包括：
第一通信设备向第三通信设备发送URSP规则的分析结果；和/或，
第一通信设备向第二通信设备发送URSP规则的分析结果。
具体地，第一通信设备可以通过如下信令：Nnwdaf_AnalyticsSubscription_Notify或Nnwdaf_AnalyticsInfo_Response向第三通信设备和/或第二通信设备发送URSP规则的分析结果。
可选地，第三通信设备获得URSP规则的分析结果之后，所述方法还包括：
第三通信设备对终端的URSP规则进行调整，向终端发送调整后的URSP规则。
例如，PCF根据NWDAF的分析结果，进行URSP规则的调整。发送调整后的URSP规则给终端。
可选地，该方法还包括：
第一通信设备向第二通信设备发送第三信息，第三信息包括至少一个APP标识，APP标识对应的APP为终端中能够使用URSP规则的分析结果的APP。
具体地，核心网设备，比如NWDAF，在发送分析结果给DCAF的时候，可以发送一个APP ID列表，包括至少一个APP标识，即可以使用该分析结果的APP的清单，如果该清单不包括某APP，则该APP无法使用该分析结果。一般来说，只有跟运营商签约的应用才可以使用分析结果。
示例性地，URSP规则的分析结果，能够向终端指示：
不同接入方式下的接入性能；比如3GPP接入(5G，4G)或non-3GPP接入(WLAN)。
不同DNN的性能，比如DNN是否拥塞，访问DNN的QoS指标如何等；
不同的切片性能，比如切片是否拥塞，访问切片的QoS各项指标等。
终端根据NWDAF提供的URSP规则的分析结果，进行以下操作：
如果两个RSD中包含了不同的DNN，S-NSSAI，接入方式，那么终端可以选择性能更加的DNN，S-NSSAI，接入方式对应的RSD，无视RSD优先级。如果所选的RSD优先级比较低的话，终端需要上报给核心网设备(例如通过NAS消息，或者DCAF)。
终端还可以自己组建或生成URSP规则，组建或生成的URSP规则中的RSD里，包含了NWDAF所指示的性能最佳的DNN，S-NSSAI等等。比如说，NWDAF给终端发送了URSP规则的分析结果，指示当前终端位置下，当流量描述符使用IP描述符：10.1.1.1的时候，RSD里的各项参数，性能最佳的方案是使用non-3GPP接入，访问DNN1，切片选择S-NSSAI-b；那么这时候，终端就可以把这些参数组合起来，组成新的RSD，在该流量描述符下使用。
可选地，终端的APP(例如专门与DCAF交互的APP)从DCAF收到NWDAF发送的分析ID对应的分析结果，或者分析ID对应的模型地址以后，可以发送给其他APP或实体，例如可能是：终端操作***OS、终端芯片(modem)或终端上的其他APP，比如，人工智能/模型训练(AI/ML)的APP。
因此，该终端可以具备一个新的能力，即当终端的APP(与DCAF交互的)从DCAF收到分析ID对应的分析结果或模型以后，有如下终端能力：
该终端的APP将分析结果发给终端OS；终端OS使用该分析结果或模型；
该终端OS，可以将获得的分析结果，发送给终端modem；终端芯片使用该分析结果或模型。
该终端OS，还可以将接收的分析结果，发送给应用层上的其他APP(区别于与 DCAF进行交互的APP)；其他APP可以是指定的APP，使用APP ID来区分，也可以是终端上的全部应用。该其他APP为授权可以使该分析结果的APP。
终端的操作***、终端上的其他APP或终端的芯片，使用分析结果，可以进行终端操作优化，模型训练，模型推理等。
图4是本申请实施例提供的数据处理方法的流程示意图之二。如图4所示，本实施例提供的方法，包括：
步骤201、第二通信设备或第三通信设备接收第一通信设备发送的第一请求，第一请求用于请求获取至少一个终端采集的应用流量数据相关的信息；
步骤202、第二通信设备或第三通信设备获取来自至少一个终端的所述应用流量数据相关的信息；至少一个终端的所述应用流量数据相关的信息用于第一通信设备分析得到终端路由选择策略URSP规则的分析结果。
可选地，所述第一请求中包括以下至少一项：
第一指示信息，所述第一指示信息用于指示所述终端采集第一信息；
第一时间范围，所述第一时间范围用于指示所述终端在所述第一时间范围内进行采集；
第一位置范围，所述第一位置范围用于指示所述终端在所述第一位置范围内进行采集；
第二指示信息，所述第二指示信息用于指示所述第一信息的上报频率；
第三指示信息，所述第三指示信息用于指示第一URSP规则；
其中，所述第一信息包括以下至少一项：所述终端为应用流量使用的URSP规则；所述终端为应用流量使用URSP规则后的结果信息；URSP规则的使用频率；URSP规则的使用频次；终端为应用流量使用URSP规则后，识别出的所述应用流量对应的流量类型；第二信息，所述终端为应用流量使用第一URSP规则后的结果信息，第一URSP规则的使用频率，第一URSP规则的使用频次，终端为应用流量使用第一URSP规则后，识别出的所述应用流量的流量类型，终端为应用流量使用第一URSP规则后的执行结果；
其中，第一URSP规则包括：特定的URSP规则、特定的流量描述符、特定的流量类型或特定的路由选择描述符RSD；；
其中，所述流量类型表示所述应用流量所从属的业务类型；所述第二信息的使用频率或频次低于第一阈值；所述第二信息包括以下至少一项：URSP规则、流量描述符、流量类型或路由选择描述符RSD。
可选地，所述终端为应用流量使用的URSP规则，包括以下至少一项：
终端为应用流量使用的流量描述符，和/或所述流量描述符的优先级；
终端为应用流量使用的RSD，和/或所述RSD的优先级。
可选地，所述终端为应用流量使用URSP规则后的结果信息用于指示：终端使用URSP规则触发新建PDU会话，承载所述应用流量，或，终端使用URSP规则将所述应用流量匹配到终端已有的PDU会话；
或，
所述终端为应用流量使用第一URSP规则后的结果信息用于指示：终端使用第一URSP规则触发新建PDU会话，承载所述应用流量，或，终端使用第一URSP规则将所述应用流量匹配到终端已有的PDU会话。
可选地，终端为应用流量使用第一URSP规则后的执行结果包括以下至少一项：
终端为应用流量使用第一URSP规则后确定的RSD；
终端为应用流量使用第一URSP规则后确定的RSD下的路径选择组件RSC；
终端为应用流量使用第一URSP规则后确定的RSD的优先级。
可选地，所述URSP规则的分析结果包括以下至少一项：
至少一个终端使用URSP规则的统计信息；所述统计信息包括：使用频次和/或使用频率；
所述URSP规则下RSD中至少一个参数对应的性能指标；
所述URSP规则中流量描述符所对应的第一目标RSD，所述第一目标RSD包括性能指标高于预设值的参数；
智能化分析后的URSP规则；
第二时间范围，所述第二时间范围用于指示URSP规则或RSD使用的时间范围；
第二位置范围，所述第二位置范围用于指示URSP规则或RSD使用的位置范围。
可选地，所述方法还包括：
所述第二通信设备向第一通信设备发发送所述至少一个终端的所述应用流量数据相关的信息。
可选地，所述方法还包括：
第二通信设备接收所述第一通信设备发送的所述URSP规则的分析结果。
可选地，所述方法还包括：
所述第二通信设备接收所述第一通信设备发送的第三信息，所述第三信息包括至少一个APP标识，所述APP标识对应的APP为终端中能够使用所述URSP规则的分析结果的APP。
本实施例的方法，其具体实现过程与技术效果与第一通信设备侧方法实施例中相同，具体可以参见第一通信设备侧方法实施例中的详细介绍，此处不再赘述。
图5是本申请实施例提供的数据处理方法的流程示意图之二。如图5所示，本实施例提供的方法，包括：
步骤301、第三通信设备向第一通信设备发送第二请求，第二请求用于以下至少一项：请求获得智能化分析后的URSP规则；请求获得终端URSP规则中至少一个流 量描述符下RSD中至少一个参数对应的性能指标；请求获得终端URSP规则中流量描述符所对应的第一目标RSD，第一目标RSD包括性能指标高于预设值的参数；或，请求获得所述终端URSP规则中流量描述符对应的性能指标。
可选地，所述第二请求包括分析标识，所述第二请求还包括以下至少一项：第一时间范围、第一位置范围；所述第一时间范围用于指示所述终端在所述第一时间范围内进行采集；所述第一位置范围用于指示所述终端在所述第一位置范围内进行采集。
可选地，所述第二请求包括分析标识；
在所述第二请求用于请求获得URSP规则下RSD中至少一个参数对应的性能的情况下，所述第二请求还包括以下至少一项：数据网络名称DNN、单个网络切片选择辅助信息S-NSSAI或优先接入类型；
在所述第二请求用于请求所述URSP规则中流量描述符所对应的第一目标RSD的情况下，所述第二请求还包括：流量描述符；所述流量描述符包括以下至少一项：
APP描述符、IP描述符、域名描述符、非Non-IP描述符、DNN或连接能力。
可选地，在所述第二请求用于请求获得所述终端URSP规则中流量描述符对应的性能指标的情况下，所述第二请求还包括：APP描述符和/或连接能力；所述APP描述符和/或连接能力与DNN，IP描述符，域名描述符，Non-IP描述符中的至少一项等同；
可选地，所述方法还包括：
所述第三通信设备接收所述第一通信设备发送的所述URSP规则的分析结果。
可选地，所述URSP规则的分析结果包括以下至少一项：
至少一个终端使用URSP规则的统计信息；所述统计信息包括：使用频次和/或使用频率；
所述URSP规则下RSD中至少一个参数对应的性能指标；
所述URSP规则中流量描述符所对应的第一目标RSD，所述第一目标RSD包括性能指标高于预设值的参数；
智能化分析后的URSP规则；
第二时间范围，所述第二时间范围用于指示URSP规则或RSD使用的时间范围；
第二位置范围，所述第二位置范围用于指示URSP规则或RSD使用的位置范围。
可选地，所述第三通信设备获得URSP规则的分析结果之后，所述方法还包括：
所述第三通信设备对所述终端的URSP规则进行调整，向所述终端发送调整后的URSP规则。
可选地，所述第三通信设备获得URSP规则的分析结果之后，所述方法还包括：
所述第三通信设备基于所述分析结果，确定第二时间范围和/或第二位置范围，所述第二时间范围用于指示URSP规则或RSD使用的时间范围；所述第二位置范围用于指示URSP规则或RSD使用的位置范围。
本实施例的方法，其具体实现过程与技术效果与第一通信设备侧方法实施例中相同，具体可以参见第一通信设备侧方法实施例中的详细介绍，此处不再赘述。
本实施例提供另一种数据处理的方法，包括：第三通信设备接收第一通信设备发送的第一请求，所述第一请求用于请求获取至少一个终端采集的应用流量数据相关的信息；
所述第三通信设备获取来自所述至少一个终端的所述应用流量数据相关的信息；所述至少一个终端的所述应用流量数据相关的信息用于第一通信设备分析得到终端路由选择策略URSP规则的分析结果。
可选地，所述第一请求中包括以下至少一项：
第一指示信息，所述第一指示信息用于指示所述终端采集第一信息；
第一时间范围，所述第一时间范围用于指示所述终端在所述第一时间范围内进行采集；
第一位置范围，所述第一位置范围用于指示所述终端在所述第一位置范围内进行采集；
第二指示信息，所述第二指示信息用于指示所述第一信息的上报频率；
第三指示信息，所述第三指示信息用于指示第一URSP规则；
其中，所述第一信息包括以下至少一项：所述终端为应用流量使用的URSP规则；所述终端为应用流量使用URSP规则后的结果信息；URSP规则的使用频率；URSP规则的使用频次；终端为应用流量使用URSP规则后，识别出的所述应用流量对应的流量类型；第二信息，所述终端为应用流量使用第一URSP规则后的结果信息，第一URSP规则的使用频率，第一URSP规则的使用频次，终端为应用流量使用第一URSP规则后，识别出的所述应用流量的流量类型，终端为应用流量使用第一URSP规则后的执行结果；
其中，第一URSP规则包括：特定的URSP规则、特定的流量描述符、特定的流量类型或特定的路由选择描述符RSD；
其中，所述流量类型表示所述应用流量所从属的业务类型；所述第二信息的使用频率或频次低于第一阈值；所述第二信息包括以下至少一项：URSP规则、流量描述符、流量类型或路由选择描述符RSD。
可选地，所述终端为应用流量使用的URSP规则，包括以下至少一项：
终端为应用流量使用的流量描述符，和/或所述流量描述符的优先级；
终端为应用流量使用的RSD，和/或所述RSD的优先级。
可选地，所述终端为应用流量使用URSP规则后的结果信息用于指示：终端使用URSP规则触发新建PDU会话，承载所述应用流量，或，终端使用URSP规则将所述应用流量匹配到终端已有的PDU会话；或，
所述终端为应用流量使用第一URSP规则后的结果信息用于指示：终端使用第一 URSP规则触发新建PDU会话，承载所述应用流量，或，终端使用第一URSP规则将所述应用流量匹配到终端已有的PDU会话。
可选地，终端为应用流量使用第一URSP规则后的执行结果包括以下至少一项：
终端为应用流量使用第一URSP规则后确定的RSD；
终端为应用流量使用第一URSP规则后确定的RSD下的路径选择组件RSC；
终端为应用流量使用第一URSP规则后确定的RSD的优先级。
可选地，所述URSP规则的分析结果包括以下至少一项：
至少一个终端使用URSP规则的统计信息；所述统计信息包括：使用频次和/或使用频率；
所述URSP规则下RSD中至少一个参数对应的性能指标；
所述URSP规则中流量描述符所对应的第一目标RSD，所述第一目标RSD包括性能指标高于预设值的参数；
智能化分析后的URSP规则；
第二时间范围，所述第二时间范围用于指示URSP规则或RSD使用的时间范围；
第二位置范围，所述第二位置范围用于指示URSP规则或RSD使用的位置范围。
需要说明的是，第一URSP规则中流量描述符所对应的多个目标RSD的性能。所述URSP规则的分析结果，可以得到第一URSP规则中流量描述符所对应的多个候选RSD和其对应的优先级，多个候选RSD的使用频率或频次，以及每个RSD对应的性能，即，当使用目标RSD后，目标RSD内的所有RSC综合使用以后，体现的性能。所述性能是指，使用该第一URSP规则(含流量描述符和目标RSD)以后，该应用流量在5G网络内的QoS指标情况(比如上下行速率，上下行时延，上下行丢包率等等)，或者，该应用流量访问应用服务器后的客户端应用体验或者服务器端应用体验(比如，用户体验的上下行速率，或者服务器端体验的上下行速率，上下行时延，上下行丢包率等等)。
可选地，所述方法还包括：
所述第三通信设备向第一通信设备发送所述至少一个终端的所述应用流量数据相关的信息。
可选地，所述方法还包括：
第三通信设备接收所述第一通信设备发送的所述URSP规则的分析结果。
可选地，所述方法还包括：
所述第三通信设备接收所述第一通信设备发送的第三信息，所述第三信息包括至少一个APP标识，所述APP标识对应的APP为终端中能够使用所述URSP规则的分析结果的APP。
图6是本申请实施例提供的数据处理方法的流程示意图之二。如图6所示，本实施例提供的方法，包括：
步骤401、终端接收来自第一通信设备或第三通信设备的第一请求；第一请求用于请求获取至少一个终端采集的应用流量数据相关的信息；
步骤402、终端根据第一请求向第一通信设备或第三通信设备发送采集的应用流量数据相关的信息；
步骤403、终端获取来自第一通信设备的分析结果，分析结果为第一通信设备基于应用流量数据相关的信息提供的。可选地，可选地，所述第一请求中包括以下至少一项：
第一指示信息，所述第一指示信息用于指示所述终端采集第一信息；
第一时间范围，所述第一时间范围用于指示所述终端在所述第一时间范围内进行采集；
第一位置范围，所述第一位置范围用于指示所述终端在所述第一位置范围内进行采集；
第二指示信息，所述第二指示信息用于指示所述第一信息的上报频率；
第三指示信息，所述第三指示信息用于指示第一URSP规则；
其中，所述第一信息包括以下至少一项：所述终端为应用流量使用的URSP规则；所述终端为应用流量使用URSP规则后的结果信息；URSP规则的使用频率；URSP规则的使用频次；终端为应用流量使用URSP规则后，识别出的所述应用流量对应的流量类型；第二信息，所述终端为应用流量使用第一URSP规则后的结果信息，第一URSP规则的使用频率，第一URSP规则的使用频次，终端为应用流量使用第一URSP规则后，识别出的所述应用流量的流量类型，终端为应用流量使用第一URSP规则后的执行结果；
其中，第一URSP规则包括：特定的URSP规则、特定的流量描述符、特定的流量类型或特定的路由选择描述符RSD；
其中，所述流量类型表示所述应用流量所从属的业务类型；所述第二信息的使用频率或频次低于第一阈值；所述第二信息包括以下至少一项：URSP规则、流量描述符、流量类型或路由选择描述符RSD。
可选地，所述终端为应用流量使用的URSP规则，包括以下至少一项：
终端为应用流量使用的流量描述符，和/或所述流量描述符的优先级；
终端为应用流量使用的RSD，和/或所述RSD的优先级。
可选地，所述终端为应用流量使用URSP规则后的结果信息用于指示：终端使用URSP规则触发新建PDU会话，承载所述应用流量，或，终端使用URSP规则将所述应用流量匹配到终端已有的PDU会话；或，
所述终端为应用流量使用第一URSP规则后的结果信息用于指示：终端使用第一URSP规则触发新建PDU会话，承载所述应用流量，或，终端使用第一URSP规则将所述应用流量匹配到终端已有的PDU会话。
可选地，所述终端为应用流量使用第一URSP规则后的执行结果包括以下至少一项：
终端为应用流量使用第一URSP规则后确定的RSD；
终端为应用流量使用第一URSP规则后确定的RSD下的路径选择组件RSC；
终端为应用流量使用第一URSP规则后确定的RSD的优先级。
可选地，所述分析结果包括以下至少一项：
至少一个终端使用URSP规则的统计信息；所述统计信息包括：使用频次和/或使用频率；
所述URSP规则下RSD中至少一个参数对应的性能指标；
所述URSP规则中流量描述符所对应的第一目标RSD，所述第一目标RSD包括性能指标高于预设值的参数；
智能化分析后的URSP规则；
第二时间范围，所述第二时间范围用于指示URSP规则或RSD使用的时间范围；
第二位置范围，所述第二位置范围用于指示URSP规则或RSD使用的位置范围。
可选地，所述分析结果包括URSP规则的分析结果，所述方法还包括：
所述终端基于所述URSP规则的分析结果，生成用于第一APP的流量数据的目标URSP规则，并基于所述目标URSP规则对所述第一APP的流量数据进行处理；或，
所述终端基于所述URSP规则的分析结果，确定第二目标RSD，并基于所述第二目标RSD对应的URSP规则对第一APP的流量数据进行处理。
可选地，所述终端基于所述URSP规则的分析结果，生成用于第一APP的流量数据的目标URSP规则，包括：
所述终端根据所述分析结果中URSP规则下RSD中至少一个参数对应的性能指标，确定所述目标URSP规则包括的流量描述符下RSD中的至少一个参数。
可选地，所述终端基于所述URSP规则的分析结果，确定第二目标RSD，包括：
在所述URSP规则的分析结果包括第一RSD对应的性能和第二RSD对应的性能，且所述第一RSD对应的性能优于所述第二RSD对应的性能的情况下，所述目标RSD为所述第一RSD。
可选地，所述第一RSD的优先级低于所述第二RSD优先级。
可选地，所述方法还包括：
在所述第一RSD的优先级低于所述第二RSD的情况下，所述终端向网络侧设备上报所述第二目标RSD。
一种实施方式中，终端可以通过DCAF，或者通过上行NAS消息，向网络侧设备(比如PCF，AMF)上报所述异常情况。即，当终端为某APP流量使用URSP规则时，终端使用低优先级的URSP规则(比如低优先级的traffic descriptor)，或者终端使用某流量描述符下第一RSD，所述第一RSD优先级低于所述第二RSD优先级。这 种情况表明，终端选择了优先级更低的第二RSD，属于异常情况。所述NAS消息包括至少一项：PDU会话修改请求PDU session modification request，注册请求registration request，PDU会话建立请求PDU session establishment request。终端上报该异常情况时，还可携带使用低优先级RSD或URSP规则的原因。在这种情况下，所述5G核心网能够获得终端URSP规则的使用情况，同时通过NAS消息快速得知终端使用URSP规则的异常情况。
所述NAS消息的方法，是终端将执行的低优先级的URSP规则或者低优先级的RSD，连同使用该规则或该RSD的原因，经过AMF，上报至PCF。如果是通过DCAF的方法，则终端通过PDU会话将该信息上报至DCAF，再通过DCAF反馈至NWDAF，然后NWDAF进行分析和预测以后，发给PCF，用于生成智能化URSP规则。
可选地，所述终端获取来自所述第一通信设备的分析结果，包括：
所述终端接收所述第二通信设备发送的所述分析结果；和/或，
所述终端接收所述第三通信设备发送的所述分析结果。
可选地，所述终端接收来自第一通信设备的第一请求，包括：
所述终端接收第二通信设备或第三通信设备发送的所述第一请求；
所述终端向第一通信设备发送采集的应用流量数据相关的信息，包括：
所述终端通过第二通信设备或第三通信设备基于上报频率向第一通信设备发送采集的应用流量数据相关的信息。
可选地，所述终端发送的应用流量数据相关的信息为匿名上报的。
可选地，所述终端获取来自所述第一通信设备的分析结果，包括：
所述终端通过第二APP获取所述分析结果；
所述终端通过第二APP将所述分析结果发送给第一对象，所述第一对象包括以下至少一项：终端的操作***、所述终端上的其他APP或所述终端的芯片。
可选地，所述终端通过第二APP将所述分析结果发送给终端的操作***后，所述方法还包括：
所述终端通过所述终端的操作***将所述分析结果发送至所述终端的芯片，或者所述终端上的其他APP。
可选地，所述方法还包括：
所述终端接收所述第二通信设备发送的第三信息，所述第三信息包括至少一个APP标识，所述APP标识对应的APP为终端中能够使用所述URSP规则的分析结果的APP。
可选地，所述终端通过第二APP将所述分析结果发送给第一对象，包括：
所述终端根据所述第一通信设备发送的第三信息，将所述分析结果发送至目标APP，所述目标APP为能够使用所述分析结果的APP。
可选地，所述分析结果包括：
分析ID对应的分析结果或预测结果；
分析ID对应的模型地址信息。
本实施例的方法，其具体实现过程与技术效果与第一通信设备侧方法实施例中相同，具体可以参见第一通信设备侧方法实施例中的详细介绍，此处不再赘述。
本申请实施例提供的数据处理方法，执行主体可以为数据处理装置。本申请实施例中以数据处理装置执行数据处理方法为例，说明本申请实施例提供的数据处理装置。
图7是本申请提供的数据处理装置的结构示意图之一。如图7所示，本实施例提供的数据处理装置，包括：
发送模块110，用于向第二通信设备或第三通信设备发送第一请求，所述第一请求用于请求获取至少一个终端采集的应用流量数据相关的信息；
获取模块120，用于获取来自所述至少一个终端的所述应用流量数据相关的信息；
处理模块130，用于基于所述应用流量数据相关的信息，分析得到终端路由选择策略URSP规则的分析结果。
可选地，所述第一请求中包括以下至少一项：
第一指示信息，所述第一指示信息用于指示所述终端采集第一信息；
第一时间范围，所述第一时间范围用于指示所述终端在所述第一时间范围内进行采集；
第一位置范围，所述第一位置范围用于指示所述终端在所述第一位置范围内进行采集；
第二指示信息，所述第二指示信息用于指示所述第一信息的上报频率；
第三指示信息，所述第三指示信息用于指示第一URSP规则；
其中，所述第一信息包括以下至少一项：所述终端为应用流量使用的URSP规则；所述终端为应用流量使用URSP规则后的结果信息；URSP规则的使用频率；URSP规则的使用频次；终端为应用流量使用URSP规则后，识别出的所述应用流量对应的流量类型；第二信息
，所述终端为应用流量使用第一URSP规则后的结果信息，第一URSP规则的使用频率，第一URSP规则的使用频次，终端为应用流量使用第一URSP规则后，识别出的所述应用流量的流量类型，终端为应用流量使用第一URSP规则后的执行结果；
其中，第一URSP规则包括：特定的URSP规则、特定的流量描述符、特定的流量类型或特定的路由选择描述符RSD；
其中，所述流量类型表示所述应用流量所从属的业务类型；所述第二信息的使用频率或频次低于第一阈值；所述第二信息包括以下至少一项：URSP规则、流量描述符、流量类型或路由选择描述符RSD。
可选地，所述终端为应用流量使用的URSP规则，包括以下至少一项：
终端为应用流量使用的流量描述符，和/或所述流量描述符的优先级；
终端为应用流量使用的RSD，和/或所述RSD的优先级。
可选地，所述终端为应用流量使用URSP规则后的结果信息用于指示：终端使用URSP规则触发新建PDU会话，承载所述应用流量，或，终端使用URSP规则将所述应用流量匹配到终端已有的PDU会话；或，
所述终端为应用流量使用第一URSP规则后的结果信息用于指示：终端使用第一URSP规则触发新建PDU会话，承载所述应用流量，或，终端使用第一URSP规则将所述应用流量匹配到终端已有的PDU会话。
可选地，所述终端为应用流量使用第一URSP规则后的执行结果包括以下至少一项：
终端为应用流量使用第一URSP规则后确定的RSD；
终端为应用流量使用第一URSP规则后确定的RSD下的路径选择组件RSC；
终端为应用流量使用第一URSP规则后确定的RSD的优先级。
可选地，所述URSP规则的分析结果包括以下至少一项：
至少一个终端使用URSP规则的统计信息；所述统计信息包括：使用频次和/或使用频率；
所述URSP规则下RSD中至少一个参数对应的性能指标；
所述URSP规则中流量描述符所对应的第一目标RSD，所述第一目标RSD包括性能指标高于预设值的参数；
智能化分析后的URSP规则；
第二时间范围，所述第二时间范围用于指示URSP规则或RSD使用的时间范围；
第二位置范围，所述第二位置范围用于指示URSP规则或RSD使用的位置范围。
可选地，所述获取模块120，具体用于：
接收所述第二通信设备或第三通信设备发送的所述至少一个终端的所述应用流量数据相关的信息。
可选地，所述获取模块120还用于：
获取第三通信设备发送的第二请求，所述第二请求用于以下至少一项：请求获得智能化分析后的URSP规则；请求获得URSP规则中至少一个流量描述符下RSD中至少一个参数对应的性能指标；请求获得所述URSP规则中流量描述符所对应的第一目标RSD，所述第一目标RSD包括性能指标高于预设值的参数；或，请求获得所述URSP规则中流量描述符对应的性能指标；
处理模块130，还用于：基于所述第二请求，确定所述第二通信设备的信息或确定从所述终端采集应用流量数据相关的信息类型；
所述发送模块110具体用于：
所述第一通信设备基于所述第二通信设备或第三通信设备的信息或从所述终端采集应用流量数据相关的信息类型，向第二通信设备或第三通信设备发送第一请求。
可选地，所述第二请求包括分析标识，所述第二请求还包括以下至少一项：第一时间范围、第一位置范围；
所述第一通信设备向第二通信设备或第三通信设备发送第一请求，包括：
所述第一通信设备基于所述第一时间范围和第一位置范围中的至少一项，向第二通信设备或第三通信设备发送第一请求。
可选地，所述第二请求包括分析标识；
在所述第二请求用于请求获得URSP规则下RSD中至少一个参数对应的性能的情况下，所述第二请求还包括以下至少一项：数据网络名称DNN、单个网络切片选择辅助信息S-NSSAI或优先接入类型；
在所述第二请求用于请求所述URSP规则中流量描述符所对应的第一目标RSD的情况下，所述第二请求还包括：流量描述符；所述流量描述符包括以下至少一项：
APP描述符、IP描述符、域名描述符、非Non-IP描述符、DNN或连接能力。
可选地，在所述第二请求用于请求获得所述URSP规则中流量描述符对应的性能指标的情况下，所述第二请求还包括：APP描述符和/或连接能力；所述APP描述符和/或连接能力与DNN，IP描述符，域名描述符，Non-IP描述符中的至少一项等同。
可选地，所述发送模块110具体用于：
向第三通信设备发送所述URSP规则的分析结果；和/或，
向第二通信设备发送所述URSP规则的分析结果。
可选地，所述发送模块110具体用于：
向所述第二通信设备或第三通信设备发送第三信息，所述第三信息包括至少一个APP标识，所述APP标识对应的APP为终端中能够使用所述URSP规则的分析结果的APP。
本实施例的装置，可以用于执行前述第一通信设备侧方法实施例中任一实施例的方法，其具体实现过程与技术效果与第一通信设备侧方法实施例中相同，具体可以参见第一通信设备侧方法实施例中的详细介绍，此处不再赘述。
图8是本申请提供的数据处理装置的结构示意图之二。如图8所示，本实施例提供的数据处理装置，包括：
接收模块210，用于接收第一通信设备发送的第一请求，所述第一请求用于请求获取至少一个终端采集的应用流量数据相关的信息；
获取模块220，用于获取来自所述至少一个终端的所述应用流量数据相关的信息；所述至少一个终端的所述应用流量数据相关的信息用于第一通信设备分析得到终端路由选择策略URSP规则的分析结果。
可选地，所述第一请求中包括以下至少一项：
第一指示信息，所述第一指示信息用于指示所述终端采集第一信息；
第一时间范围，所述第一时间范围用于指示所述终端在所述第一时间范围内进行 采集；
第一位置范围，所述第一位置范围用于指示所述终端在所述第一位置范围内进行采集；
第二指示信息，所述第二指示信息用于指示所述第一信息的上报频率；
第三指示信息，所述第三指示信息用于指示第一URSP规则；
其中，所述第一信息包括以下至少一项：所述终端为应用流量使用的URSP规则；所述终端为应用流量使用URSP规则后的结果信息；URSP规则的使用频率；URSP规则的使用频次；终端为应用流量使用URSP规则后，识别出的所述应用流量对应的流量类型；第二信息
，所述终端为应用流量使用第一URSP规则后的结果信息，第一URSP规则的使用频率，第一URSP规则的使用频次，终端为应用流量使用第一URSP规则后，识别出的所述应用流量的流量类型，终端为应用流量使用第一URSP规则后的执行结果；
其中，第一URSP规则包括：特定的URSP规则、特定的流量描述符、特定的流量类型或特定的路由选择描述符RSD；
其中，所述流量类型表示所述应用流量所从属的业务类型；所述第二信息的使用频率或频次低于第一阈值；所述第二信息包括以下至少一项：URSP规则、流量描述符、流量类型或路由选择描述符RSD。
可选地，所述终端为应用流量使用的URSP规则，包括以下至少一项：
终端为应用流量使用的流量描述符，和/或所述流量描述符的优先级；
终端为应用流量使用的RSD，和/或所述RSD的优先级。
可选地，所述终端为应用流量使用URSP规则后的结果信息用于指示：终端使用URSP规则触发新建PDU会话，承载所述应用流量，或，终端使用URSP规则将所述应用流量匹配到终端已有的PDU会话；
所述终端为应用流量使用第一URSP规则后的结果信息用于指示：终端使用第一URSP规则触发新建PDU会话，承载所述应用流量，或，终端使用第一URSP规则将所述应用流量匹配到终端已有的PDU会话。
终端为应用流量使用第一URSP规则后的执行结果包括以下至少一项：
终端为应用流量使用第一URSP规则后确定的RSD；
终端为应用流量使用第一URSP规则后确定的RSD下的路径选择组件RSC；
终端为应用流量使用第一URSP规则后确定的RSD的优先级。
可选地，所述URSP规则的分析结果包括以下至少一项：
至少一个终端使用URSP规则的统计信息；所述统计信息包括：使用频次和/或使用频率；
所述URSP规则下RSD中至少一个参数对应的性能指标；
所述URSP规则中流量描述符所对应的第一目标RSD，所述第一目标RSD包括 性能指标高于预设值的参数；
智能化分析后的URSP规则；
第二时间范围，所述第二时间范围用于指示URSP规则或RSD使用的时间范围；
第二位置范围，所述第二位置范围用于指示URSP规则或RSD使用的位置范围。
可选地，所述数据处理装置还包括：
发送模块，用于向第一通信设备发发送所述至少一个终端的所述应用流量数据相关的信息。
可选地，接收模块210，还用于：
接收所述第一通信设备发送的所述URSP规则的分析结果。
可选地，接收模块210，还用于：
接收所述第一通信设备发送的第三信息，所述第三信息包括至少一个APP标识，所述APP标识对应的APP为终端中能够使用所述URSP规则的分析结果的APP。
本实施例的装置，可以用于执行前述第二通信设备侧方法实施例中任一实施例的方法，其具体实现过程与技术效果与第二通信设备侧方法实施例中相同，具体可以参见第二通信设备侧方法实施例中的详细介绍，此处不再赘述。
图9是本申请提供的数据处理装置的结构示意图之三。如图9所示，本实施例提供的数据处理装置，包括：
发送模块310，用于向第一通信设备发送第二请求，所述第二请求用于以下至少一项：请求获得智能化分析后的URSP规则；请求获得终端URSP规则中至少一个流量描述符下RSD中至少一个参数对应的性能指标；请求获得所述终端URSP规则中流量描述符所对应的第一目标RSD，所述第一目标RSD包括性能指标高于预设值的参数；或，请求获得所述终端URSP规则中流量描述符对应的性能指标。
可选地，所述第二请求包括分析标识，所述第二请求还包括以下至少一项：第一时间范围、第一位置范围；所述第一时间范围用于指示所述终端在所述第一时间范围内进行采集；所述第一位置范围用于指示所述终端在所述第一位置范围内进行采集。
可选地，所述第二请求包括分析标识；
在所述第二请求用于请求获得URSP规则下RSD中至少一个参数对应的性能的情况下，所述第二请求还包括以下至少一项：数据网络名称DNN、单个网络切片选择辅助信息S-NSSAI或优先接入类型；
在所述第二请求用于请求所述URSP规则中流量描述符所对应的第一目标RSD的情况下，所述第二请求还包括：流量描述符；所述流量描述符包括以下至少一项：
APP描述符、IP描述符、域名描述符、非Non-IP描述符、DNN或连接能力。
可选地，在所述第二请求用于请求获得所述终端URSP规则中流量描述符对应的性能指标的情况下，所述第二请求还包括：APP描述符和/或连接能力；所述APP描述符和/或连接能力与DNN，IP描述符，域名描述符，Non-IP描述符中的至少一项等 同；
可选地，所述数据处理装置还包括：
接收模块，用于接收所述第一通信设备发送的所述URSP规则的分析结果。
可选地，所述URSP规则的分析结果包括以下至少一项：
至少一个终端使用URSP规则的统计信息；所述统计信息包括：使用频次和/或使用频率；
所述URSP规则下RSD中至少一个参数对应的性能指标；
所述URSP规则中流量描述符所对应的第一目标RSD，所述第一目标RSD包括性能指标高于预设值的参数；
智能化分析后的URSP规则；
第二时间范围，所述第二时间范围用于指示URSP规则或RSD使用的时间范围；
第二位置范围，所述第二位置范围用于指示URSP规则或RSD使用的位置范围。
可选地，还包括：
处理模块，用于对所述终端的URSP规则进行调整，所述发送模块310还用于：向所述终端发送调整后的URSP规则。
可选地，处理模块还用于：
基于所述分析结果，确定第二时间范围和/或第二位置范围，所述第二时间范围用于指示URSP规则或RSD使用的时间范围；所述第二位置范围用于指示URSP规则或RSD使用的位置范围。
本实施例的装置，可以用于执行前述第三通信设备侧方法实施例中任一实施例的方法，其具体实现过程与技术效果与第三通信设备侧方法实施例中相同，具体可以参见第三通信设备侧方法实施例中的详细介绍，此处不再赘述。图10是本申请提供的数据处理装置的结构示意图之四。如图10所示，本实施例提供的数据处理装置，包括：
接收模块410，用于接收来自第一通信设备或第三通信设备的第一请求；所述第一请求用于请求获取至少一个终端采集的应用流量数据相关的信息；
发送模块420，用于根据所述第一请求向第一通信设备或第三通信设备发送采集的应用流量数据相关的信息；
获取模块430，用于获取来自所述第一通信设备的分析结果，所述分析结果为所述第一通信设备基于所述应用流量数据相关的信息提供的。
可选地，所述第一请求中包括以下至少一项：
第一指示信息，所述第一指示信息用于指示所述终端采集第一信息；
第一时间范围，所述第一时间范围用于指示所述终端在所述第一时间范围内进行采集；
第一位置范围，所述第一位置范围用于指示所述终端在所述第一位置范围内进行 采集；
第二指示信息，所述第二指示信息用于指示所述第一信息的上报频率；
第三指示信息，所述第三指示信息用于指示第一URSP规则；
其中，所述第一信息包括以下至少一项：所述终端为应用流量使用的URSP规则；所述终端为应用流量使用URSP规则后的结果信息；URSP规则的使用频率；URSP规则的使用频次；终端为应用流量使用URSP规则后，识别出的所述应用流量对应的流量类型；第二信息
，所述终端为应用流量使用第一URSP规则后的结果信息，第一URSP规则的使用频率，第一URSP规则的使用频次，终端为应用流量使用第一URSP规则后，识别出的所述应用流量的流量类型，终端为应用流量使用第一URSP规则后的执行结果；
其中，第一URSP规则包括：特定的URSP规则、特定的流量描述符、特定的流量类型或特定的路由选择描述符RSD；其中，所述流量类型表示所述应用流量所从属的业务类型；所述第二信息的使用频率或频次低于第一阈值；所述第二信息包括以下至少一项：URSP规则、流量描述符、流量类型或路由选择描述符RSD。
可选地，所述终端为应用流量使用的URSP规则，包括以下至少一项：
终端为应用流量使用的流量描述符，和/或所述流量描述符的优先级；
终端为应用流量使用的RSD，和/或所述RSD的优先级。
可选地，所述终端为应用流量使用URSP规则后的结果信息用于指示：终端使用URSP规则触发新建PDU会话，承载所述应用流量，或，终端使用URSP规则将所述应用流量匹配到终端已有的PDU会话；或，
所述终端为应用流量使用第一URSP规则后的结果信息用于指示：终端使用第一URSP规则触发新建PDU会话，承载所述应用流量，或，终端使用第一URSP规则将所述应用流量匹配到终端已有的PDU会话。
可选地，所述终端为应用流量使用第一URSP规则后的执行结果包括以下至少一项：
终端为应用流量使用第一URSP规则后确定的RSD；
终端为应用流量使用第一URSP规则后确定的RSD下的路径选择组件RSC；
终端为应用流量使用第一URSP规则后确定的RSD的优先级。
可选地，所述分析结果包括以下至少一项：
至少一个终端使用URSP规则的统计信息；所述统计信息包括：使用频次和/或使用频率；
所述URSP规则下RSD中至少一个参数对应的性能指标；
所述URSP规则中流量描述符所对应的第一目标RSD，所述第一目标RSD包括性能指标高于预设值的参数；
智能化分析后的URSP规则；
第二时间范围，所述第二时间范围用于指示URSP规则或RSD使用的时间范围；
第二位置范围，所述第二位置范围用于指示URSP规则或RSD使用的位置范围。
可选地，所述分析结果包括URSP规则的分析结果，所述数据处理装置还包括：
处理模块，用于基于所述URSP规则的分析结果，生成用于第一APP的流量数据的目标URSP规则，并基于所述目标URSP规则对所述第一APP的流量数据进行处理；或，
基于所述URSP规则的分析结果，确定第二目标RSD，并基于所述第二目标RSD对应的URSP规则对第一APP的流量数据进行处理。
可选地，所述处理模块，具体用于：
根据所述分析结果中URSP规则下RSD中至少一个参数对应的性能指标，确定所述目标URSP规则包括的流量描述符下RSD中的至少一个参数。
可选地，所述处理模块，具体用于：
在所述URSP规则的分析结果包括第一RSD对应的性能和第二RSD对应的性能，且所述第一RSD对应的性能优于所述第二RSD对应的性能的情况下，所述目标RSD为所述第一RSD。
可选地，所述第一RSD的优先级低于所述第二RSD优先级。
可选地，所述发送模块420还用于：
在所述第一RSD的优先级低于所述第二RSD的情况下，向网络侧设备上报所述第二目标RSD。
可选地，所述获取模块430，具体用于：
接收所述第二通信设备发送的所述分析结果；和/或，
接收所述第三通信设备发送的所述分析结果。
可选地，所述获取模块430，具体用于：
接收第二通信设备或第三通信设备发送的所述第一请求；
可选地，所述发送模块420，具体用于：
通过第二通信设备或第三通信设备基于上报频率向第一通信设备发送采集的应用流量数据相关的信息。
可选地，所述终端发送的应用流量数据相关的信息为匿名上报的。
可选地，所述获取模块430，具体用于：
通过第二APP获取所述分析结果；
通过第二APP将所述分析结果发送给第一对象，所述第一对象包括以下至少一项：终端的操作***、所述终端上的其他APP或所述终端的芯片。
可选地，所述发送模块420，还用于：
通过所述终端的操作***将所述分析结果发送至所述终端的芯片，或者所述终端上的其他APP。
可选地，所述获取模块430，还用于：
接收所述第二通信设备发送的第三信息，所述第三信息包括至少一个APP标识，所述APP标识对应的APP为终端中能够使用所述URSP规则的分析结果的APP。
可选地，所述发送模块420，具体用于：
根据所述第一通信设备发送的第三信息，将所述分析结果发送至目标APP，所述目标APP为能够使用所述分析结果的APP。
可选地，所述分析结果包括：
分析ID对应的分析结果或预测结果；
分析ID对应的模型地址信息。
本实施例的装置，可以用于执行前述终端侧方法实施例中任一实施例的方法，其具体实现过程与技术效果与终端侧方法实施例中相同，具体可以参见终端侧方法实施例中的详细介绍，此处不再赘述。
本申请实施例中的数据处理装置可以是电子设备，例如具有操作***的电子设备，也可以是电子设备中的部件，例如集成电路或芯片。该电子设备可以是终端，也可以为除终端之外的其他设备。示例性的，终端可以包括但不限于上述所列举的终端11的类型，其他设备可以为服务器、网络附属存储器(Network Attached Storage，NAS)等，本申请实施例不作具体限定。
本申请实施例提供的数据处理装置能够实现图2至图6的方法实施例实现的各个过程，并达到相同的技术效果，为避免重复，这里不再赘述。
可选地，如图11所示，本申请实施例还提供一种通信设备1100，包括处理器1101和存储器1102，存储器1102上存储有可在所述处理器1101上运行的程序或指令，例如，该通信设备1100为终端时，该程序或指令被处理器1101执行时实现上述数据处理方法实施例的各个步骤，且能达到相同的技术效果。该通信设备1100为网络侧设备时，该程序或指令被处理器1101执行时实现上述数据处理方法实施例的各个步骤，且能达到相同的技术效果，为避免重复，这里不再赘述。
本申请实施例还提供一种终端，包括处理器和通信接口，通信接口用于接收来自第一通信设备的第一请求；所述第一请求用于请求获取至少一个终端采集的应用流量数据相关的信息；根据所述第一请求向第一通信设备发送采集的应用流量数据相关的信息；获取来自所述第一通信设备的分析结果，所述分析结果为所述第一通信设备基于所述应用流量数据相关的信息提供的。该终端实施例与上述终端侧方法实施例对应，上述方法实施例的各个实施过程和实现方式均可适用于该终端实施例中，且能达到相同的技术效果。具体地，图12为实现本申请实施例的一种终端的硬件结构示意图。
该终端1000包括但不限于：射频单元1001、网络模块1002、音频输出单元1003、 输入单元1004、传感器1005、显示单元1006、用户输入单元1007、接口单元1008、存储器1009、以及处理器1010等中的至少部分部件。
本领域技术人员可以理解，终端1000还可以包括给各个部件供电的电源(比如电池)，电源可以通过电源管理***与处理器1010逻辑相连，从而通过电源管理***实现管理充电、放电、以及功耗管理等功能。图12中示出的终端结构并不构成对终端的限定，终端可以包括比图示更多或更少的部件，或者组合某些部件，或者不同的部件布置，在此不再赘述。
应理解的是，本申请实施例中，输入单元1004可以包括图形处理单元(Graphics Processing Unit，GPU)10041和麦克风10042，图形处理器10041对在视频捕获模式或图像捕获模式中由图像捕获装置(如摄像头)获得的静态图片或视频的图像数据进行处理。显示单元1006可包括显示面板10061，可以采用液晶显示器、有机发光二极管等形式来配置显示面板10061。用户输入单元1007包括触控面板10071以及其它输入设备10072中的至少一种。触控面板10071，也称为触摸屏。触控面板10071可包括触摸检测装置和触摸控制器两个部分。其它输入设备10072可以包括但不限于物理键盘、功能键(比如音量控制按键、开关按键等)、轨迹球、鼠标、操作杆，在此不再赘述。
本申请实施例中，射频单元1001将接收来自网络侧设备的下行数据接收后，可以传输给处理器1010进行处理；另外，射频单元1001可以将上行的数据发送给向网络侧设备发送上行数据。通常，射频单元1001包括但不限于天线、至少一个放大器、收发信机、耦合器、低噪声放大器、双工器等。
存储器1009可用于存储软件程序或指令以及各种数据。存储器1009可主要包括存储程序或指令的第一存储区和存储数据的第二存储区，其中，第一存储程序或指令区可存储操作***、至少一个功能所需的应用程序或指令(比如声音播放功能、图像播放功能等)等。此外，存储器1009可以包括易失性存储器或非易失性存储器，或者，存储器1009可以包括易失性和非易失性存储器两者。包括高速随机存取存储器，还可以包括非易失性存储器，其中，非易失性存储器可以是只读存储器(Read-Only Memory，ROM)、可编程只读存储器(Programmable ROM，PROM)、可擦除可编程只读存储器(Erasable PROM，EPROM)、电可擦除可编程只读存储器(Electrically EPROM，EEPROM)或闪存。易失性存储器可以是随机存取存储器(Random Access Memory，RAM)，静态随机存取存储器(Static RAM，SRAM)、动态随机存取存储器(Dynamic RAM，DRAM)、同步动态随机存取存储器(Synchronous DRAM，SDRAM)、双倍数据速率同步动态随机存取存储器(Double Data Rate SDRAM，DDRSDRAM)、增强型同步动态随机存取存储器(Enhanced SDRAM，ESDRAM)、同步连接动态随机存取存储器(Synch link DRAM，SLDRAM)和直接内存总线随机存取存储器(Direct Rambus RAM，DRRAM)。本申请实施例中的存储器1009包括但不限于这些和任意其它适合类型的 存储器例如至少一个磁盘存储器件、闪存器件、或其它非易失性固态存储器件。
处理器1010可包括一个或多个处理单元；可选的，处理器1010可集成应用处理器和调制解调处理器，其中，应用处理器主要处理涉及操作***、用户界面和应用程序或指令等的操作，调制解调处理器主要处理无线通信信号，如基带处理器。可以理解的是，上述调制解调处理器也可以不集成到处理器1010中。
其中，射频单元，用于接收来自第一通信设备的第一请求；所述第一请求用于请求获取至少一个终端采集的应用流量数据相关的信息；根据所述第一请求向第一通信设备发送采集的应用流量数据相关的信息；获取来自所述第一通信设备的分析结果，所述分析结果为所述第一通信设备基于所述应用流量数据相关的信息提供的。
可选地，所述第一请求中包括以下至少一项：
第一指示信息，所述第一指示信息用于指示所述终端采集第一信息；
第一时间范围，所述第一时间范围用于指示所述终端在所述第一时间范围内进行采集；
第一位置范围，所述第一位置范围用于指示所述终端在所述第一位置范围内进行采集；
第二指示信息，所述第二指示信息用于指示所述第一信息的上报频率；
第三指示信息，所述第三指示信息用于指示第一URSP规则；
其中，所述第一信息包括以下至少一项：所述终端为应用流量使用的URSP规则；所述终端为应用流量使用URSP规则后的结果信息；URSP规则的使用频率；URSP规则的使用频次；终端为应用流量使用URSP规则后，识别出的所述应用流量对应的流量类型；第二信息
，所述终端为应用流量使用第一URSP规则后的结果信息，第一URSP规则的使用频率，第一URSP规则的使用频次，终端为应用流量使用第一URSP规则后，识别出的所述应用流量的流量类型，终端为应用流量使用第一URSP规则后的执行结果；
其中，第一URSP规则包括：特定的URSP规则、特定的流量描述符、特定的流量类型或特定的路由选择描述符RSD；
其中，所述流量类型表示所述应用流量所从属的业务类型；所述第二信息的使用频率或频次低于第一阈值；所述第二信息包括以下至少一项：URSP规则、流量描述符、流量类型或路由选择描述符RSD。
可选地，所述终端为应用流量使用的URSP规则，包括以下至少一项：
终端为应用流量使用的流量描述符，和/或所述流量描述符的优先级；
终端为应用流量使用的RSD，和/或所述RSD的优先级。
可选地，所述终端为应用流量使用URSP规则后的结果信息用于指示：终端使用URSP规则触发新建PDU会话，承载所述应用流量，或，终端使用URSP规则将所述应用流量匹配到终端已有的PDU会话；或，
所述终端为应用流量使用第一URSP规则后的结果信息用于指示：终端使用第一URSP规则触发新建PDU会话，承载所述应用流量，或，终端使用第一URSP规则将所述应用流量匹配到终端已有的PDU会话。
可选地，所述终端为应用流量使用第一URSP规则后的执行结果包括以下至少一项：
终端为应用流量使用第一URSP规则后确定的RSD；
终端为应用流量使用第一URSP规则后确定的RSD下的路径选择组件RSC；
终端为应用流量使用第一URSP规则后确定的RSD的优先级。
可选地，所述分析结果包括以下至少一项：
至少一个终端使用URSP规则的统计信息；所述统计信息包括：使用频次和/或使用频率；
所述URSP规则下RSD中至少一个参数对应的性能指标；
所述URSP规则中流量描述符所对应的第一目标RSD，所述第一目标RSD包括性能指标高于预设值的参数；
智能化分析后的URSP规则；
第二时间范围，所述第二时间范围用于指示URSP规则或RSD使用的时间范围；
第二位置范围，所述第二位置范围用于指示URSP规则或RSD使用的位置范围。
可选地，所述分析结果包括URSP规则的分析结果，所述处理器1010，用于基于所述URSP规则的分析结果，生成用于第一APP的流量数据的目标URSP规则，并基于所述目标URSP规则对所述第一APP的流量数据进行处理；或，
基于所述URSP规则的分析结果，确定第二目标RSD，并基于所述第二目标RSD对应的URSP规则对第一APP的流量数据进行处理。
可选地，所述处理器1010，具体用于：
根据所述分析结果中URSP规则下RSD中至少一个参数对应的性能指标，确定所述目标URSP规则包括的流量描述符下RSD中的至少一个参数。
可选地，所述处理器1010，具体用于：
在所述URSP规则的分析结果包括第一RSD对应的性能和第二RSD对应的性能，且所述第一RSD对应的性能优于所述第二RSD对应的性能的情况下，所述目标RSD为所述第一RSD。
可选地，所述第一RSD的优先级低于所述第二RSD优先级。
可选地，所述射频单元1001还用于：
在所述第一RSD的优先级低于所述第二RSD的情况下，向网络侧设备上报所述第二目标RSD。
可选地，所述射频单元1001，具体用于：
接收所述第二通信设备发送的所述分析结果；和/或，
接收所述第三通信设备发送的所述分析结果。
可选地，所述射频单元1001，具体用于：
接收第二通信设备发送的所述第一请求；
可选地，所述射频单元1001，具体用于：
通过第二通信设备基于上报频率向第一通信设备发送采集的应用流量数据相关的信息。
可选地，所述终端发送的应用流量数据相关的信息为匿名上报的。
可选地，所述接口单元1008，具体用于：
通过第二APP获取所述分析结果；
通过第二APP将所述分析结果发送给第一对象，所述第一对象包括以下至少一项：终端的操作***、所述终端上的其他APP或所述终端的芯片。
可选地，所述接口单元1008，还用于：
通过所述终端的操作***将所述分析结果发送至所述终端的芯片，或者所述终端上的其他APP。
可选地，所述射频单元1001，还用于：
接收所述第二通信设备发送的第三信息，所述第三信息包括至少一个APP标识，所述APP标识对应的APP为终端中能够使用所述URSP规则的分析结果的APP。
可选地，所述接口单元1008，具体用于：
根据所述第一通信设备发送的第三信息，将所述分析结果发送至目标APP，所述目标APP为能够使用所述分析结果的APP。
可选地，所述分析结果包括：
分析ID对应的分析结果或预测结果；
分析ID对应的模型地址信息。
本实施例的终端，可以用于执行前述终端侧方法实施例中任一实施例的方法，其具体实现过程与技术效果与终端侧方法实施例中相同，具体可以参见终端侧方法实施例中的详细介绍，此处不再赘述。
本申请实施例还提供一种第一通信设备，包括处理器和通信接口，所述通信接口用于向第二通信设备发送第一请求，所述第一请求用于请求获取至少一个终端采集的应用流量数据相关的信息；获取来自所述至少一个终端的所述应用流量数据相关的信息；所述处理器用于基于所述应用流量数据相关的信息，分析得到终端路由选择策略URSP规则的分析结果。该第一通信设备实施例与上述第一通信设备方法实施例对应，上述方法实施例的各个实施过程和实现方式均可适用于该第一通信设备实施例中，且能达到相同的技术效果。
本申请实施例还提供一种第二通信设备，包括处理器和通信接口，所述通信接口用于接收第一通信设备发送的第一请求，所述第一请求用于请求获取至少一个终端采 集的应用流量数据相关的信息；获取来自所述至少一个终端的所述应用流量数据相关的信息；所述至少一个终端的所述应用流量数据相关的信息用于第一通信设备分析得到终端路由选择策略URSP规则的分析结果。该第二通信设备实施例与上述第二通信设备方法实施例对应，上述方法实施例的各个实施过程和实现方式均可适用于该第二通信设备实施例中，且能达到相同的技术效果。
本申请实施例还提供一种第三通信设备，包括处理器和通信接口，所述通信接口用于向第一通信设备发送第二请求，所述第二请求用于以下至少一项：请求获得智能化分析后的URSP规则；请求获得终端URSP规则中至少一个流量描述符下RSD中至少一个参数对应的性能指标；请求获得所述终端URSP规则中流量描述符所对应的第一目标RSD，所述第一目标RSD包括性能指标高于预设值的参数；或，请求获得所述终端URSP规则中流量描述符对应的性能指标。该第三通信设备实施例与上述第三通信设备方法实施例对应，上述方法实施例的各个实施过程和实现方式均可适用于该第三通信设备实施例中，且能达到相同的技术效果。
具体地，本申请实施例还提供了一种网络侧设备。如图13所示，该网络侧设备1300包括：处理器1301、网络接口1302和存储器1303。其中，网络接口1302例如为通用公共无线接口(common public radio interface，CPRI)。
具体地，本发明实施例的网络侧设备1300还包括：存储在存储器1303上并可在处理器1301上运行的指令或程序，处理器1301调用存储器1303中的指令或程序执行图7-图9所示各模块执行的方法，并达到相同的技术效果，为避免重复，故不在此赘述。
可选地，第一通信设备、第二通信设备和第三通信设备都可以采用如图13所示的网络侧设备的结构。
本申请实施例还提供一种可读存储介质，所述可读存储介质上存储有程序或指令，该程序或指令被处理器执行时实现上述数据处理方法实施例的各个过程，且能达到相同的技术效果，为避免重复，这里不再赘述。
其中，所述处理器为上述实施例中所述的终端中的处理器。所述可读存储介质，包括计算机可读存储介质，如计算机只读存储器ROM、随机存取存储器RAM、磁碟或者光盘等。
本申请实施例另提供了一种芯片，所述芯片包括处理器和通信接口，所述通信接口和所述处理器耦合，所述处理器用于运行程序或指令，实现上述数据处理方法实施例的各个过程，且能达到相同的技术效果，为避免重复，这里不再赘述。
应理解，本申请实施例提到的芯片还可以称为***级芯片，***芯片，芯片***或片上***芯片等。
本申请实施例另提供了一种计算机程序/程序产品，所述计算机程序/程序产品被存储在存储介质中，所述计算机程序/程序产品被至少一个处理器执行以实现上述数据 处理方法实施例的各个过程，且能达到相同的技术效果，为避免重复，这里不再赘述。
本申请实施例还提供了一种通信***，包括：终端、第一通信设备、第二通信设备及第三通信设备，所述终端可用于执行如上所述的.....方法的步骤，所述第一通信设备可用于执行如上所述的数据处理方法的步骤，所述第二通信设备可用于执行如上所述的数据处理方法的步骤，所述第三通信设备可用于执行如上所述的数据处理方法的步骤。
需要说明的是，在本文中，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者装置不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者装置所固有的要素。在没有更多限制的情况下，由语句“包括一个......”限定的要素，并不排除在包括该要素的过程、方法、物品或者装置中还存在另外的相同要素。此外，需要指出的是，本申请实施方式中的方法和装置的范围不限按示出或讨论的顺序来执行功能，还可包括根据所涉及的功能按基本同时的方式或按相反的顺序来执行功能，例如，可以按不同于所描述的次序来执行所描述的方法，并且还可以添加、省去、或组合各种步骤。另外，参照某些示例所描述的特征可在其他示例中被组合。
通过以上的实施方式的描述，本领域的技术人员可以清楚地了解到上述实施例方法可借助软件加必需的通用硬件平台的方式来实现，当然也可以通过硬件，但很多情况下前者是更佳的实施方式。基于这样的理解，本申请的技术方案本质上或者说对现有技术做出贡献的部分可以以计算机软件产品的形式体现出来，该计算机软件产品存储在一个存储介质(如ROM/RAM、磁碟、光盘)中，包括若干指令用以使得一台终端(可以是手机，计算机，服务器，空调器，或者网络设备等)执行本申请各个实施例所述的方法。
上面结合附图对本申请的实施例进行了描述，但是本申请并不局限于上述的具体实施方式，上述的具体实施方式仅仅是示意性的，而不是限制性的，本领域的普通技术人员在本申请的启示下，在不脱离本申请宗旨和权利要求所保护的范围情况下，还可做出很多形式，均属于本申请的保护之内。

Claims (68)

  1. 一种数据处理方法，包括：
    第一通信设备向第二通信设备或第三通信设备发送第一请求，所述第一请求用于请求获取至少一个终端采集的应用流量数据相关的信息；
    所述第一通信设备获取所述至少一个终端的所述应用流量数据相关的信息；
    所述第一通信设备基于所述应用流量数据相关的信息，分析得到终端路由选择策略URSP规则的分析结果。
  2. 根据权利要求1所述的方法，其中，所述第一请求中包括以下至少一项：
    第一指示信息，所述第一指示信息用于指示所述终端采集第一信息；
    第一时间范围，所述第一时间范围用于指示所述终端在所述第一时间范围内进行采集；
    第一位置范围，所述第一位置范围用于指示所述终端在所述第一位置范围内进行采集；
    第二指示信息，所述第二指示信息用于指示所述第一信息的上报频率；
    第三指示信息，所述第三指示信息用于指示第一URSP规则；
    其中，所述第一信息包括以下至少一项：所述终端为应用流量使用的URSP规则；所述终端为应用流量使用URSP规则后的结果信息；URSP规则的使用频率；URSP规则的使用频次；终端为应用流量使用URSP规则后，识别出的所述应用流量对应的流量类型；第二信息，所述终端为应用流量使用第一URSP规则后的结果信息，第一URSP规则的使用频率，第一URSP规则的使用频次，终端为应用流量使用第一URSP规则后，识别出的所述应用流量的流量类型，终端为应用流量使用第一URSP规则后的执行结果；
    其中，第一URSP规则包括：特定的URSP规则、特定的流量描述符、特定的流量类型或特定的路由选择描述符RSD；
    其中，所述流量类型表示所述应用流量所从属的业务类型；所述第二信息的使用频率或频次低于第一阈值；所述第二信息包括以下至少一项：URSP规则、流量描述符、流量类型或路由选择描述符RSD。
  3. 根据权利要求2所述的方法，其中，
    所述终端为应用流量使用的URSP规则，包括以下至少一项：
    终端为应用流量使用的流量描述符，和/或所述流量描述符的优先级；
    终端为应用流量使用的RSD，和/或所述RSD的优先级。
  4. 根据权利要求2所述的方法，其中，
    所述终端为应用流量使用URSP规则后的结果信息用于指示：终端使用URSP规则触发新建PDU会话，承载所述应用流量，或，终端使用URSP规则将所述应用流量匹配到终端已有的PDU会话；或，
    所述终端为应用流量使用第一URSP规则后的结果信息用于指示：终端使用第一URSP规则触发新建PDU会话，承载所述应用流量，或，终端使用第一URSP规则将所 述应用流量匹配到终端已有的PDU会话。
  5. 根据权利要求2所述的方法，其中，所述终端为应用流量使用第一URSP规则后的执行结果包括以下至少一项：
    终端为应用流量使用第一URSP规则后确定的RSD；
    终端为应用流量使用第一URSP规则后确定的RSD下的路径选择组件RSC；
    终端为应用流量使用第一URSP规则后确定的RSD的优先级。
  6. 根据权利要求1或2所述的方法，其中，所述URSP规则的分析结果包括以下至少一项：
    至少一个终端使用URSP规则的统计信息；所述统计信息包括：使用频次和/或使用频率；
    所述URSP规则下RSD中至少一个参数对应的性能指标；
    所述URSP规则下RSD中至少一个RSC参数对应的性能指标；
    所述URSP规则中流量描述符所对应的第一目标RSD，所述第一目标RSD包括性能指标高于预设值的参数；
    智能化分析后的URSP规则；
    第二时间范围，所述第二时间范围用于指示URSP规则或RSD使用的时间范围；
    第二位置范围，所述第二位置范围用于指示URSP规则或RSD使用的位置范围。
  7. 根据权利要求1或2所述的方法，其中，所述第一通信设备获取来自所述至少一个终端的所述应用流量数据相关的信息，包括：
    所述第一通信设备接收所述第二通信设备或第三通信设备发送的所述至少一个终端的所述应用流量数据相关的信息。
  8. 根据权利要求1或2所述的方法，其中，所述方法还包括：
    所述第一通信设备获取第三通信设备发送的第二请求，所述第二请求用于以下至少一项：请求获得智能化分析后的URSP规则；请求获得URSP规则中至少一个流量描述符下RSD中至少一个参数对应的性能指标；请求获得所述URSP规则中流量描述符所对应的第一目标RSD，所述第一目标RSD包括性能指标高于预设值的参数；或，请求获得所述URSP规则中流量描述符对应的性能指标；
    所述第一通信设备基于所述第二请求向第二通信设备或第三通信设备发送第一请求。
  9. 根据权利要求8所述的方法，其中，所述方法还包括：
    所述第一通信设备基于第二请求，确定所述第二通信设备的信息或确定从所述终端采集应用流量数据相关的信息类型；
    所述第一通信设备向第二通信设备或第三通信设备发送第一请求，包括：
    所述第一通信设备基于所述第二通信设备或第三通信设备的信息或从所述终端采集应用流量数据相关的信息类型，向第二通信设备或第三通信设备发送第一请求。
  10. 根据权利要求8所述的方法，其中，所述第二请求包括分析标识，所述第二请求 还包括以下至少一项：第一时间范围、第一位置范围；
    所述第一通信设备向第二通信设备或第三通信设备发送第一请求，包括：
    所述第一通信设备基于所述第一时间范围和第一位置范围中的至少一项，向第二通信设备或第三通信设备发送第一请求；所述第一请求中包括所述第一时间范围和第一位置范围中的至少一项。
  11. 根据权利要求8所述的方法，其中，所述第二请求包括分析标识；
    在所述第二请求用于请求获得URSP规则下RSD中至少一个参数对应的性能的情况下，所述第二请求还包括以下至少一项：数据网络名称DNN、单个网络切片选择辅助信息S-NSSAI、优先接入类型、会话和服务连续SSC模式、无缝卸载指示或基于距离的服务层3UE到网络中继卸载指示；
    在所述第二请求用于请求所述URSP规则中流量描述符所对应的第一目标RSD的情况下，所述第二请求还包括：流量描述符；所述流量描述符包括以下至少一项：
    APP描述符、IP描述符、域名描述符、非Non-IP描述符、DNN或连接能力。
  12. 根据权利要求8所述的方法，其中，
    在所述第二请求用于请求获得所述URSP规则中流量描述符对应的性能指标的情况下，所述第二请求还包括：APP描述符和/或连接能力；所述APP描述符和/或连接能力与DNN，IP描述符，域名描述符，Non-IP描述符中的至少一项等同。
  13. 根据权利要求1或2所述的方法，其中，所述方法还包括：
    所述第一通信设备向第三通信设备发送所述URSP规则的分析结果；和/或，
    所述第一通信设备向第二通信设备发送所述URSP规则的分析结果。
  14. 根据权利要求1或2所述的方法，其中，所述方法还包括：
    所述第一通信设备向所述第二通信设备或第三通信设备发送第三信息，所述第三信息包括至少一个APP标识，所述APP标识对应的APP为终端中能够使用所述URSP规则的分析结果的APP。
  15. 一种数据处理方法，包括：
    第二通信设备接收第一通信设备发送的第一请求，所述第一请求用于请求获取至少一个终端采集的应用流量数据相关的信息；
    所述第二通信设备获取所述至少一个终端的所述应用流量数据相关的信息；所述至少一个终端的所述应用流量数据相关的信息用于第一通信设备分析得到终端路由选择策略URSP规则的分析结果。
  16. 根据权利要求15所述的方法，其中，所述第一请求中包括以下至少一项：
    第一指示信息，所述第一指示信息用于指示所述终端采集第一信息；
    第一时间范围，所述第一时间范围用于指示所述终端在所述第一时间范围内进行采集；
    第一位置范围，所述第一位置范围用于指示所述终端在所述第一位置范围内进行采集；
    第二指示信息，所述第二指示信息用于指示所述第一信息的上报频率；
    第三指示信息，所述第三指示信息用于指示第一URSP规则；
    其中，所述第一信息包括以下至少一项：所述终端为应用流量使用的URSP规则；所述终端为应用流量使用URSP规则后的结果信息；URSP规则的使用频率；URSP规则的使用频次；终端为应用流量使用URSP规则后，识别出的所述应用流量对应的流量类型；第二信息，所述终端为应用流量使用第一URSP规则后的结果信息，第一URSP规则的使用频率，第一URSP规则的使用频次，终端为应用流量使用第一URSP规则后，识别出的所述应用流量的流量类型，终端为应用流量使用第一URSP规则后的执行结果；
    其中，第一URSP规则包括：特定的URSP规则、特定的流量描述符、特定的流量类型或特定的路由选择描述符RSD；
    其中，所述流量类型表示所述应用流量所从属的业务类型；所述第二信息的使用频率或频次低于第一阈值；所述第二信息包括以下至少一项：URSP规则、流量描述符、流量类型或路由选择描述符RSD。
  17. 根据权利要求16所述的方法，其中，
    所述终端为应用流量使用的URSP规则，包括以下至少一项：
    终端为应用流量使用的流量描述符，和/或所述流量描述符的优先级；
    终端为应用流量使用的RSD，和/或所述RSD的优先级。
  18. 根据权利要求16所述的方法，其中，
    所述终端为应用流量使用URSP规则后的结果信息用于指示：终端使用URSP规则触发新建PDU会话，承载所述应用流量，或，终端使用URSP规则将所述应用流量匹配到终端已有的PDU会话；或，
    所述终端为应用流量使用第一URSP规则后的结果信息用于指示：终端使用第一URSP规则触发新建PDU会话，承载所述应用流量，或，终端使用第一URSP规则将所述应用流量匹配到终端已有的PDU会话。
  19. 根据权利要求16所述的方法，其中，终端为应用流量使用第一URSP规则后的执行结果包括以下至少一项：
    终端为应用流量使用第一URSP规则后确定的RSD；
    终端为应用流量使用第一URSP规则后确定的RSD下的路径选择组件RSC；
    终端为应用流量使用第一URSP规则后确定的RSD的优先级。
  20. 根据权利要求15或16所述的方法，其中，所述URSP规则的分析结果包括以下至少一项：
    至少一个终端使用URSP规则的统计信息；所述统计信息包括：使用频次和/或使用频率；
    所述URSP规则下RSD中至少一个参数对应的性能指标；
    所述URSP规则下RSD中至少一个RSC参数对应的性能指标；
    所述URSP规则中流量描述符所对应的第一目标RSD，所述第一目标RSD包括性能 指标高于预设值的参数；
    智能化分析后的URSP规则；
    第二时间范围，所述第二时间范围用于指示URSP规则或RSD使用的时间范围；
    第二位置范围，所述第二位置范围用于指示URSP规则或RSD使用的位置范围。
  21. 根据权利要求15或16所述的方法，其中，所述方法还包括：
    所述第二通信设备向第一通信设备发送所述至少一个终端的所述应用流量数据相关的信息。
  22. 根据权利要15或16所述的方法，其中，所述方法还包括：
    第二通信设备接收所述第一通信设备发送的所述URSP规则的分析结果。
  23. 根据权利要求15或16所述的方法，其中，所述方法还包括：
    所述第二通信设备接收所述第一通信设备发送的第三信息，所述第三信息包括至少一个APP标识，所述APP标识对应的APP为终端中能够使用所述URSP规则的分析结果的APP。
  24. 一种数据处理方法，包括：
    第三通信设备向第一通信设备发送第二请求，所述第二请求用于以下至少一项：请求获得智能化分析后的URSP规则；请求获得终端URSP规则中至少一个流量描述符下RSD中至少一个参数对应的性能指标；请求获得所述终端URSP规则中流量描述符所对应的第一目标RSD，所述第一目标RSD包括性能指标高于预设值的参数；或，请求获得所述终端URSP规则中流量描述符对应的性能指标。
  25. 根据权利要求24所述的方法，其中，所述第二请求包括分析标识，所述第二请求还包括以下至少一项：第一时间范围、第一位置范围；所述第一时间范围用于指示所述终端在所述第一时间范围内进行采集；所述第一位置范围用于指示所述终端在所述第一位置范围内进行采集。
  26. 根据权利要求24所述的方法，其中，所述第二请求包括分析标识；
    在所述第二请求用于请求获得URSP规则下RSD中至少一个参数对应的性能的情况下，所述第二请求还包括以下至少一项：数据网络名称DNN、单个网络切片选择辅助信息S-NSSAI、优先接入类型、会话和服务连续SSC模式、无缝卸载指示或基于距离的服务层3UE到网络中继卸载指示；
    在所述第二请求用于请求所述URSP规则中流量描述符所对应的第一目标RSD的情况下，所述第二请求还包括：流量描述符；所述流量描述符包括以下至少一项：
    APP描述符、IP描述符、域名描述符、非Non-IP描述符、DNN或连接能力。
  27. 根据权利要求24-26任一项所述的方法，其中，
    在所述第二请求用于请求获得所述终端URSP规则中流量描述符对应的性能指标的情况下，所述第二请求还包括：APP描述符和/或连接能力；所述APP描述符和/或连接能力与DNN，IP描述符，域名描述符，Non-IP描述符中的至少一项等同。
  28. 根据权利要求24-26任一项所述的方法，其中，所述方法还包括：
    所述第三通信设备接收所述第一通信设备发送的所述URSP规则的分析结果。
  29. 根据权利要求24-26任一项所述的方法，其中，所述URSP规则的分析结果包括以下至少一项：
    至少一个终端使用URSP规则的统计信息；所述统计信息包括：使用频次和/或使用频率；
    所述URSP规则下RSD中至少一个参数对应的性能指标；
    所述URSP规则中流量描述符所对应的第一目标RSD，所述第一目标RSD包括性能指标高于预设值的参数；
    智能化分析后的URSP规则；
    第二时间范围，所述第二时间范围用于指示URSP规则或RSD使用的时间范围；
    第二位置范围，所述第二位置范围用于指示URSP规则或RSD使用的位置范围。
  30. 根据权利要求24-26任一项所述的方法，其中，所述第三通信设备获得URSP规则的分析结果之后，所述方法还包括：
    所述第三通信设备对所述终端的URSP规则进行调整，向所述终端发送调整后的URSP规则。
  31. 根据权利要求24-26任一项所述的方法，其中，所述第三通信设备获得URSP规则的分析结果之后，所述方法还包括：
    所述第三通信设备基于所述分析结果，确定第二时间范围和/或第二位置范围，所述第二时间范围用于指示URSP规则或RSD使用的时间范围；所述第二位置范围用于指示URSP规则或RSD使用的位置范围。
  32. 一种数据处理方法，包括：
    第三通信设备接收第一通信设备发送的第一请求，所述第一请求用于请求获取至少一个终端采集的应用流量数据相关的信息；
    所述第三通信设备获取所述至少一个终端的所述应用流量数据相关的信息；所述至少一个终端的所述应用流量数据相关的信息用于第一通信设备分析得到终端路由选择策略URSP规则的分析结果。
  33. 根据权利要求32所述的方法，其中，所述第一请求中包括以下至少一项：
    第一指示信息，所述第一指示信息用于指示所述终端采集第一信息；
    第一时间范围，所述第一时间范围用于指示所述终端在所述第一时间范围内进行采集；
    第一位置范围，所述第一位置范围用于指示所述终端在所述第一位置范围内进行采集；
    第二指示信息，所述第二指示信息用于指示所述第一信息的上报频率；
    第三指示信息，所述第三指示信息用于指示第一URSP规则；
    其中，所述第一信息包括以下至少一项：所述终端为应用流量使用的URSP规则；所述终端为应用流量使用URSP规则后的结果信息；URSP规则的使用频率；URSP规则的 使用频次；终端为应用流量使用URSP规则后，识别出的所述应用流量对应的流量类型；第二信息，所述终端为应用流量使用第一URSP规则后的结果信息，第一URSP规则的使用频率，第一URSP规则的使用频次，终端为应用流量使用第一URSP规则后，识别出的所述应用流量的流量类型，终端为应用流量使用第一URSP规则后的执行结果；
    其中，第一URSP规则包括：特定的URSP规则、特定的流量描述符、特定的流量类型或特定的路由选择描述符RSD；
    其中，所述流量类型表示所述应用流量所从属的业务类型；所述第二信息的使用频率或频次低于第一阈值；所述第二信息包括以下至少一项：URSP规则、流量描述符、流量类型或路由选择描述符RSD。
  34. 根据权利要求33所述的方法，其中，
    所述终端为应用流量使用的URSP规则，包括以下至少一项：
    终端为应用流量使用的流量描述符，和/或所述流量描述符的优先级；
    终端为应用流量使用的RSD，和/或所述RSD的优先级。
  35. 根据权利要求33所述的方法，其中，
    所述终端为应用流量使用URSP规则后的结果信息用于指示：终端使用URSP规则触发新建PDU会话，承载所述应用流量，或，终端使用URSP规则将所述应用流量匹配到终端已有的PDU会话；或，
    所述终端为应用流量使用第一URSP规则后的结果信息用于指示：终端使用第一URSP规则触发新建PDU会话，承载所述应用流量，或，终端使用第一URSP规则将所述应用流量匹配到终端已有的PDU会话。
  36. 根据权利要求33所述的方法，其中，
    终端为应用流量使用第一URSP规则后的执行结果包括以下至少一项：
    终端为应用流量使用第一URSP规则后确定的RSD；
    终端为应用流量使用第一URSP规则后确定的RSD下的路径选择组件RSC；
    终端为应用流量使用第一URSP规则后确定的RSD的优先级。
  37. 根据权利要求32至36任一项所述的方法，其中，所述URSP规则的分析结果包括以下至少一项：
    至少一个终端使用URSP规则的统计信息；所述统计信息包括：使用频次和/或使用频率；
    所述URSP规则下RSD中至少一个参数对应的性能指标；
    所述URSP规则下RSD中至少一个RSC参数对应的性能指标；
    所述URSP规则中流量描述符所对应的第一目标RSD，所述第一目标RSD包括性能指标高于预设值的参数；
    智能化分析后的URSP规则；
    第二时间范围，所述第二时间范围用于指示URSP规则或RSD使用的时间范围；
    第二位置范围，所述第二位置范围用于指示URSP规则或RSD使用的位置范围。
  38. 根据权利要求3233所述的方法，其中，所述方法还包括：
    所述第三通信设备向第一通信设备发送所述至少一个终端的所述应用流量数据相关的信息。
  39. 根据权利要求32或33所述的方法，其中，所述方法还包括：
    第三通信设备接收所述第一通信设备发送的所述URSP规则的分析结果。
  40. 根据权利要求32或33所述的方法，其中，所述方法还包括：
    所述第三通信设备接收所述第一通信设备发送的第三信息，所述第三信息包括至少一个APP标识，所述APP标识对应的APP为终端中能够使用所述URSP规则的分析结果的APP。
  41. 一种数据处理方法，包括：
    终端接收来自第一通信设备或第三通信设备的第一请求；所述第一请求用于请求获取至少一个终端采集的应用流量数据相关的信息；
    终端根据所述第一请求向第一通信设备或第三通信设备发送采集的应用流量数据相关的信息；
    所述终端获取来自所述第一通信设备的分析结果，所述分析结果为所述第一通信设备基于所述应用流量数据相关的信息提供的。
  42. 根据权利要求41所述的方法，其中，所述第一请求中包括以下至少一项：
    第一指示信息，所述第一指示信息用于指示所述终端采集第一信息；
    第一时间范围，所述第一时间范围用于指示所述终端在所述第一时间范围内进行采集；
    第一位置范围，所述第一位置范围用于指示所述终端在所述第一位置范围内进行采集；
    第二指示信息，所述第二指示信息用于指示所述第一信息的上报频率；
    第三指示信息，所述第三指示信息用于指示第一URSP规则；
    其中，所述第一信息包括以下至少一项：所述终端为应用流量使用的URSP规则；所述终端为应用流量使用URSP规则后的结果信息；URSP规则的使用频率；URSP规则的使用频次；终端为应用流量使用URSP规则后，识别出的所述应用流量对应的流量类型；第二信息，所述终端为应用流量使用第一URSP规则后的结果信息，第一URSP规则的使用频率，第一URSP规则的使用频次，终端为应用流量使用第一URSP规则后，识别出的所述应用流量的流量类型，终端为应用流量使用第一URSP规则后的执行结果；
    其中，第一URSP规则包括：特定的URSP规则、特定的流量描述符、特定的流量类型或特定的路由选择描述符RSD；
    其中，所述流量类型表示所述应用流量所从属的业务类型；所述第二信息的使用频率或频次低于第一阈值；所述第二信息包括以下至少一项：URSP规则、流量描述符、流量类型或路由选择描述符RSD。
  43. 根据权利要求42所述的方法，其中，
    所述终端为应用流量使用的URSP规则，包括以下至少一项：
    终端为应用流量使用的流量描述符，和/或所述流量描述符的优先级；
    终端为应用流量使用的RSD，和/或所述RSD的优先级。
  44. 根据权利要求42所述的方法，其中，
    所述终端为应用流量使用URSP规则后的结果信息用于指示：终端使用URSP规则触发新建PDU会话，承载所述应用流量，或，终端使用URSP规则将所述应用流量匹配到终端已有的PDU会话；
    或，
    所述终端为应用流量使用第一URSP规则后的结果信息用于指示：终端使用第一URSP规则触发新建PDU会话，承载所述应用流量，或，终端使用第一URSP规则将所述应用流量匹配到终端已有的PDU会话。
  45. 根据权利要求42所述的方法，其中，所述终端为应用流量使用第一URSP规则后的执行结果包括以下至少一项：
    终端为应用流量使用第一URSP规则后确定的RSD；
    终端为应用流量使用第一URSP规则后确定的RSD下的路径选择组件RSC；
    终端为应用流量使用第一URSP规则后确定的RSD的优先级。
  46. 根据权利要求41或42所述的方法，其中，所述分析结果包括以下至少一项：
    至少一个终端使用URSP规则的统计信息；所述统计信息包括：使用频次和/或使用频率；
    所述URSP规则下RSD中至少一个参数对应的性能指标；
    所述URSP规则下RSD中至少一个RSC参数对应的性能指标；
    所述URSP规则中流量描述符所对应的第一目标RSD，所述第一目标RSD包括性能指标高于预设值的参数；
    智能化分析后的URSP规则；
    第二时间范围，所述第二时间范围用于指示URSP规则或RSD使用的时间范围；
    第二位置范围，所述第二位置范围用于指示URSP规则或RSD使用的位置范围。
  47. 根据权利要求41或42所述的方法，其中，所述分析结果包括URSP规则的分析结果，所述方法还包括：
    所述终端基于所述URSP规则的分析结果，生成用于第一APP的流量数据的目标URSP规则，并基于所述目标URSP规则对所述第一APP的流量数据进行处理；或，
    所述终端基于所述URSP规则的分析结果，确定第二目标RSD，并基于所述第二目标RSD对应的URSP规则对第一APP的流量数据进行处理。
  48. 根据权利要求47所述的方法，其中，所述终端基于所述URSP规则的分析结果，生成用于第一APP的流量数据的目标URSP规则，包括：
    所述终端根据所述分析结果中URSP规则下RSD中至少一个参数对应的性能指标， 确定所述目标URSP规则包括的流量描述符下RSD中的至少一个参数。
  49. 根据权利要求47所述的方法，其中，所述终端基于所述URSP规则的分析结果，确定第二目标RSD，包括：
    在所述URSP规则的分析结果包括第一RSD对应的性能和第二RSD对应的性能，且所述第一RSD对应的性能优于所述第二RSD对应的性能的情况下，所述目标RSD为所述第一RSD。
  50. 根据权利要求49所述的方法，其中，
    所述第一RSD的优先级低于所述第二RSD优先级。
  51. 根据权利要求49或50所述的方法，其中，所述方法还包括：
    在所述第一RSD的优先级低于所述第二RSD的情况下，所述终端向网络侧设备上报所述第二目标RSD。
  52. 根据权利要求41或42所述的方法，其中，所述终端获取来自所述第一通信设备的分析结果，包括：
    所述终端接收第二通信设备发送的所述分析结果；和/或，
    所述终端接收第三通信设备发送的所述分析结果。
  53. 根据权利要求41或42所述的方法，其中，所述终端接收来自第一通信设备的第一请求，包括：
    所述终端接收第二通信设备或第三通信设备发送的所述第一请求；
    所述终端向第一通信设备发送采集的应用流量数据相关的信息，包括：
    所述终端通过第二通信设备或第三通信设备基于上报频率向第一通信设备发送采集的应用流量数据相关的信息。
  54. 根据权利要求41或42所述的方法，其中，所述终端发送的应用流量数据相关的信息为匿名上报的。
  55. 根据权利要求41或42所述的方法，其中，所述终端获取来自所述第一通信设备的分析结果，包括：
    所述终端通过第二APP获取所述分析结果；
    所述终端通过第二APP将所述分析结果发送给第一对象，所述第一对象包括以下至少一项：终端的操作***、所述终端上的其他APP或所述终端的芯片。
  56. 根据权利要求41或42所述的方法，其中，所述终端通过第二APP将所述分析结果发送给终端的操作***后，所述方法还包括：
    所述终端通过所述终端的操作***将所述分析结果发送至所述终端的芯片，或者所述终端上的其他APP。
  57. 根据权利要求54所述的方法，其中，所述方法还包括：
    所述终端接收第二通信设备发送的第三信息，所述第三信息包括至少一个APP标识，所述APP标识对应的APP为终端中能够使用所述分析结果的APP。
  58. 根据权利要求57所述的方法，其中，所述终端通过第二APP将所述分析结果发送给第一对象，包括：
    所述终端根据所述第一通信设备发送的第三信息，将所述分析结果发送至目标APP，所述目标APP为能够使用所述分析结果的APP。
  59. 根据权利要求55所述的方法，其中，所述分析结果包括：
    分析ID对应的分析结果或预测结果；
    分析ID对应的模型地址信息。
  60. 一种数据处理装置，包括：
    发送模块，用于向第二通信设备或第三通信设备发送第一请求，所述第一请求用于请求获取至少一个终端采集的应用流量数据相关的信息；
    获取模块，用于获取所述至少一个终端的所述应用流量数据相关的信息；
    处理模块，用于基于所述应用流量数据相关的信息，分析得到终端路由选择策略URSP规则的分析结果。
  61. 一种数据处理装置，包括：
    接收模块，用于接收第一通信设备发送的第一请求，所述第一请求用于请求获取至少一个终端采集的应用流量数据相关的信息；
    获取模块，用于获取所述至少一个终端的所述应用流量数据相关的信息；所述至少一个终端的所述应用流量数据相关的信息用于第一通信设备分析得到终端路由选择策略URSP规则的分析结果。
  62. 一种数据处理装置，包括：
    发送模块，用于向第一通信设备发送第二请求，所述第二请求用于以下至少一项：请求获得智能化分析后的URSP规则；请求获得终端URSP规则中至少一个流量描述符下RSD中至少一个参数对应的性能指标；请求获得所述终端URSP规则中流量描述符所对应的第一目标RSD，所述第一目标RSD包括性能指标高于预设值的参数；或，请求获得所述终端URSP规则中流量描述符对应的性能指标。
  63. 一种数据处理装置，包括：
    接收模块，用于接收来自第一通信设备的第一请求；所述第一请求用于请求获取至少一个终端采集的应用流量数据相关的信息；
    发送模块，用于根据所述第一请求向第一通信设备发送采集的应用流量数据相关的信息；
    获取模块，用于获取所述第一通信设备的分析结果，所述分析结果为所述第一通信设备基于所述应用流量数据相关的信息提供的。
  64. 一种第一通信设备，包括处理器和存储器，所述存储器存储可在所述处理器上运行的程序或指令，所述程序或指令被所述处理器执行时实现如权利要求1至13任一项所述的数据处理方法的步骤。
  65. 一种第二通信设备，包括处理器和存储器，所述存储器存储可在所述处理器上运行的程序或指令，所述程序或指令被所述处理器执行时实现如权利要求14至22任一项所述的数据处理方法的步骤。
  66. 一种第三通信设备，包括处理器和存储器，所述存储器存储可在所述处理器上运行的程序或指令，所述程序或指令被所述处理器执行时实现如权利要求23至30任一项所述的数据处理方法的步骤，或者实现如权利要求31至39任一项所述的数据处理的方法的步骤。
  67. 一种终端，包括处理器和存储器，所述存储器存储可在所述处理器上运行的程序或指令，所述程序或指令被所述处理器执行时实现如权利要求40至58任一项所述的数据处理方法的步骤。
  68. 一种可读存储介质，所述可读存储介质上存储程序或指令，所述程序或指令被处理器执行时实现如权利要求1至13任一项所述的数据处理方法，或者实现如权利要求14至22任一项所述的数据处理方法，或者实现如权利要求23至39任一项所述的数据处理方法，或者实现如权利要求40至58任一项所述的数据处理方法的步骤。
PCT/CN2023/090184 2022-04-26 2023-04-24 数据处理方法、终端及网络侧设备 WO2023207870A1 (zh)

Applications Claiming Priority (4)

Application Number Priority Date Filing Date Title
CN202210450312 2022-04-26
CN202210450312.7 2022-04-26
CN202210908514.1A CN116996904A (zh) 2022-04-26 2022-07-29 数据处理方法、终端及网络侧设备
CN202210908514.1 2022-07-29

Publications (1)

Publication Number Publication Date
WO2023207870A1 true WO2023207870A1 (zh) 2023-11-02

Family

ID=88517775

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/CN2023/090184 WO2023207870A1 (zh) 2022-04-26 2023-04-24 数据处理方法、终端及网络侧设备

Country Status (1)

Country Link
WO (1) WO2023207870A1 (zh)

Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN104469729A (zh) * 2014-05-28 2015-03-25 北京邮电大学 一种基于移动互联网的流量监控、分析及消息推送的***
CN112399523A (zh) * 2020-12-01 2021-02-23 中国联合网络通信集团有限公司 一种ursp核查方法及装置
WO2021141291A1 (ko) * 2020-01-06 2021-07-15 삼성전자 주식회사 무선 통신 시스템에서 네트워크 트래픽을 수집하는 방법 및 장치
CN113498139A (zh) * 2020-04-03 2021-10-12 苹果公司 用于多接入边缘计算的数据分析

Patent Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN104469729A (zh) * 2014-05-28 2015-03-25 北京邮电大学 一种基于移动互联网的流量监控、分析及消息推送的***
WO2021141291A1 (ko) * 2020-01-06 2021-07-15 삼성전자 주식회사 무선 통신 시스템에서 네트워크 트래픽을 수집하는 방법 및 장치
CN113498139A (zh) * 2020-04-03 2021-10-12 苹果公司 用于多接入边缘计算的数据分析
CN112399523A (zh) * 2020-12-01 2021-02-23 中国联合网络通信集团有限公司 一种ursp核查方法及装置

Similar Documents

Publication Publication Date Title
US11997647B2 (en) Device contexts, operational modes, and policy driven enhancements for paging in advanced networks
EP2560455B1 (en) Systems and methods for multiple radio access bearer traffic throttling
US20180288691A1 (en) Method and Apparatus for Automatically Selecting Network According to Tariff, Server, and Terminal
US20210152513A1 (en) Domain name system as an authoritative source for multipath mobility policy
WO2021092937A1 (zh) 一种策略确定的方法、***及装置
US11784877B2 (en) Systems and methods to control operation of virtualized networks
US11855864B2 (en) Method and apparatus for collecting network traffic in wireless communication system
US11330050B2 (en) Edge sharing orchestration system
US20240036942A1 (en) Information processing method and apparatus, device, and storage medium
WO2022001315A1 (zh) 信息传递方法、装置、存储介质及电子装置
WO2023207870A1 (zh) 数据处理方法、终端及网络侧设备
CN116846771A (zh) 业务操作方法、装置、终端及可读存储介质
CN116634410A (zh) 网络功能实例或网元的目标面能力上报、获取方法及设备
WO2023185850A1 (zh) Ursp规则优化方法、装置、终端、网络侧设备及介质
WO2023179558A1 (zh) 数据采集方法及通信设备
KR20210048836A (ko) 네트워크 기능 통합방법 및 장치
US20200177512A1 (en) Network architecture with control plane node
CN116996904A (zh) 数据处理方法、终端及网络侧设备
WO2023151585A1 (zh) 终端目标面能力上报、获取方法、终端及网络设备
WO2023185788A1 (zh) 候选成员的确定方法、装置及设备
WO2024088195A1 (zh) 执行结果上报方法、接收方法、终端及网络侧设备
WO2023207984A1 (zh) 行为处理方法、装置、终端、网络侧设备及介质
US20240129876A1 (en) Systems and methods for analytics and information sharing between a radio access network and a core network
WO2023185810A1 (zh) 终端路由选择策略ursp确定方法、终端及网络侧设备
US11722717B1 (en) Systems and methods for network-based adaptive uplink data transfer for large volume data

Legal Events

Date Code Title Description
121 Ep: the epo has been informed by wipo that ep was designated in this application

Ref document number: 23795303

Country of ref document: EP

Kind code of ref document: A1