WO2024067567A1 - 分析结果的获取方法及通信设备 - Google Patents

分析结果的获取方法及通信设备 Download PDF

Info

Publication number
WO2024067567A1
WO2024067567A1 PCT/CN2023/121493 CN2023121493W WO2024067567A1 WO 2024067567 A1 WO2024067567 A1 WO 2024067567A1 CN 2023121493 W CN2023121493 W CN 2023121493W WO 2024067567 A1 WO2024067567 A1 WO 2024067567A1
Authority
WO
WIPO (PCT)
Prior art keywords
analysis result
information
request
communication device
pdu session
Prior art date
Application number
PCT/CN2023/121493
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
Application filed by 维沃移动通信有限公司 filed Critical 维沃移动通信有限公司
Publication of WO2024067567A1 publication Critical patent/WO2024067567A1/zh

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L43/00—Arrangements for monitoring or testing data switching networks
    • H04L43/08—Monitoring or testing based on specific metrics, e.g. QoS, energy consumption or environmental parameters
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W24/00—Supervisory, monitoring or testing arrangements
    • H04W24/10—Scheduling measurement reports ; Arrangements for measurement reports
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W28/00—Network traffic management; Network resource management
    • H04W28/16—Central resource management; Negotiation of resources or communication parameters, e.g. negotiating bandwidth or QoS [Quality of Service]
    • H04W28/24—Negotiating SLA [Service Level Agreement]; Negotiating QoS [Quality of Service]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W40/00—Communication routing or communication path finding
    • H04W40/02—Communication route or path selection, e.g. power-based or shortest path routing
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W8/00—Network data management
    • H04W8/02—Processing of mobility data, e.g. registration information at HLR [Home Location Register] or VLR [Visitor Location Register]; Transfer of mobility data, e.g. between HLR, VLR or external networks
    • H04W8/08—Mobility data transfer
    • H04W8/14—Mobility data transfer between corresponding nodes

Definitions

  • the present application belongs to the field of communication technology, and specifically relates to a method for obtaining analysis results and a communication device.
  • an application in a terminal accesses an application server
  • it can send the application's traffic characteristics to the terminal.
  • the terminal matches the terminal route selection policy (UE Route Selection Policy, URSP) rules according to the traffic characteristics, selects the appropriate protocol data unit (PDU) session according to the matching results, and sends the application's traffic to the application server through the PDU session.
  • UE Route Selection Policy UE Route Selection Policy, URSP
  • different URSP rules correspond to PDU sessions that carry application traffic, and the performance of accessing the application server that can be satisfied or achieved by the PDU sessions, such as the uplink and downlink rates that can be guaranteed in the session, or the performance of the slice where the session is located, are all different.
  • the network side will consider sending or configuring an optimal URSP rule for the traffic of a certain application, and this rule can associate or match the application traffic to a PDU session that can achieve the best performance or the best service experience.
  • the network side needs to generate intelligent URSP rules based on certain analysis results.
  • the embodiments of the present application provide a method for obtaining analysis results and a communication device, which can solve the problem of how to obtain the analysis results of an application accessing an application server through a PDU session.
  • a method for obtaining an analysis result comprising:
  • the first communication device sends a first request, the first request includes at least one item of information, the at least one item of information includes at least one routing selection component RSC and/or at least one protocol data unit PDU session parameter, and the first request is used to request to obtain an analysis result;
  • the first communication device receives a first response, where the first response includes the analysis result
  • the analysis result includes at least one of the following:
  • the analysis result corresponding to the combination of all the information in the at least one item of information.
  • a device for obtaining analysis results comprising:
  • a sending module configured to send a first request, wherein the first request includes at least one item of information, wherein the at least one item of information includes at least one routing selection component RSC and/or at least one protocol data unit PDU session parameter, and the first request is used to request to obtain an analysis result;
  • a receiving module configured to receive a first response, wherein the first response includes the analysis result
  • the analysis result includes at least one of the following:
  • the analysis result corresponding to the combination of all the information in the at least one item of information.
  • a method for obtaining an analysis result comprising:
  • the second communication device receives a first request, where the first request includes at least one item of information, where the at least one item of information includes at least one RSC and/or at least one PDU session parameter, and the first request is used to request to obtain an analysis result;
  • the second communication device determines the analysis result according to the first request
  • the second communication device sends a first response, where the first response includes the analysis result
  • the analysis result includes at least one of the following:
  • the analysis result corresponding to the combination of all the information in the at least one item of information.
  • a device for obtaining analysis results comprising:
  • a receiving module configured to receive a first request, wherein the first request includes at least one item of information, wherein the at least one item of information includes at least one RSC and/or at least one PDU session parameter, and the first request is used to request to obtain an analysis result;
  • a determination module configured to determine the analysis result according to the first request
  • a sending module configured to send a first response, wherein the first response includes the analysis result
  • the analysis result includes at least one of the following:
  • the analysis result corresponding to the combination of all the information in the at least one item of information.
  • a communication device which includes a processor and a memory, wherein the memory stores a program or instruction that can be run on the processor, and when the program or instruction is executed by the processor, the steps of the method described in the first aspect are implemented, or the steps of the method described in the third aspect are implemented.
  • a communication device including a processor and a communication interface, wherein the communication interface is used to send a first request, wherein the first request includes at least one item of information, An item of information includes at least one RSC and/or at least one PDU session parameter, and the first request is used to request an analysis result; a first response is received, and the first response includes the analysis result; wherein the analysis result includes at least one of the following: an analysis result corresponding to each item of the at least one item of information; an analysis result corresponding to a combination of all the information in the at least one item of information; or, the communication interface is used to receive a first request, and the first request includes at least one item of information, and the at least one item of information includes at least one RSC and/or at least one PDU session parameter, and the first request is used to request an analysis result; the processor is used to determine the analysis result according to the first request, and the communication interface is used to send a first response, and the first response includes the analysis result; wherein the analysis result
  • a system for acquiring analysis results comprising: a first communication device and a second communication device, wherein the first communication device can be used to execute the steps of the method for acquiring analysis results as described in the first aspect, and the second communication device can be used to execute the steps of the method for acquiring analysis results as described in the third aspect.
  • a readable storage medium on which a program or instruction is stored.
  • the program or instruction is executed by a processor, the steps of the method described in the first aspect are implemented, or the steps of the method described in the third aspect are implemented.
  • a chip comprising a processor and a communication interface, wherein the communication interface is coupled to the processor, and the processor is used to run a program or instruction to implement the method described in the first aspect, or to implement the method described in the third aspect.
  • a computer program/program product is provided, wherein the computer program/program product is stored in a storage medium, and the computer program/program product is executed by at least one processor to implement the steps of the method for obtaining analysis results as described in the first aspect, or to implement the steps of the method for obtaining analysis results as described in the third aspect.
  • the first communication device may send a first request including at least one piece of information, the at least one piece of information including at least one route selection component (RSC) and/or at least one PDU session parameter, and based on the at least one piece of information, the analysis result corresponding to each RSC/PDU session parameter and/or the analysis result corresponding to the combination of multiple RSC/PDU session parameters may be obtained.
  • RSC route selection component
  • the analysis result corresponding to each RSC/PDU session parameter and/or the analysis result corresponding to the combination of multiple RSC/PDU session parameters may be obtained.
  • FIG1 is a schematic diagram of a wireless communication system according to an embodiment of the present application.
  • FIG2 is a schematic flow chart of a method for obtaining analysis results according to an embodiment of the present application
  • FIG3 is a schematic flow chart of a method for obtaining an application identifier according to an embodiment of the present application
  • FIG4 is a schematic flow chart of a method for obtaining analysis results according to an embodiment of the present application.
  • FIG5 is a schematic diagram of the structure of an apparatus for obtaining analysis results according to an embodiment of the present application.
  • FIG6 is a schematic diagram of the structure of an apparatus for obtaining analysis results according to an embodiment of the present application.
  • FIG7 is a schematic diagram of the structure of a communication device according to an embodiment of the present application.
  • FIG8 is a schematic diagram of the structure of a communication device according to an embodiment of the present application.
  • FIG. 9 is a schematic diagram of the structure of a communication device according to an embodiment of the present application.
  • the Policy Control Function can obtain a specific PDU session parameter from the Network Data Analytics Function (NWDAF), such as the Data Network Name (DNN), PDU session type, and analysis results under Session and Service Continuity Mode (SSC mode).
  • NWDAF Network Data Analytics Function
  • DNN Data Network Name
  • SSC mode Session and Service Continuity Mode
  • the PCF can only request the analysis result of one PDU session parameter at a time, and cannot request the analysis results of multiple PDU session parameters at the same time, such as requesting the analysis results under a Data Network Name (DNN) and a PDU session type at the same time.
  • DNN Data Network Name
  • PDU session type Session and Service Continuity Mode
  • the PCF needs to provide an application ID to indicate which application it is.
  • PCF can often only obtain the traffic descriptor from the URSP rule, and the traffic descriptor does not contain the application ID, which makes PCF unable to obtain the analysis results of the application.
  • the embodiments of the present application provide a method for obtaining analysis results and a communication device.
  • the first communication device can send a first request containing at least one piece of information, and the at least one piece of information includes at least one RSC and/or at least one PDU session parameter.
  • the analysis results corresponding to each RSC/PDU session parameter and/or the analysis results corresponding to the combination of multiple RSC/PDU session parameters can be obtained.
  • the network side can also know that when a PDU session contains multiple session parameters, the analysis results.
  • the PCF can adjust the URSP rules and modify the priority of the RSD.
  • the application ID does not need to be provided in the first request. Therefore, certain restrictions can be removed, making the acquisition of the analysis results more flexible and meeting the needs for obtaining the analysis results.
  • the embodiment of the present application also provides a method for obtaining an application ID, so that when obtaining the analysis result of a certain application, the application ID can be carried when sending an analysis result acquisition request, and the corresponding analysis result can be obtained based on the application ID.
  • the method for obtaining the analysis result and the method for obtaining the analysis result based on the combination of the traffic descriptor and one or more RSCs make the acquisition of the analysis result more flexible.
  • first, second, etc. in the specification and claims of the present application are used to distinguish similar objects, and are not used to describe a specific order or sequence. It should be understood that the terms used in this way are interchangeable under appropriate circumstances, so that the embodiments of the present application can be implemented in an order other than those illustrated or described here, and the objects distinguished by “first” and “second” are generally of the same type, and the number of objects is not limited.
  • the first object can be one or more.
  • “and/or” in the specification and claims represents at least one of the connected objects, and the character “/" generally represents that the objects associated with each other are in an "or” relationship.
  • LTE Long Term Evolution
  • LTE-A Long Term Evolution
  • CDMA Code Division Multiple Access
  • TDMA Time Division Multiple Access
  • FDMA Frequency Division Multiple Access
  • OFDMA Orthogonal Frequency Division Multiple Access
  • SC-FDMA Single-carrier Frequency Division Multiple Access
  • NR new radio
  • FIG1 shows a block diagram of a wireless communication system applicable to an embodiment of the present application.
  • 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 (PDA), a handheld computer, a netbook, an ultra-mobile personal computer (UMPC), a mobile Internet device (Mobile Internet Device, MID), an augmented reality (AR)/virtual reality (VR) device, a robot, a wearable device (Wearable Device), a vehicle user equipment (VUE), a pedestrian terminal (Pedestrian User Equipment, PUE), a smart home (a home appliance with wireless communication function, such as a refrigerator, a television, a washing machine or furniture, etc.), a game console, a personal computer (PC), a teller machine or an ATM.
  • UMPC ultra-mobile personal computer
  • UMPC mobile Internet device
  • MID mobile Internet device
  • the terminal side devices 12 include: smart watches, smart bracelets, smart headphones, smart glasses, smart jewelry (smart bracelets, smart bracelets, smart rings, smart necklaces, smart anklets, smart anklets, etc.), smart wristbands, smart clothing, etc. It should be noted that the specific type of terminal 11 is not limited in the embodiment of the present application.
  • the network side device 12 may include access network equipment or core network equipment, wherein the access network device 12 may also be called wireless access network equipment, wireless access network (Radio Access Network, RAN), wireless access network function or wireless access network unit.
  • the access network device 12 may include a base station, a wireless local area network (WLAN) access point or a WiFi node, etc.
  • WLAN wireless local area network
  • 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, a radio transceiver, a basic service set (BSS), an extended service set (ESS), a home node B, a home evolved node B, a transmitting and receiving point (TRP) or some other suitable term in the field.
  • eNB evolved node B
  • BTS base transceiver station
  • ESS basic service set
  • ESS basic service set
  • home node B a home evolved node B
  • TRP transmitting and receiving point
  • the core network equipment may include but is not limited to at least one of the following: core network node, core network function, mobility management entity (Mobility Management Entity, MME), access mobility management function (Access and Mobility Management Function, AMF), session management function (Session Management Function, SMF), user plane function (User Plane Function, UPF), policy control function (Policy Control Function, PCF), policy and charging rules function unit (Policy and Charging Rules Function, PCRF), edge application service discovery function (Edge Application Server Discovery Function, EASDF), unified data management (Unified Data Management, UDM), unified data storage (Unified Data Repository, UDR), home user server (Home Subscriber Server, HSS), centralized network configuration (CNC), network storage function (Network Repository Function, NRF), network exposure function (Network Exposure Function, NEF), local NEF (Local NEF, or L-NEF), binding support function (Binding Support Function, BSF), application function (Application Function, AF), network data analysis (Network Data Analytics
  • the first communication device, the second communication device, the third communication device, the fourth communication device, and the fifth communication device may be any one or more of the above core network devices.
  • the first communication device can be PCF, access mobility management policy control function (Access and Mobility Management PCF, AM-PCF), UE-PCF, or at least one core network device.
  • PCF access mobility management policy control function
  • AM-PCF Access and Mobility Management PCF
  • UE-PCF UE-PCF
  • core network device at least one core network device.
  • the RSC or various information or parameters contained in the RSC (for example, PDU session type, SSC mode, etc.), which can also be called or replaced by PDU session parameters, URSP rule parameters, session related parameters under RSD, PDU session attributes, PDU session composition parameters, etc.
  • the first communication device sends a first request, the first request includes at least one piece of information, the at least one piece of information includes at least one routing selection component RSC and/or at least one protocol data unit PDU session parameter, and the first request is used to request to obtain the analysis result.
  • the first communication device may send a first request for requesting to obtain the analysis result.
  • the first communication device may be a policy control function (PCF), an access and mobility management policy control function (AM-PCF), or a session policy control function (SM-PCF).
  • PCF policy control function
  • A-PCF access and mobility management policy control function
  • SM-PCF session policy control function
  • the first communication device sends the first request, which may be the first communication device sending the first request to the second communication device, and the second communication device may be a network data analysis function (Network Data Analytics Function, NWDAF).
  • NWDAF Network Data Analytics Function
  • the first request may be at least one of the following:
  • Nnwdaf_AnalyticsInfo_Request analytics information request.
  • the first request includes at least one item of information, and the at least one item of information includes at least one route selection component (RSC) parameter and/or at least one protocol data unit (PDU) session parameter. That is, the first request includes at least one RSC and/or at least one PDU session parameter.
  • RSC route selection component
  • PDU protocol data unit
  • the at least one RSC or at least one PDU session parameter can specifically be at least one of the following:
  • SSC mode Session and Service Continuity Mode
  • S-NSSAI Single Network Slice Selection Assistance Information
  • the PDU session type may include at least one of the following:
  • IPV4V6 type IPV4V6 type.
  • SSC mode includes at least one of the following:
  • the access type includes at least one of the following:
  • the first request may further include at least one of a service set identifier (SSID), a basic service set identifier (BSSID) and a homogenous extended service set identifier (HESSID);
  • SSID service set identifier
  • BSSID basic service set identifier
  • HESSID homogenous extended service set identifier
  • PLMN Public Land Mobile Network
  • NG Next Generation radio access network
  • NG-RAN Next Generation radio access network
  • E-UTRAN Evolved Universal Mobile Telecommunications System Terrestrial Radio Access Network
  • the analysis result requested to be obtained by the first request may include at least one of the following:
  • Each item of information in at least one item of information is each RSC in the aforementioned at least one RSC and/or each PDU session parameter in the aforementioned at least one PDU session parameter, and all information in at least one item of information is all RSCs in the aforementioned at least one RSC and/or all PDU session parameters in the aforementioned at least one PDU session parameter.
  • the analysis result corresponding to each of the at least one item of information may include at least one of the following:
  • the analysis result corresponding to the combination of all the information in at least one item of information may include at least one of the following:
  • At least one item of information included in the first request is at least one RSC.
  • the at least one RSC included in the first request can be replaced by at least one PDU session parameter included in the first request, or replaced by at least one PDU session parameter and at least one RSC included in the first request.
  • the first request can be used to request the analysis result corresponding to each RSC in the at least one RSC.
  • the first request includes both DNN and S-NSSAI, such as DNN-1 and S-NSSAI-a
  • the first request can be used to request the analysis result corresponding to DNN-1 and/or the analysis result corresponding to S-NSSAI-a.
  • the first request is used to request the analysis result corresponding to each individual RSC in at least one RSC.
  • the communication device receiving the first request such as the second communication device, will provide the analysis result corresponding to each RSC, such as the analysis result corresponding to DNN-1 (for example, the uplink and downlink rates, packet loss rate, etc. that can be achieved when accessing the DNN-1), and the analysis result corresponding to S-NSSAI-a (for example, the uplink and downlink rates, packet loss rate, etc. that can be achieved when using the slice to access the application server).
  • the first request can be used to request the corresponding analysis result after each RSC in the at least one RSC is combined.
  • the first request includes both DNN and S-NSSAI, such as DNN-1 and S-NSSAI-a
  • the first request can be used to request the analysis result corresponding to DNN-1+S-NSSAI-a, that is, to request the performance that can be achieved by accessing DNN-1 through the S-NSSAI-a slice.
  • the first request is used to request the analysis result after each individual RSC in at least one RSC is combined.
  • the communication device receiving the first request such as the second communication device, will provide the analysis result corresponding to each RSC combination, such as the analysis result corresponding to DNN-1+S-NSSAI-a (for example, when using the slice S-NSSAI-a and accessing DNN-1 at the same time, then, after using these two parameters, the uplink and downlink rates, packet loss rates, etc. that can be achieved when accessing the application server).
  • the first request when the first request includes an RSC, the first request is used to request the analysis result corresponding to the RSC.
  • the first request is used to request the analysis result corresponding to each of the multiple RSCs, and/or the analysis result corresponding to the combination of the multiple RSCs (i.e., the analysis result corresponding to the combination of the multiple RSCs).
  • the first request When the first request includes the PDU session type (for example, the PDU session type is the Internet Protocol (IP) type), the first request is used to request to obtain the analysis result when the PDU session type is the IP type.
  • IP Internet Protocol
  • the analysis result reflects the performance achieved by all terminals or any terminal after using the IP type PDU session type. At this time, it does not matter which application traffic is carried by the IP type PDU session. The analysis result reflects the traffic of any application.
  • IP Internet Protocol
  • the first request When the first request includes SSC mode (for example, SSC mode is SSC mode 3), the first request is used to request to obtain the analysis result of the PDU session in SSC mode 3.
  • the analysis result reflects the performance of all terminals or any terminal in the PDU session in SSC mode 3, and does not focus on which application traffic is carried by the PDU session in SSC mode 3.
  • the first request includes an access type (for example, the access type is cellular access, 3rd Generation Partnership Project (3GPP) access)
  • the first request is used to request to obtain an analysis result when the access type of the PDU session is 3GPP access;
  • the first request includes S-NSSAI (for example, the slice is S-NSSAI-a)
  • the first request is used to request to obtain the analysis result under the slice S-NSSAI-a
  • the analysis result under the slice S-NSSAI-a refers to the performance that can be provided by the session when the application traffic is transmitted in the PDU session
  • the session parameters of the PDU session include S-NSSAI-a, or the PDU session is established in the slice corresponding to S-NSSAI-a, or the experience that the session can provide for the application, such as uplink and downlink rates, or packet loss rate;
  • the first request When the first request includes the DNN, the first request is used to request to obtain the analysis result of accessing the application server through the DNN.
  • the first request can be used to request the analysis result when the PDU session type is IP type, the analysis result when the PDU session is SSC mode 3, and/or to request an analysis result, which is a performance analysis result when the PDU session satisfies both: the PDU session type is IP type and the SSC mode is SSC mode 3; that is, the first request can also request the application experience or performance that can be achieved by using such a PDU session to carry application traffic when the PDU session is both IP type and the SSC mode is 3.
  • the PDU session type is IP type
  • the SSC mode for example, SSC mode 3
  • the first request can be used to request to obtain an analysis result when the PDU session type is an IP type, an analysis result when the PDU session is an SSC mode 3, and an analysis result when the access type is 3GPP access, and/or to request to obtain an analysis result after an RSC combination, that is, the first request can also request to obtain, when the PDU session is of IP type at the same time, the SSC mode is 3, and the access type is 3GPP access,
  • a PDU session type e.g., IP type
  • SSC mode e.g., SSC mode 3
  • an access type e.g., 3GPP access
  • the first request can be used to request the analysis results corresponding to each RSC, and/or to request the analysis results corresponding to the combination of all RSCs, which will not be explained one by one here.
  • the first request when the first request includes at least one item of information, the first request may further include second information, where the second information is used to indicate at least one of the following:
  • An analysis result corresponding to a combination of all information in at least one item of information is obtained.
  • the first communication device may send second information while sending the first request (including at least one RSC), so as to indicate through the second information which type of analysis result the first request specifically requests to obtain.
  • the second information may also indicate that the second communication device, such as NWDAF, should provide the analysis result corresponding to each individual RSC in at least one RSC, or the analysis result after all RSCs are combined.
  • NWDAF the second communication device
  • the first request includes the PDU session type (IP type), SSC mode (SSC mode 3) and the second information:
  • the first request is specifically used to request obtaining the analysis result when the PDU session type is the IP type and the analysis result when the SSC mode of the PDU session is SSC mode 3;
  • the first request is specifically used to request obtaining an analysis result after one RSC combination, that is, the analysis result indicates the performance that can be achieved or the application experience that can be achieved after using a PDU session, and the PDU session has the following parameters or characteristics: the type of the PDU session is IP type, and the SSC mode is SSC mode 3;
  • the second information is used to indicate obtaining the analysis result corresponding to each RSC in at least one RSC, and the analysis result corresponding to the combination of all RSCs in at least one RSC, this situation indicates that the analysis result corresponding to each RSC and the analysis result after all RSCs are combined are requested at the same time, and these analysis results need to be provided. That is, the first request is specifically used to request obtaining the analysis result when the PDU session type is IP type, the analysis result when the PDU session is SSC mode 3, and the analysis result after combining the two parameters when the PDU session type is IP type + the SSC mode of the PDU session is SSC mode 3.
  • the analysis result refers to when the PDU session is used to carry application traffic, and in the PDU session, a parameter of the session is at least one of the RSCs.
  • the first communication device receives the analysis result through the first response, and the analysis result may be the analysis result corresponding to each of at least one RSC, or the performance that can be achieved or realized after all RSCs in at least one RSC are combined, or the corresponding analysis result.
  • the first response includes at least one of the following:
  • Nnwdaf_AnalyticsInfo_Response analysis information response.
  • the analysis result mainly describes the performance statistics or performance prediction of the service experience or service access that can be achieved by using this session to carry the application traffic when the attributes of the PDU session, such as PDU session type, SSC mode, DNN, slice, etc., are the same as at least one RSC in the first request or the same as a combination of multiple RSCs.
  • the performance statistics or performance prediction are the analysis results, including the following:
  • QoS Quality of Service
  • QoS flow Packet Delay QoS flow packet delay, uplink or downlink
  • Packet transmission the number of packets transmitted
  • Packet retransmission The number of packet retransmissions
  • Service experience on the application server side such as upstream and downstream rates, bandwidth, packet delay, packet loss rate, data bursts, etc.
  • the analysis results corresponding to each RSC and/or the analysis results corresponding to the combination of all RSCs can be obtained based on at least one RSC, without providing an application ID. Therefore, certain restrictions can be removed, making the acquisition of analysis results more flexible and convenient.
  • the embodiment of the present application can also combine at least one RSC or at least one PDU session parameter with other information and obtain the corresponding analysis result after the combination, so that the acquisition of the analysis result is more flexible.
  • the other information can be an application ID or a traffic descriptor parameter (Traffic descriptor). The following will be explained in detail.
  • the first request when the first request includes at least one item of information, the first request may also include an application ID of the target application.
  • the application ID of the target application may be obtained by the first communication device according to the traffic descriptor parameter, and may specifically include: The following steps are included:
  • the first communication device sends a second request, the second request includes a traffic descriptor parameter, and the second request is used to request to obtain an application identifier of a target application corresponding to the traffic descriptor parameter;
  • the first communication device receives a second response, where the second response includes an application identifier of the target application.
  • a mapping relationship between an application identifier and a traffic descriptor can be established or obtained in advance, and the mapping relationship will be stored in at least one core network device.
  • the first communication device wants to obtain an analysis result related to a target application, it can obtain a traffic descriptor parameter in a URSP rule, and then send a second request containing the traffic descriptor parameter to request an application identifier of a target application corresponding to or equivalent to the traffic descriptor parameter. After sending the second request, the first communication device can receive a second response, which contains an application identifier of the target application corresponding to the traffic descriptor parameter.
  • the traffic descriptor parameter may include at least one of the following:
  • FQDN Fully Qualified Domain Name
  • Domain descriptors also known as Domain descriptors
  • the first request includes: the network slice selection is S-NSSAI-a, the SSC Mode is SSC Mode 3, and the access method is Access Type preference: 3GPP access, and these three RSC parameters happen to constitute an RSD under a traffic descriptor under a URSP rule in the above table.
  • the first communication device when the first communication device sends the second request, it may be sending the second request to a third communication device.
  • the third communication device may be a Network Exposure Function (NEF).
  • NEF Network Exposure Function
  • the first communication device when the first communication device receives the second response, it may be receiving the second response from the third communication device.
  • the application identifier of the target application included in the second response can be determined by the third communication device based on the traffic descriptor parameters included in the second request and a preset mapping relationship, which is a mapping relationship between the traffic descriptor parameters and the application identifier.
  • the above-mentioned mapping relationship can be provided by a third communication device, that is, the third communication device can pre-establish or obtain a mapping relationship between the traffic descriptor parameters and the application identifier.
  • the first communication device wants to obtain the application identifier of the target application, it can send a second request containing the traffic descriptor parameters to the third communication device.
  • the third communication device can search for the corresponding application identifier in the pre-established mapping relationship according to the traffic descriptor parameters contained in the second request.
  • the third communication device sends a second response to the first communication device, and the second response contains the found application identifier.
  • mapping relationship can also be obtained by the third communication device from the fourth communication device, and the mapping relationship in the fourth communication device can be provided by the fifth communication device and stored in the fourth communication device by the fifth communication device through the third communication device.
  • the fourth communication device can be a unified data repository (Unified Data Repository, UDR)
  • the fifth communication device can be an application function (Application Function, AF).
  • the storage process of the mapping relationship and the acquisition process of the application identifier can be seen in Figure 3.
  • Step 1 AF provides the mapping relationship to NEF.
  • the mapping relationship is a mapping relationship between at least one traffic descriptor parameter and an application ID.
  • the traffic descriptor parameter may include at least one of the following:
  • Application descriptor including OSId operating system ID or OSAppId operating system APP ID;
  • IP descriptor for example, one or more application server IP addresses or port numbers
  • Non-IP descriptor such as non-IP address information of one or more application servers, such as Media Access Control Address (MAC address), Application server non-IP address;
  • MAC address Media Access Control Address
  • Application server non-IP address MAC address
  • FQDN descriptor such as the FQDN of one or more application servers, Application server FQDN;
  • Connectivity such as IP Multimedia Subsystem (ims) or the Internet.
  • ims IP Multimedia Subsystem
  • Step 2 NEF stores the mapping information in the UDR.
  • Step 3 The PCF sends a second request to the NEF, where the second request includes a traffic descriptor parameter.
  • the PCF When the PCF wants to obtain the analysis result corresponding to the application ID, it can obtain the traffic descriptor parameter from the URSP rule and send a second request to the NEF.
  • the second request includes the traffic descriptor parameter and is used to request the application ID of the target application corresponding to the traffic descriptor parameter. If the NEF has saved the mapping relationship, it can directly send the corresponding application ID to the PCF.
  • Step 4 NEF obtains the mapping relationship from UDR.
  • the UDR sends the application ID corresponding to the traffic descriptor contained in the second request to the NEF.
  • Step 5 NEF determines the application identifier of the target application based on the mapping relationship and traffic descriptor parameters.
  • the NEF receives the application ID corresponding to the traffic descriptor from the UDR.
  • Step 6 NEF sends a second response to PCF, where the second response includes an application identifier of the target application.
  • the second communication device may send a first request based on the application identifier, where the first request includes the application identifier and at least one RSC.
  • the analysis result requested to be obtained by the first request may include at least one of the following:
  • the analysis result corresponding to the combination of the application identifier and all the information in at least one item of information is a result of the analysis result corresponding to the combination of the application identifier and all the information in at least one item of information.
  • the analysis result corresponding to the application identifier and each of the at least one item of information may include at least one of the following:
  • the application identifies the analysis result corresponding to each PDU session parameter in the at least one PDU session parameter.
  • the analysis result corresponding to the combination of the application identifier and all the information of the at least one item of information may include at least one of the following:
  • the first request includes the application
  • the first request is used to request to obtain the analysis result corresponding to the combination of the application identifier and each RSC, and/or the analysis result corresponding to the combination of the application identifier and the at least one RSC.
  • the first request includes the application ID and the PDU session type (e.g., IP type) of the target application
  • the first request is used to request to obtain the analysis result of the target application being carried under the PDU session
  • the PDU session type is the IP type
  • the first request includes the application ID and SSC mode (e.g., SSC mode 3) of the target application
  • the first request is used to request to obtain the analysis result of the target application carried under the PDU session, and the PDU session is under SSC mode 3;
  • the first request includes the application ID and the access type (e.g., 3GPP access) of the target application
  • the first request is used to request to obtain the analysis result when the target application is carried under the PDU session, and the access type of the PDU session is 3GPP access;
  • the first request When the first request includes the application ID and DNN of the target application, the first request is used to request to obtain the analysis result of the target application or the target application server through the PDU session that carries the application traffic and the PDU session accesses the target application or the target application server through the DNN.
  • the first request can be used to request to obtain the analysis result of the target application being carried under the PDU session
  • the PDU session type is the IP type
  • the analysis result of the target application being carried under the PDU session is carried under the PDU session
  • the PDU session is the SSC mode 3
  • the PDU session type is the IP type
  • the SSC mode of the PDU session is SSC mode 3.
  • the first request can be used to request to obtain the analysis result of the target application being carried under the PDU session
  • the PDU session type is the IP type
  • the analysis result of the target application being carried under the PDU session is carried under the PDU session
  • the PDU session type is SSC mode 3
  • the analysis result of the target application being carried under the PDU session and the access type is 3GPP, and/or, to request to obtain the analysis result of the target application being carried under the PDU session
  • the PDU session type is the IP type
  • the SSC mode is SSC mode 3GPP access.
  • the first request when the first request includes the application ID of the target application and other RSCs, the first request can be used to request the analysis results corresponding to the combination of the application ID and each RSC, and/or to request the analysis results corresponding to the combination of the application ID and all RSCs, which will not be explained one by one here.
  • the first request when the first request includes an application identifier of the target application and at least one item of information, the first request may further include third information, where the third information is used to indicate at least one of the following:
  • the first communication device can send third information while sending the first request (including an application identifier and at least one RSC), so as to indicate through the third information which type of analysis result the first request specifically requests to obtain.
  • the first request includes the target application's application ID, PDU session type (IP type), SSC mode (SSC mode 3), and the third information:
  • the first request is specifically used to request obtaining the analysis result carried under the PDU session of the target application, and the analysis result when the PDU session type is the IP type, and the analysis result when the PDU session is the SSC mode 3 of the target application;
  • the first request is specifically used to request obtaining the target application carried under the PDU session, and the PDU session simultaneously satisfies: the type of the PDU session is IP type, and the SSC mode is the analysis result under SSC mode 3;
  • the first request is specifically used to request obtaining the analysis result that the target application is carried under a PDU session, and the PDU session type is an IP type, the target application is carried under a PDU session, and the PDU session is an SSC mode 3 analysis result, and the target application is carried under a PDU session, and the PDU session satisfies at the same time: the PDU session type is an IP type, and the SSC mode is an SSC mode 3 analysis result.
  • the third information can indicate which type of analysis result is requested, the obtained analysis result can be made more accurate.
  • the first request when the first request includes at least one item of information, the first request may also include a traffic descriptor parameter, and the traffic descriptor parameter may include at least one of the following:
  • FQDN Fully Qualified Domain Name
  • Domain descriptors domain name descriptors
  • the analysis result requested to be obtained by the first request may include at least one of the following:
  • the analysis result corresponding to the traffic descriptor parameter and each of the at least one information may include at least one of the following:
  • the analysis result corresponding to the combination of the traffic descriptor parameter and all the information of the at least one information may include at least one of the following:
  • the first request when the first request includes a traffic descriptor parameter and at least one RSC, the first request is used to request to obtain the analysis results corresponding to the combination of the traffic descriptor parameter and each RSC respectively, and/or the analysis results corresponding to the combination of the traffic descriptor parameter and the at least one RSC.
  • the first request includes an IP/Non-IP descriptor and a PDU session type (e.g., IP type)
  • the first request is used to request to obtain a PDU session for accessing an application server corresponding to the IP/Non-IP descriptor, and the type of the PDU session is an analysis result of the IP type;
  • the first request includes a connection capability ("ims”, “Multimedia Messaging Service (mms)", “internet”), and also includes an application ID and SSC mode (SSC mode 1) of a target application
  • the first request is used to request an analysis result when the PDU session carries application traffic corresponding to the application ID, the PDU session supports SSC mode 1, and the PDU session is connected to a network indicated by the connection capability (e.g., ims (IP Multimedia Subsystem), Internet, etc.);
  • the first request is used to request acquisition of the analysis result that when accessing the DNN, and the access type of the PDU session accessing the DNN is WLAN access, the SSID of WLAN is AAA.
  • the first request when the first request includes DNN, PDU session type (IP type) and SSC mode (SSC mode 1), the first request is used to request acquisition.
  • IP type IP type
  • SSC mode 1 SSC mode 1
  • the analysis result of the PDU session type of the DNN is the IP type
  • the analysis result of the PDU session accessing the DNN is SSC mode 1, and/or, used to request to obtain the analysis result that when the DNN is accessed, the PDU session accessing the DNN satisfies both the PDU session type as the IP type and the SSC mode as SSC mode 1.
  • the first request when the first request includes other traffic descriptor parameters and other RSCs, the first request can be used to request the analysis results corresponding to the combinations of other traffic descriptor parameters and each RSC, and/or to request the analysis results corresponding to the combinations of other traffic descriptor parameters and all RSCs, which will not be explained one by one here.
  • the first request when the first request includes a traffic descriptor parameter and at least one item of information, the first request may further include fourth information, where the fourth information is used to indicate at least one of the following:
  • the first communication device can send fourth information while sending the first request (including traffic descriptor parameters and at least one RSC) to indicate through the fourth information which type of analysis result the first request specifically requests to obtain.
  • the first request includes DNN, PDU session type (IP type), SSC mode (SSC mode 1) and the fourth information:
  • the first request is specifically used to request obtaining the analysis result when the DNN is accessed and the type of the PDU session accessing the DNN is an IP type, and when the DNN is accessed and the SSC mode of the PDU session accessing the DNN is SSC mode 1;
  • the first request is specifically used to request obtaining the analysis result when accessing the DNN and the PDU session accessing the DNN satisfies that the type of the PDU session is IP type and the SSC mode is SSC mode 1;
  • the first request is specifically used to request acquisition of the analysis results when accessing the DNN and the type of the PDU session accessing the DNN is the IP type, when accessing the DNN and the SSC mode of the PDU session accessing the DNN is SSC mode 1, and when accessing the DNN and the PDU session accessing the DNN satisfies both the PDU session type being the IP type and the SSC mode being SSC mode 1.
  • the fourth information can indicate which type of analysis result is requested, the obtained analysis result can be made more accurate.
  • the first communication device receives a first response, where the first response includes an analysis result.
  • the first communication device may receive a first response, wherein the first response includes the analysis result requested to be obtained by the first request.
  • the analysis result may include an analysis result corresponding to each RSC in the at least one RSC, and/or an analysis result corresponding to a combination of all RSCs in the at least one RSC; when the first request includes at least one RSC and second information, the analysis result may be an analysis result indicated by the second information; when the first request includes an application identifier of a target application and at least one RSC, the analysis result may include an analysis result corresponding to a combination of the application identifier and each RSC in the at least one RSC, and/or an analysis result corresponding to a combination of the application identifier and at least one RSC.
  • the analysis result corresponding to the combination of all RSCs in the RSC; when the first request includes an application identifier of the target application, at least one RSC and third information, the analysis result may be the analysis result indicated by the third information; when the first request includes a traffic descriptor parameter and at least one RSC, the analysis result may include an analysis result corresponding to the combination of the traffic descriptor parameter and each RSC in the at least one RSC, and/or an analysis result corresponding to the combination of the traffic descriptor parameter and all RSCs in the at least one RSC; when the first request includes a traffic descriptor parameter, at least one RSC and fourth information, the analysis result may be the analysis result indicated by the fourth information.
  • the first communication device receives the first response, which may be that the first communication device receives the first response from the second communication device.
  • the analysis result included in the first response is determined by the second communication device according to the first request. For details, please refer to the embodiment shown in FIG. 4, which will not be described in detail here.
  • the first communication device After receiving the first response, the first communication device can know, based on the first response, the performance corresponding to when accessing an application (server) through a PDU session access, and when the session parameters or attributes of the PDU session are set to certain specific values or specific configurations (for example, session type, SSC mode, access method).
  • server application
  • the session parameters or attributes of the PDU session are set to certain specific values or specific configurations (for example, session type, SSC mode, access method).
  • the first communication device can know that when using the PDU session of SSC mode 1 to access Tencent's application server, the achievable performance indicators are a downlink rate of 20Mbps and a latency of 10 milliseconds.
  • the first communication device may also perform a terminal route selection policy (UE Route Selection Policy, URSP) rule adjustment operation according to the analysis result in the first response, generate an intelligent URSP rule, and send it to the terminal, hoping that the terminal matches the application traffic to a suitable PDU session according to the intelligently designed URSP rule.
  • the PDU session parameters of the suitable PDU session are the RSD selected by the terminal for the application in the intelligent URSP rule. As indicated or specified by the RSC, the PDU session has performance that can achieve better application or user experience.
  • the URSP rule adjustment operation performed by the first communication device may include at least one of the following:
  • the PCF can request the performance of at least one group of RSC combinations, and then each at least one group of RSC combinations is equivalent to an RSD under a certain URSP rule.
  • the PCF first communication device can obtain the analysis results of multiple RSDs under a URSP rule, or a performance analysis, and then compare the performance differences of each RSD based on the performance analysis, so as to adjust the priority. For the analysis results or performance analysis, the RSD that indicates better performance can be set to a higher priority, and vice versa.
  • the first request requests at least one RSC combined performance, for example, for example, requesting to obtain the PDU session type (session type) as IP type and the analysis result when accessing DNN1 at the same time, then this performance will reflect the performance or application experience that can be achieved when the PDU session type is IP type and accessing DNN1.
  • the PCF first communication device can also use the control variable method to obtain the performance when accessing other DNNs when the PDU session type is IP type. Then, the first communication device PCF can send another first request to request to obtain at least one RSC combined performance, such as the performance of accessing DNN2 when the PDU session type is IP.
  • this performance will reflect the performance or application experience that can be achieved when the PDU session type is IP type and accessing DNN2. If (for a certain application, a certain terminal, or any application) the performance of PDU session type IP type + DNN1 is higher than the performance of PDU session type IP type + DNN2, this means that using PDU session type IP type combined with DNN1 is more suitable for URSP rules. Therefore, after receiving the analysis result of the first response, the PCF may change DNN2 to DNN1 in a certain RSD in the URSP rule when the PDU session type is a combination of IP and DNN. This method is to request different RSC combinations, analyze the performance of different combinations, and then determine how to select other parameters in different combinations if a certain parameter, such as session type, is fixed.
  • the method is to request the performance of at least one RSC combination. If the RSC combination is not included in any RSD in the URSP rule, that is, there is no RSD formed by such RSC combination in the URSP rule, and the RSC combination If the performance is good, PCF can consider combining the RSC to generate a new URSP rule, or generate a new RSD under a traffic descriptor.
  • the modifying of the RSD priority includes increasing the priority of a certain RSD or decreasing the priority of a certain RSD.
  • the RSD is the RSD corresponding to or subordinate to each RSC in at least one RSC in the first request; or, the RSD is the RSD corresponding to or subordinate to or composed of all RSCs in at least one RSC in the first request; or, the RSD is the RSD corresponding to or subordinate to each RSC in at least one RSC corresponding to the analysis result in the first response; or, the RSD is the RSD corresponding to or subordinate to or composed of all RSCs in at least one RSC corresponding to the analysis result in the first response;
  • the PCF first communication device sends a first request, in which the first request is the analysis result when the S-NSSAI-a slice and the SSC mode are 1, and the analysis result of the request at this time is equivalent to the analysis result of the RSD with an RSD priority of 1; then, the PCF sends another request, in which the first request is the analysis result when the S-NSSAI-b slice and the SSC mode are 1, and the analysis result of the request at this time is equivalent to the analysis result of the RSD with an RSD priority of 2.
  • the PCF first communication device can adjust the priorities of the two RSDs, and adjust the priority of RSD2 to be higher than the priority of RSD1, and the adjustment results are as follows:
  • the modifying of the RSC in the RSD includes modifying the value of a parameter of the RSC in a certain RSD;
  • the RSD is the RSD corresponding to or subordinate to each RSC in at least one RSC in the first request; or, the RSD is the RSD corresponding to or subordinate to or composed of all RSCs in at least one RSC in the first request; or, the RSD is the RSD corresponding to or subordinate to each RSC in at least one RSC corresponding to the analysis result in the first response; or, the RSD is the RSD corresponding to or subordinate to or composed of all RSCs in at least one RSC corresponding to the analysis result in the first response; in addition, the parameters of the RSC used for replacement must also be included in the at least one RSC indicated in the first request, or at least one RSC or RSC combination corresponding to the analysis result of the first response.
  • the PCF first communication device can adjust the RSC, for example, replace the slice S-NSSAI-a in RSD priority 1 with S-NSSAI-b.
  • the adjusted result is also shown in the following table.
  • Modifying the RSC includes replacing the RSC in the RSD in the URSP rule with at least one RSC corresponding to the analysis result in the first response.
  • each RSC combination is the same as the RSC contained in a certain RSD in the URSP rule.
  • the first communication device PCF requests to obtain the analysis results of different RSDs in the URSP rule.
  • the priority of the RSD can be modified according to the performance indicated by each analysis result.
  • the first communication device PCF can also request the performance of multiple RSC combinations at the same time, and can also try multiple times to see the difference or change in the performance after the combination when several RSC parameters are fixed and any parameter (such as SSC mode, DNN, slice, access method, etc.) is changed.
  • the purpose of this is to see the performance when a certain set of RSDs is used, and to see the impact on the performance when other parameters in this set of RSDs remain unchanged and the slice, SSC mode and other parameters are changed separately. Because the performance of the entire RSD is the result of the comprehensive use of multiple RSCs under its RSD.
  • observing the performance of a PDU session using slices S-NSSAI-a and DNN1 at the same time is not simply obtaining the performance of S-NSSAI-a plus the superposition of obtaining the performance of DNN1, but PCF requests the second communication device NWDAF to provide an analysis result, which is the analysis result or performance after the PDU session uses S-NSSAI-a and DNN1 at the same time.
  • NWDAF the second communication device NWDAF
  • the first communication device may send a first request including at least one piece of information, the at least one piece of information including at least one RSC and/or at least one PDU session parameter, and based on the at least one piece of information, the analysis result corresponding to each RSC/PDU session parameter and/or the analysis result corresponding to the combination of multiple RSC/PDU session parameters may be obtained.
  • the corresponding analysis result can be obtained through the combination of one or more of the RSC/PDU session parameters, certain restrictions may be removed, making the acquisition of the analysis result more flexible and meeting the needs for obtaining the analysis result.
  • an embodiment of the present application provides a method 400 for obtaining analysis results, which can be executed by a second communication device.
  • the method for obtaining analysis results can be executed by software or hardware installed in the second communication terminal, and the method for obtaining analysis results includes the following steps.
  • the second communication device receives a first request, where the first request includes at least one item of information, where the at least one item of information includes at least one RSC and/or at least one PDU session parameter, and the first request is used to request to obtain an analysis result.
  • the second communication device can receive the request The first request for obtaining the analysis result.
  • the second communication device may be a NWDAF.
  • the second communication device receives the first request, which may be that the second communication device receives the first request from the first communication device. That is, when the first communication device wants to obtain the analysis result, it may send the first request to the second communication device, and the second communication device may receive the first request from the first communication device.
  • the first communication device may be a PCF, or an AM-PCF, or an SM-PCF.
  • the first request may be at least one of the following:
  • Nnwdaf_AnalyticsInfo_Request analytics information request.
  • the first request includes at least one item of information, and the at least one item of information includes at least one RSC or at least one PDU session parameter. That is, the first request includes at least one RSC and/or at least one PDU session parameter.
  • the at least one RSC or at least one PDU session parameter may include at least one of the following:
  • the PDU session type may include at least one of the following:
  • IPV4V6 type IPV4V6 type.
  • SSC mode can include at least one of the following:
  • the access type may include at least one of the following:
  • the first request may further include at least one of SSID, BSSID and HESSID;
  • the analysis result requested to be obtained by the first request may include at least one of the following:
  • Each item of information in at least one item of information is each RSC in the aforementioned at least one RSC and/or each PDU session parameter in the aforementioned at least one PDU session parameter, and all information in at least one item of information is all RSCs in the aforementioned at least one RSC and/or all PDU session parameters in the aforementioned at least one PDU session parameter.
  • the analysis result corresponding to each of the at least one item of information may include at least one of the following:
  • the analysis result corresponding to the combination of all the information in at least one item of information may include at least one of the following:
  • At least one item of information included in the first request is at least one RSC.
  • the at least one RSC included in the first request can be replaced by at least one PDU session parameter included in the first request, or replaced by at least one PDU session parameter and at least one RSC included in the first request.
  • the first request includes an RSC
  • the first request is used to request the analysis result corresponding to the RSC.
  • the first request is used to request the analysis result corresponding to each of the multiple RSCs, and/or the analysis result corresponding to the combination of the multiple RSCs.
  • the first request when the first request includes at least one item of information, the first request may further include second information, where the second information is used to indicate at least one of the following:
  • An analysis result corresponding to a combination of all information in at least one item of information is obtained.
  • the second communication device can receive second information while receiving the first request (including at least one RSC). Based on the second information, the second communication device can determine which analysis result the first request specifically requests.
  • the second communication device needs to understand the indication information (i.e., the second information According to the indication information, corresponding data is collected, and then the analysis result is provided to the first communication device.
  • the indication information can be designed as various character strings. For example, the indication is set with a 1-bit. If the input is 0, the indication is a request to obtain the analysis result corresponding to each RSC in at least one RSC; if the input is 1, the indication is a request to obtain the analysis result corresponding to the combination of all RSCs in at least one RSC.
  • the specific design method is not limited here, but the indication information can indicate a variety of situations and scenarios to obtain a variety of types of analysis results.
  • the first request includes the PDU session type (IP type), SSC mode (SSC mode 3) and the second information:
  • the second communication device may determine that the first request is specifically used to request obtaining an analysis result when the PDU session carries application traffic and the PDU session type is an IP type, and when the PDU session carries application traffic and the PDU session supports SSC mode 3;
  • the second communication device may determine that the first request is specifically used to request obtaining an analysis result when the PDU session carries application traffic and the PDU session satisfies: the type of the PDU session is an IP type and the SSC mode supported by the PDU session is SSC mode 3;
  • the second communication device can determine that the first request is specifically used to request obtaining the analysis result when the PDU session carries application traffic and the type of the PDU session is the IP type, when the PDU session carries application traffic and the PDU session supports SSC mode 3, and when the PDU session carries application traffic and the PDU session satisfies both: the PDU session type is the IP type and the SSC mode of the PDU session is SSC mode 3.
  • the first request when the first request includes at least one item of information, the first request may also include an application ID of the target application.
  • the method for determining the application ID can be found in the embodiment shown in FIG. 2 and will not be repeated here.
  • the analysis result requested to be obtained by the first request may include at least one of the following:
  • the analysis result corresponding to the combination of the application identifier and all the information in at least one item of information is a result of the analysis result corresponding to the combination of the application identifier and all the information in at least one item of information.
  • the analysis result corresponding to the application identifier and each of the at least one item of information may include at least one of the following:
  • the application identifies the analysis result corresponding to each PDU session parameter in the at least one PDU session parameter.
  • the analysis result corresponding to the combination of the application identifier and all the information of the at least one item of information may include at least one of the following:
  • the first request when the first request includes an application identifier and at least one RSC, the first request is used to request to obtain the analysis result corresponding to the combination of the application identifier and each RSC, and/or the analysis result corresponding to the combination of the application identifier and the at least one RSC. Please refer to the embodiment shown in Figure 2, and the example will not be repeated here.
  • the first request when the first request includes an application identifier of the target application and at least one item of information, the first request may further include third information, where the third information is used to indicate at least one of the following:
  • the second communication device can receive third information while receiving the first request (including an application identifier and at least one RSC). Based on the third information, the second communication device can determine which analysis result the first request specifically requests.
  • the first request includes the target application's application ID, PDU session type (IP type), SSC mode (SSC mode 3), and the third information:
  • the second communication device may determine that the first request is specifically used to request obtaining an analysis result that the target application is carried under a PDU session, and the type of the PDU session is an IP type, the target application is carried under a PDU session, and the SSC mode of the PDU session is SSC mode 3;
  • the second communication device may determine that the first request is specifically used to request obtaining the target application to be carried under a PDU session, and the PDU session simultaneously satisfies the analysis result under the conditions that the session type is an IP type and the SSC mode is SSC mode 3;
  • the second communication device can determine that the first request is specifically used to request acquisition of the analysis results that the target application is carried under a PDU session, and the type of the PDU session is an IP type, the analysis results that the target application is carried under a PDU session, and the SSC mode of the PDU session is SSC mode 3, and the analysis results that the target application is carried under a PDU session, and the PDU session satisfies both the session type of IP type and the SSC mode of SSC mode 3.
  • the first request when the first request includes at least one RSC, the first request may also include a traffic descriptor parameter, and the traffic descriptor parameter may include at least one of the following:
  • FQDN Fully Qualified Domain Name
  • Application server Domain descriptors also known as Application server Domain descriptors
  • the analysis result requested to be obtained by the first request may include at least one of the following:
  • the analysis result corresponding to the traffic descriptor parameter and each of the at least one information may include at least one of the following:
  • the analysis result corresponding to the combination of the traffic descriptor parameter and all the information of the at least one information may include at least one of the following:
  • the first request when the first request includes a traffic descriptor parameter and an RSC, the first request is used to request to obtain the analysis result corresponding to the combination of the traffic descriptor parameter and the RSC.
  • the first request includes a traffic descriptor parameter and multiple RSCs, the first request is used to request to obtain the analysis result corresponding to the combination of the traffic descriptor parameter and each RSC, and/or the analysis result corresponding to the combination of the traffic descriptor parameter and the multiple RSCs.
  • the first request includes a traffic descriptor parameter and multiple RSCs
  • the first request is used to request to obtain the analysis result corresponding to the combination of the traffic descriptor parameter and each RSC, and/or the analysis result corresponding to the combination of the traffic descriptor parameter and the multiple RSCs.
  • the first request when the first request includes a traffic descriptor parameter and at least one item of information, the first request may further include fourth information, where the fourth information is used to indicate at least one of the following:
  • the second communication device can receive fourth information while receiving the first request (including traffic descriptor parameters and at least one RSC). Based on the fourth information, the second communication device can determine which analysis result the first request specifically requests.
  • the first request includes DNN, PDU session type (IP type), SSC mode (SSC mode 1) and the fourth information:
  • the second communication device may determine that the first request is specifically used to request obtaining the analysis result when accessing the DNN and the type of the PDU session accessing the DNN is an IP type, and when accessing the DNN and the SSC mode of the PDU session accessing the DNN is SSC mode 1;
  • the second communication device may determine that the first request is specifically used to request obtaining the analysis result when accessing the DNN and the PDU session accessing the DNN satisfies that the session type is IP type and the SSC mode is SSC mode 1;
  • the second communication device can determine that the first request is specifically used to request obtaining the analysis results when accessing the DNN and the type of the PDU session accessing the DNN is the IP type, when accessing the DNN and the SSC mode of the PDU session accessing the DNN is SSC mode 1, and when accessing the DNN and the PDU session accessing the DNN satisfies both the session type of the IP type and the SSC mode of the SSC mode of the SSC mode 1.
  • S404 The second communication device determines an analysis result according to the first request.
  • the second communication device may determine the analysis result requested by the first request according to the first request. Specifically, the second communication device may collect target data according to the first request, and then generate corresponding analysis results according to the collected target data. Wherein, when the information included in the first request is different, the target data collected by the second communication device is different. Taking at least one item of information in the first request as at least one RSC as an example, the following situations may be specifically included:
  • Case 1 The first request contains at least one RSC.
  • the second communication device may collect target data corresponding to each RSC in the at least one RSC and/or target data corresponding to a combination of all RSCs in the at least one RSC.
  • the second communication device may collect the PDU session that carries traffic of one or more terminals, and the type of the PDU session is the performance data of the IP type (i.e., the target data).
  • the performance data may be the data of all terminals or any terminal when the type of the PDU session is the IP type, and it does not matter which application traffic is carried by the PDU session of the IP type;
  • the second communication device can collect performance data (i.e., target data) of a PDU session that carries traffic of one or more terminals and whose SSC mode is SSC mode 3.
  • the performance data can be data of all terminals or any terminal when the PDU session is SSC mode 3, regardless of which application's traffic is carried by the SSC mode 3 PDU session.
  • the second communication device can collect performance data of a PDU session carrying one or more terminal traffic, and the type of the PDU session is an IP type, performance data of a PDU session carrying one or more terminal traffic, and the SSC mode of the PDU session is SSC mode 3, and/or collect performance data of a PDU session carrying one or more terminal traffic, and the PDU session satisfies: the type of the PDU session is an IP type, and the SSC mode of the PDU session is SSC mode 3.
  • the second case the first request includes at least one RSC and the second information.
  • the second communication device may collect corresponding target data according to the analysis result obtained according to the second information indication.
  • the first request includes the PDU session type (IP type), SSC mode (SSC mode 3) and the second information:
  • the second communication device may collect performance data of a PDU session carrying one or more terminal traffic, and the type of the PDU session is an IP type, and performance data of a PDU session carrying one or more terminal traffic, and the SSC mode of the PDU session is SSC mode 3;
  • the second communication device may collect a PDU session that carries one or more terminal traffic, and the PDU session satisfies: the type of the PDU session is an IP type, and the SSC mode is SSC mode 3, the analysis result at this time or the performance data of the PDU session;
  • the second communication device can collect the performance data of the PDU session carrying one or more terminal traffic, and the type of the PDU session is the IP type, the PDU session carrying one or more terminal traffic, and the SSC mode of the PDU session is the performance data of SSC mode 3, and the PDU carrying one or more terminal traffic.
  • the PDU session satisfies the performance data that the session type of the PDU is IP type and the SSC mode of the PDU session is SSC mode 3.
  • the third case the first request includes an application identifier of a target application and at least one RSC.
  • the second communication device may collect target data corresponding to the application identifier and each RSC in at least one RSC, and/or target data corresponding to a combination of the application identifier and all RSCs in at least one RSC.
  • the second communication device may collect the performance data of the PDU session carrying the application traffic indicated by the application ID, and the type of the PDU session is the IP type;
  • the second communication device may collect performance data of a PDU session that carries application traffic indicated by the application ID and the SSC mode of the PDU session is SSC mode 3;
  • the second communication device may collect performance data of the PDU session carrying the application traffic indicated by the application ID, and the access type of the PDU session is WLAN;
  • the second communication device can collect performance data of the application accessed through the DNN by the PDU session carrying the application traffic indicated by the application ID.
  • the second communication device can collect performance data of a PDU session carrying application traffic indicated by the application ID, where the type of the PDU session is an IP type, performance data of a PDU session carrying application traffic indicated by the application ID, where the SSC mode of the PDU session is SSC mode 3, and/or collect performance data of a PDU session carrying application traffic indicated by the application ID, where the PDU session simultaneously satisfies the following conditions: the PDU session is of IP type and of SSC mode 3.
  • the fourth situation the first request includes an application identifier of a target application, at least one RSC and third information.
  • the second communication device may collect corresponding target data according to the analysis result obtained according to the third information indication.
  • the first request includes the application ID of the target application, the PDU session type (IP type) and the SSC mode (SSC mode 3) and the third information:
  • the second communication device may collect the application flow indicated by the application ID. performance data of a PDU session of a certain amount, where the type of the PDU session is IP type, a PDU session that carries the application traffic indicated by the application ID, and the SSC mode of the PDU session is SSC mode 3;
  • the second communication device can collect the PDU session that carries the application traffic indicated by the application ID, and the PDU session satisfies the performance data that the PDU session is of IP type and SSC mode 3 at the same time;
  • the second communication device can collect the performance data of the PDU session carrying the application traffic indicated by the application ID, and the type of the PDU session is the IP type, the performance data of the PDU session carrying the application traffic indicated by the application ID, and the SSC mode of the PDU session is SSC mode 3, and the PDU session carrying the application traffic indicated by the application ID, and the PDU session simultaneously satisfies the performance data of the PDU session being of IP type and SSC mode 3.
  • the fifth case the first request includes a traffic descriptor parameter and at least one RSC.
  • the second communication device may collect target data corresponding to a combination of a traffic descriptor parameter and each RSC in at least one RSC, and/or target data corresponding to a combination of a traffic descriptor parameter and all RSCs in at least one RSC.
  • the second communication device may collect performance data of a PDU session of an application server corresponding to the IP/Non-IP descriptor that carries one or more terminal traffic, and the type of the PDU session is IP type;
  • the second communication device may collect performance data of a PDU session carrying one or more terminal traffic of the access mode, such as ims access, and the SSC mode of the PDU session is SSC mode 1;
  • the second communication device can collect performance data of the PDU session that accesses the DNN and carries one or more terminal traffic, and the access type of the PDU session is WLAN, and the SSID of the WLAN is AAA.
  • the second communication device may collect PDU sessions that carry one or more terminal traffic and access the DNN, and the type of the PDU session is performance data of the IP type, carrying one or more terminal traffic ...
  • the performance data of the PDU session accessing the DNN with end traffic, and the PDU session is in SSC mode 1, and/or the performance data of the PDU session accessing the DNN that carries one or more terminal traffic, and the PDU session satisfies the requirements that the type of the PDU session is IP type and the SSC mode of the PDU session is SSC mode 1.
  • the sixth case the first request includes a traffic descriptor parameter, at least one RSC and the fourth information.
  • the second communication device may collect corresponding target data according to the analysis result obtained according to the fourth information indication.
  • the first request includes DNN, PDU session type (IP type), SSC mode (SSC mode 1) and the fourth information:
  • the second communication device may collect the performance data of the PDU session carrying one or more terminal traffics accessing the DNN, and the type of the PDU session is the IP type, and the performance data of the PDU session carrying one or more terminal traffics accessing the DNN, and the SSC mode of the PDU session is SSC mode 1;
  • the second communication device can collect the performance data of the PDU session that carries one or more terminal traffic and accesses the DNN, and the PDU session satisfies that the type of the PDU session is the IP type and the SSC mode of the PDU session is SSC mode 1;
  • the second communication device can collect the performance data of the PDU sessions carrying one or more terminal traffic accessing the DNN, and the type of the PDU session is the IP type, the performance data of the PDU sessions carrying one or more terminal traffic accessing the DNN, and the PDU session is SSC mode 1, and the performance data of the PDU sessions carrying one or more terminal traffic accessing the DNN, and the PDU sessions simultaneously satisfy the PDU session type is IP type and the SSC mode of the PDU session is SSC mode 1.
  • the second communication device After the second communication device collects the above performance data, or collects relevant data according to the first request, it can generate an analysis result through a built-in algorithm or process.
  • the analysis result is used to be sent to the first communication device through a first response.
  • the second communication device sends a first response, where the first response includes an analysis result.
  • the second communication device may carry the analysis result in the first response and send the first response.
  • the second communication device sending the first response may be that the second communication device sends the first response to the first communication device, that is, when the second communication device receives the first request from the first communication device, the second communication device may send the first response to the first communication device. Preparation.
  • the first communication device may send a first request including at least one piece of information, the at least one piece of information including at least one RSC and/or at least one PDU session parameter, and based on the at least one piece of information, the analysis result corresponding to each RSC/PDU session parameter and/or the analysis result corresponding to the combination of multiple RSC/PDU session parameters may be obtained.
  • the corresponding analysis result can be obtained through the combination of one or more of the RSC/PDU session parameters, certain restrictions may be removed, making the acquisition of the analysis result more flexible and meeting the needs for obtaining the analysis result.
  • the method for obtaining analysis results provided in the embodiment of the present application may be executed by an apparatus for obtaining analysis results.
  • the method for obtaining analysis results is taken as an example to illustrate the apparatus for obtaining analysis results provided in the embodiment of the present application.
  • Fig. 5 is a schematic diagram of the structure of an apparatus for obtaining analysis results according to an embodiment of the present application, and the apparatus may correspond to the first communication device in other embodiments. As shown in Fig. 5, the apparatus 500 includes the following modules.
  • a sending module 501 is configured to send a first request, wherein the first request includes at least one item of information, wherein the at least one item of information includes at least one routing component RSC and/or at least one protocol data unit PDU session parameter, and the first request is used to request to obtain an analysis result;
  • a receiving module 502 is configured to receive a first response, wherein the first response includes the analysis result
  • the analysis result includes at least one of the following:
  • the analysis result corresponding to the combination of all the information in the at least one item of information.
  • the analysis result corresponding to each item of the at least one item of information includes at least one of the following:
  • the analysis result corresponding to the combination of all the information in the at least one item of information includes at least one of the following:
  • the apparatus 500 further includes an adjustment module 503, wherein the adjustment module 503 is configured to:
  • URSP rule adjustment operation includes at least one of the following:
  • the sending module 501 is used to:
  • the receiving module 502 is used for:
  • the first response is received from the second communication device, the analysis result being determined by the second communication device according to the first request.
  • the at least one RSC includes at least one of the following:
  • Session and service continuity mode SSC mode SSC mode
  • the at least one PDU session parameter includes at least one of the following:
  • the PDU session type includes at least one of the following:
  • IPV4V6 type IPV4V6 type.
  • the SSC mode includes at least one of the following:
  • the access type includes at least one of the following:
  • the first request includes second information, where the second information is used to indicate at least one of the following:
  • the first request further includes an application identifier of a target application
  • the analysis result requested by the first request includes at least one of the following:
  • the application identifier corresponds to an analysis result obtained by combining all information in the at least one item of information.
  • the sending module 501 is further used to:
  • the receiving module 502 is further configured to:
  • a second response is received, where the second response includes an application identifier of the target application.
  • the traffic descriptor parameter includes at least one of the following:
  • the sending module 501 is used to:
  • the receiving module 502 is used for:
  • the second response is received from the third communication device, and the application identifier of the target application is determined by the third communication device according to the traffic descriptor parameter and a preset mapping relationship, where the mapping relationship is a mapping relationship between the traffic descriptor parameter and the application identifier.
  • the mapping relationship is acquired by the third communication device from the fourth communication device, the mapping relationship is provided by the fifth communication device and stored by the fifth communication device in the fourth communication device through the third communication device; or,
  • the mapping relationship is provided by the third communication device.
  • the first request includes third information, and the third information is used to indicate at least one of the following:
  • the first request further includes a traffic descriptor parameter
  • the analysis result requested by the first request includes at least one of the following:
  • the traffic descriptor parameter corresponds to an analysis result after being combined with all the information in the at least one item of information.
  • the first request includes fourth information, and the fourth information is used to indicate at least one of the following:
  • the process of the method 200 corresponding to the embodiment of the present application can be referred to, and the various units/modules in the device 500 and the above-mentioned other operations and/or functions are respectively for implementing the corresponding processes in the method 200, and can achieve the same or equivalent technical effects. For the sake of brevity, they will not be repeated here.
  • Fig. 6 is a schematic diagram of the structure of an apparatus for obtaining analysis results according to an embodiment of the present application, and the apparatus may correspond to the second communication device in other embodiments. As shown in Fig. 6, the apparatus 600 includes the following modules.
  • the receiving module 601 is configured to receive a first request, where the first request includes at least one item of information, where the at least one item of information includes at least one RSC and/or at least one PDU session parameter, and the first request is used to request to obtain an analysis result;
  • a sending module 603 is used to send a first response, where the first response includes the analysis result
  • the analysis result includes at least one of the following:
  • the analysis result corresponding to the combination of all the information in the at least one item of information.
  • the analysis result corresponding to each item of the at least one item of information includes at least one of the following:
  • the analysis result corresponding to the combination of all the information in the at least one item of information includes at least one of the following:
  • the receiving module 601 is used to:
  • the sending module 603 is used to:
  • the first response is sent to the first communications device.
  • the at least one RSC includes at least one of the following:
  • the at least one PDU session parameter includes at least one of the following:
  • the PDU session type includes at least one of the following:
  • IPV4V6 type IPV4V6 type.
  • the SSC mode includes at least one of the following:
  • the access type includes at least one of the following:
  • the first request includes second information, where the second information is used to indicate at least one of the following:
  • the first request further includes an application identifier of a target application
  • the analysis result requested by the first request includes at least one of the following:
  • the application identifier corresponds to an analysis result obtained by combining all information in the at least one item of information.
  • the first request includes third information, and the third information is used to indicate at least one of the following:
  • the first request further includes a traffic descriptor parameter
  • the analysis result requested by the first request includes at least one of the following:
  • the traffic descriptor parameter corresponds to an analysis result after being combined with all the information in the at least one item of information.
  • the first request includes fourth information, and the fourth information is used to indicate at least one of the following:
  • the traffic descriptor parameter includes at least one of the following:
  • the determining module 602 is used to:
  • the analysis result is generated according to the target data.
  • the process of the method 400 corresponding to the embodiment of the present application can be referred to, and the various units/modules in the device 600 and the above-mentioned other operations and/or functions are respectively for implementing the corresponding processes in the method 400, and can achieve the same or equivalent technical effects. For the sake of brevity, they will not be repeated here.
  • the device for obtaining the analysis results in the embodiment of the present application may be an electronic device, such as an electronic device with an operating system, or a component in the electronic device, such as an integrated circuit or a chip.
  • the electronic device may be a terminal, or may be other devices other than a terminal.
  • the terminal may include but is not limited to the types of terminal 11 listed above, and other devices may be servers, network attached storage (NAS), etc., which are not specifically limited in the embodiment of the present application.
  • the device for obtaining analysis results provided in the embodiment of the present application can implement the various processes implemented by the method embodiments of Figures 2 and 4 and achieve the same technical effect. To avoid repetition, it will not be described here.
  • the embodiment of the present application further provides a communication device 700, including a processor 701 and a memory 702, wherein the memory 702 stores a program or instruction that can be run on the processor 701.
  • the communication device 700 is a first communication device
  • the program or instruction is executed by the processor 701 to implement the various steps of the embodiment of the method for obtaining the above analysis results, and can achieve the same technical effect.
  • the communication device 700 is a second communication device
  • the program or instruction is executed by the processor 701 to implement the various steps of the embodiment of the method for obtaining the above analysis results, and can achieve the same technical effect. To avoid repetition, it will not be repeated here.
  • An embodiment of the present application also provides a communication device, including a processor and a communication interface, wherein the communication interface is used to send a first request, the first request includes at least one information, the at least one information includes at least one RSC and/or at least one PDU session parameter, and the first request is used to request to obtain an analysis result; receive a first response, the first response includes the analysis result; wherein the analysis result includes at least one of the following: the analysis result corresponding to each information in the at least one information; the analysis result corresponding to the combination of all information in the at least one information; or, the communication interface is used to receive a first request, the first request includes at least one information, the at least one information includes at least one RSC and/or at least one PDU session parameter, and the first request is used to request to obtain an analysis result; the processor is used to determine the analysis result according to the first request, and the communication interface is used to send a first response, and the first response includes the analysis result; Wherein, the analysis result includes at least one of the following: the analysis
  • FIG. 8 is a schematic diagram of the hardware structure of a communication device that implements an embodiment of the present application.
  • the communication device 800 includes but is not limited to: a radio frequency unit 801, a network module 802, an audio output unit 803, an input unit 804, a sensor 805, a display unit 806, a user input unit 807, an interface unit 808, a memory 809 and at least some of the components of a processor 810.
  • the communication device 800 can also include a power supply (such as a battery) for supplying power to each component, and the power supply can be logically connected to the processor 810 through a power management system, so as to implement functions such as management of charging, discharging, and power consumption management through the power management system.
  • a power supply such as a battery
  • the communication device structure shown in FIG8 does not constitute a limitation on the communication device, and the communication device can include more or fewer components than shown in the figure, or combine certain components, or arrange components differently, which will not be described in detail here.
  • the input unit 804 may include a graphics processing unit (GPU) 8041 and a microphone 8042, and the GPU 8041 processes the image data of the static picture or video obtained by the image capture device (such as a camera) in the video capture mode or the image capture mode.
  • the display unit 806 may include a display panel 8061, and the display panel 8061 may be configured in the form of a liquid crystal display, an organic light emitting diode, etc.
  • the user input unit 807 includes a touch panel 8071 and at least one of other input devices 8072.
  • the touch panel 8071 is also called a touch screen.
  • the touch panel 8071 may include two parts: a touch detection device and a touch controller.
  • Other input devices 8072 may include, but are not limited to, a physical keyboard, function keys (such as a volume control key, a switch key, etc.), a trackball, a mouse, and a joystick, which will not be repeated here.
  • the radio frequency unit 801 after receiving downlink data from the network side device, can transmit the data to the processor 810 for processing; in addition, the radio frequency unit 801 can send uplink data to the network side device.
  • the radio frequency unit 801 includes but is not limited to an antenna, an amplifier, a transceiver, a coupler, a low noise amplifier, a duplexer, etc.
  • the memory 809 can be used to store software programs or instructions and various data.
  • the memory 809 may mainly include a first storage area for storing programs or instructions and a second storage area for storing data, wherein the first storage area may store an operating system, an application program or instruction required for at least one function (such as a sound playback function, an image playback function, etc.), etc.
  • the memory 809 may include a volatile memory or a non-volatile memory, or the memory 809 may include both volatile and non-volatile memories.
  • the non-volatile memory may be a read-only memory (ROM), a programmable read-only memory (PROM), an erasable programmable read-only memory (EPROM), an electrically erasable programmable read-only memory (EPROM), an electrically erasable programmable read-only memory (EPROM), or an electrically erasable programmable read-only memory (EPROM).
  • ROM read-only memory
  • PROM programmable read-only memory
  • EPROM erasable programmable read-only memory
  • EPROM electrically erasable programmable read-only memory
  • EPROM electrically erasable programmable read-only memory
  • EPROM electrically erasable programmable read-only memory
  • EPROM electrically erasable programmable read-only memory
  • the volatile memory may be a random access memory (RAM), a static random access memory (SRAM), a dynamic random access memory (DRAM), a synchronous dynamic random access memory (SDRAM), a double data rate synchronous dynamic random access memory (DDRSDRAM), an enhanced synchronous dynamic random access memory (ESDRAM), a synchronous link dynamic random access memory (SLDRAM) and a direct memory bus random access memory (DRRAM).
  • RAM random access memory
  • SRAM static random access memory
  • DRAM dynamic random access memory
  • SDRAM synchronous dynamic random access memory
  • DDRSDRAM double data rate synchronous dynamic random access memory
  • ESDRAM enhanced synchronous dynamic random access memory
  • SLDRAM synchronous link dynamic random access memory
  • DRRAM direct memory bus random access memory
  • the processor 810 may include one or more processing units; optionally, the processor 810 integrates an application processor and a modem processor, wherein the application processor mainly processes operations related to an operating system, a user interface, and application programs, and the modem processor mainly processes wireless communication signals, such as a baseband processor. It is understandable that the modem processor may not be integrated into the processor 810.
  • the radio frequency unit 801 is used to send a first request, which includes at least one item of information, and the at least one item of information includes at least one RSC and/or at least one PDU session parameter, and the first request is used to request an analysis result; receive a first response, which includes the analysis result; wherein the analysis result includes at least one of the following: an analysis result corresponding to each item of the at least one item of information; an analysis result corresponding to a combination of all the information in the at least one item of information.
  • the radio frequency unit 801 is used to receive a first request, the first request includes at least one item of information, the at least one item of information includes at least one RSC and/or at least one PDU session parameter, and the first request is used to request to obtain an analysis result; the processor 810 is used to determine the analysis result according to the first request, and the radio frequency unit 801 is used to send a first response, the first response includes the analysis result; wherein the analysis result includes at least one of the following: the analysis result corresponding to each item of the at least one item of information; the analysis result corresponding to the combination of all the information in the at least one item of information.
  • the first communication device may send a first request including at least one piece of information, the at least one piece of information including at least one RSC and/or at least one PDU session parameter, and based on the at least one piece of information, the analysis result corresponding to each RSC/PDU session parameter and/or the analysis result corresponding to the combination of multiple RSC/PDU session parameters may be obtained.
  • the corresponding analysis result can be obtained through the combination of one or more of the RSC/PDU session parameters, certain restrictions may be removed, making the acquisition of the analysis result more flexible and meeting the needs for obtaining the analysis result.
  • the embodiment of the present application further provides a communication device.
  • the network side device 900 includes: a processor 901, a network interface 902 and a memory 903.
  • the network interface 902 is, for example, a common public radio interface (CPRI).
  • CPRI common public radio interface
  • the communication device 900 of the embodiment of the present application also includes: instructions or programs stored in the memory 903 and executable on the processor 901.
  • the processor 901 calls the instructions or programs in the memory 903 to execute the methods executed by the modules shown in Figure 5 or Figure 6, and achieves the same technical effect. To avoid repetition, it will not be repeated here.
  • An embodiment of the present application also provides a readable storage medium, on which a program or instruction is stored.
  • a program or instruction is stored.
  • each process of the embodiment of the method for obtaining the above-mentioned analysis results is implemented, and the same technical effect can be achieved. To avoid repetition, it will not be repeated here.
  • the processor is the processor in the terminal described in the above embodiment.
  • the readable storage medium includes a computer readable storage medium, such as a computer read-only memory ROM, a random access memory RAM, a magnetic disk or an optical disk.
  • An embodiment of the present application further provides a chip, which includes a processor and a communication interface, wherein the communication interface is coupled to the processor, and the processor is used to run programs or instructions to implement the various processes of the above-mentioned analysis result acquisition method embodiment, and can achieve the same technical effect. To avoid repetition, it will not be repeated here.
  • the chip mentioned in the embodiments of the present application can also be called a system-level chip, a system chip, a chip system or a system-on-chip chip, etc.
  • the embodiment of the present application further provides a computer program/program product, which is stored in a storage medium.
  • the computer program/program product is executed by at least one processor to implement the various processes of the above-mentioned analysis result acquisition method embodiment, and can achieve the same technical effect. To avoid repetition, it will not be repeated here.
  • An embodiment of the present application also provides a system for acquiring analysis results, including: a first communication device and a second communication device, wherein the first communication device can be used to execute the steps of the method for acquiring analysis results shown in FIG. 2 above, and the second communication device can be used to execute the steps of the method for acquiring analysis results shown in FIG. 4 above.
  • the technical solution of the present application can be embodied in the form of a computer software product, which is stored in a storage medium (such as ROM/RAM, a magnetic disk, or an optical disk), and includes a number of instructions for enabling a terminal (which can be a mobile phone, a computer, a server, an air conditioner, or a network device, etc.) to execute the methods described in each embodiment of the present application.
  • a storage medium such as ROM/RAM, a magnetic disk, or an optical disk
  • a terminal which can be a mobile phone, a computer, a server, an air conditioner, or a network device, etc.

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Quality & Reliability (AREA)
  • Environmental & Geological Engineering (AREA)
  • Databases & Information Systems (AREA)
  • Mobile Radio Communication Systems (AREA)

Abstract

本申请公开了一种分析结果的获取方法及通信设备，属于通信技术领域，本申请实施例的分析结果的获取方法包括：第一通信设备发送第一请求，所述第一请求中包含至少一项信息，所述至少一项信息包括至少一项路由选择组件RSC和/或至少一项协议数据单元PDU会话参数，所述第一请求用于请求获取分析结果；所述第一通信设备接收第一响应，所述第一响应中包含所述分析结果；其中，所述分析结果包括以下至少一项：所述至少一项信息中的每项信息对应的分析结果；所述至少一项信息中的所有信息组合后对应的分析结果。

Description

分析结果的获取方法及通信设备
交叉引用
本申请要求在2022年09月29日提交中国专利局、申请号为202211203315.7、发明名称为“分析结果的获取方法及通信设备”的中国专利申请的优先权，该申请的全部内容通过引用结合在本申请中。
技术领域
本申请属于通信技术领域，具体涉及一种分析结果的获取方法及通信设备。
背景技术
终端(也称为用户设备(User Equipment，UE))中的应用在访问应用服务器时，可以将应用的流量特征发送给终端，终端根据流量特征匹配终端路由选择策略(UE Route Selection Policy，URSP)规则，根据匹配结果选择合适的协议数据单元(Protocol Data Unit，PDU)会话，通过该PDU会话将应用的流量发送给应用服务器。
目前，在某些场景中，不同的URSP规则所对应承载应用流量的PDU会话，其PDU会话能够满足或实现的访问应用服务器的性能，比如会话中能够保证的上下行速率，或者该会话所在的切片的性能等，都是不同的。网络侧会考虑，为某个应用的流量，发送或配置一个最佳的URSP规则，而这个规则能够把应用的流量，关联或匹配到一个能实现性能最佳或者服务体验最佳的PDU会话中。为了实现这一目的，网络侧需要根据一定的分析结果生成智能化的URSP规则。然而，目前还缺少一种有效的技术方案能够实现这样的目的。同时，目前还缺乏一种有效的技术方案，同时获得多个PDU会话参数组合以后所对应的性能分析结果。
发明内容
本申请实施例提供一种分析结果的获取方法及通信设备，能够解决如何获取应用通过PDU会话访问应用服务器的分析结果的问题。
第一方面，提供了一种分析结果的获取方法，该方法包括：
第一通信设备发送第一请求，所述第一请求中包含至少一项信息，所述至少一项信息包括至少一项路由选择组件RSC和/或至少一项协议数据单元PDU会话参数，所述第一请求用于请求获取分析结果；
所述第一通信设备接收第一响应，所述第一响应中包含所述分析结果；
其中，所述分析结果包括以下至少一项：
所述至少一项信息中的每项信息对应的分析结果；
所述至少一项信息中的所有信息组合后对应的分析结果。
第二方面，提供了一种分析结果的获取装置，该装置包括：
发送模块，用于发送第一请求，所述第一请求中包含至少一项信息，所述至少一项信息包括至少一项路由选择组件RSC和/或至少一项协议数据单元PDU会话参数，所述第一请求用于请求获取分析结果；
接收模块，用于接收第一响应，所述第一响应中包含所述分析结果；
其中，所述分析结果包括以下至少一项：
所述至少一项信息中的每项信息对应的分析结果；
所述至少一项信息中的所有信息组合后对应的分析结果。
第三方面，提供了一种分析结果的获取方法，该方法包括：
第二通信设备接收第一请求，所述第一请求中包含至少一项信息，所述至少一项信息包括至少一项RSC和/或至少一项PDU会话参数，所述第一请求用于请求获取分析结果；
所述第二通信设备根据所述第一请求确定所述分析结果；
所述第二通信设备发送第一响应，所述第一响应中包含所述分析结果；
其中，所述分析结果包括以下至少一项：
所述至少一项信息中的每项信息对应的分析结果；
所述至少一项信息中的所有信息组合后对应的分析结果。
第四方面，提供了一种分析结果的获取装置，该装置包括：
接收模块，用于接收第一请求，所述第一请求中包含至少一项信息，所述至少一项信息包括至少一项RSC和/或至少一项PDU会话参数，所述第一请求用于请求获取分析结果；
确定模块，用于根据所述第一请求确定所述分析结果；
发送模块，用于发送第一响应，所述第一响应中包含所述分析结果；
其中，所述分析结果包括以下至少一项：
所述至少一项信息中的每项信息对应的分析结果；
所述至少一项信息中的所有信息组合后对应的分析结果。
第五方面，提供了一种通信设备，该通信设备包括处理器和存储器，所述存储器存储可在所述处理器上运行的程序或指令，所述程序或指令被所述处理器执行时实现如第一方面所述的方法的步骤，或实现如第三方面所述的方法的步骤。
第六方面，提供了一种通信设备，包括处理器及通信接口，其中，所述通信接口用于发送第一请求，所述第一请求中包含至少一项信息，所述至少 一项信息包括至少一项RSC和/或至少一项PDU会话参数，所述第一请求用于请求获取分析结果；接收第一响应，所述第一响应中包含所述分析结果；其中，所述分析结果包括以下至少一项：所述至少一项信息中的每项信息对应的分析结果；所述至少一项信息中的所有信息组合后对应的分析结果；或者，所述通信接口用于接收第一请求，所述第一请求中包含至少一项信息，所述至少一项信息包括至少一项RSC和/或至少一项PDU会话参数，所述第一请求用于请求获取分析结果；所述处理器用于根据所述第一请求确定所述分析结果，所述通信接口用于发送第一响应，所述第一响应中包含所述分析结果；其中，所述分析结果包括以下至少一项：所述至少一项信息中的每项信息对应的分析结果；所述至少一项信息中的所有信息组合后对应的分析结果。
第七方面，提供了一种分析结果的获取系统，包括：第一通信设备及第二通信设备，所述第一通信设备可用于执行如第一方面所述的分析结果的获取方法的步骤，所述第二通信设备可用于执行如第三方面所述的分析结果的获取方法的步骤。
第八方面，提供了一种可读存储介质，所述可读存储介质上存储程序或指令，所述程序或指令被处理器执行时实现如第一方面所述的方法的步骤，或者实现如第三方面所述的方法的步骤。
第九方面，提供了一种芯片，所述芯片包括处理器和通信接口，所述通信接口和所述处理器耦合，所述处理器用于运行程序或指令，实现如第一方面所述的方法，或实现如第三方面所述的方法。
第十方面，提供了一种计算机程序/程序产品，所述计算机程序/程序产品被存储在存储介质中，所述计算机程序/程序产品被至少一个处理器执行以实现如第一方面所述的分析结果的获取方法的步骤，或实现如第三方面所述的分析结果的获取方法的步骤。
在本申请实施例中，在想要获取分析结果时，第一通信设备可以发送包含至少一项信息的第一请求，至少一项信息包括至少一项路由选择组件(Route Selection component，RSC)和/或至少一项PDU会话参数，基于该至少一项信息可以获取到与每项RSC/PDU会话参数对应的分析结果，和/或，与多项RSC/PDU会话参数组合后对应的分析结果。这样，由于通过RSC/PDU会话参数中的一项或多项的组合就可以获取到对应分析结果，因此，可以取消一定的限制，使得分析结果的获取更为灵活，满足对分析结果的获取需求。
附图说明
图1是根据本申请实施例的无线通信系统的示意图；
图2是根据本申请实施例的分析结果的获取方法的示意性流程图；
图3是根据本申请实施例的应用标识的获取方法的示意性流程图；
图4是根据本申请实施例的分析结果的获取方法的示意性流程图；
图5是根据本申请实施例的分析结果的获取装置的结构示意图；
图6是根据本申请实施例的分析结果的获取装置的结构示意图；
图7是根据本申请实施例的通信设备的结构示意图；
图8是根据本申请实施例的通信设备的结构示意图；
图9是根据本申请实施例的通信设备的结构示意图。
具体实施方式
目前，在获取分析结果(analytics)时，可以由策略控制功能(Policy Control Function，PCF)从网络数据分析功能(Network Data Analytics Function，NWDAF)获取某个特定的PDU会话参数，比如数据网络名(Data Network Name，DNN)，PDU会话类型，会话和服务连续模式(Session and Service Continuity Mode，SSC mode)下的分析结果。这个获取分析结果的过程，是PCF每次只能请求一个PDU会话参数的分析结果，而无法同时请求多个PDU会话参数组合以后的分析结果，比如，同时请求某个数据网络名(Data Network Name，DNN)加上某个PDU会话类型下的分析结果。而且，在获取这些分析结果时，PCF需要提供应用标识(application ID)以指示是哪个应用。然而，在相关技术中，PCF往往只能从URSP rule中获取到流量描述符(Traffic descriptor)，而流量描述符中并没有application ID，导致PCF无法获取到应用的分析结果。
为了解决上述技术问题，本申请实施例提供一种分析结果的获取方法及通信设备，在想要获取分析结果时，第一通信设备可以发送包含至少一项信息的第一请求，至少一项信息包括至少一项RSC和/或至少一项PDU会话参数，这样就能够获取到与每项RSC/PDU会话参数对应的分析结果，和/或，与多项RSC/PDU会话参数组合后对应的分析结果，网络侧也就能够知道，当一个PDU会话包含多个会话参数的时候，所述分析结果。根据这种多个RSC组合后获取的分析结果，PCF能够调整URSP规则，修改RSD的优先级。另外，第一请求里不需要提供application ID，因此，可以取消一定的限制，使得分析结果的获取更为灵活，满足对分析结果的获取需求。
此外，本申请实施例还提供一种获取application ID的方法，这样，当获取某个应用的分析结果时，在发送分析结果获取请求的时候，可以携带该application ID，并根据该application ID获取对应的分析结果。进一步地，本申请实施例还提供一种可以基于application ID与一项或多项RSC的组合获 取分析结果的方法、基于流量描述符与一项或多项RSC的组合获取分析结果的方法，使得分析结果的获取更为灵活。
下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行清楚描述，显然，所描述的实施例是本申请一部分实施例，而不是全部的实施例。基于本申请中的实施例，本领域普通技术人员所获得的所有其他实施例，都属于本申请保护的范围。
本申请的说明书和权利要求书中的术语“第一”、“第二”等是用于区别类似的对象，而不用于描述特定的顺序或先后次序。应该理解这样使用的术语在适当情况下可以互换，以便本申请的实施例能够以除了在这里图示或描述的那些以外的顺序实施，且“第一”、“第二”所区别的对象通常为一类，并不限定对象的个数，例如第一对象可以是一个，也可以是多个。此外，说明书以及权利要求中“和/或”表示所连接对象的至少其中之一，字符“/”一般表示前后关联对象是一种“或”的关系。
值得指出的是，本申请实施例所描述的技术不限于长期演进型(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)、车载设备(Vehicle User Equipment，VUE)、行人终端(Pedestrian User Equipment，PUE)、智能家居(具有无线通信功能的家居设备，如冰箱、电视、洗衣机或者家具等)、游戏机、个人计算机(personal computer，PC)、柜员机或者自 助机等终端侧设备，可穿戴式设备包括：智能手表、智能手环、智能耳机、智能眼镜、智能首饰(智能手镯、智能手链、智能戒指、智能项链、智能脚镯、智能脚链等)、智能腕带、智能服装等。需要说明的是，在本申请实施例并不限定终端11的具体类型。网络侧设备12可以包括接入网设备或核心网设备，其中，接入网设备12也可以称为无线接入网设备、无线接入网(Radio Access Network,RAN)、无线接入网功能或无线接入网单元。接入网设备12可以包括基站、无线局域网(Wireless Local Area Network，WLAN)接入点或WiFi节点等，基站可被称为节点B、演进节点B(evolved Node 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)、网络数据分析(Network Data Analytics Function，NWDAF)等。需要说明的是，在本申请实施例中仅以NR系统中的核心网设备为例进行介绍，并不限定核心网设备的具体类型。
本实施例中，第一通信设备，第二通信设备，第三通信设备，第四通信设备，第五通信设备，可以是以上核心网设备的任意一个，或者多个。
本实施例中，所述第一通信设备，可以是PCF，接入移动管理策略控制功能(Access and Mobility Management PCF，AM-PCF)，UE-PCF，或至少一项核心网设备。
本实施例中，所述的RSC或者RSC下包含的各类信息或者参数(比如， PDU会话类型，SSC mode等等)，又可以称作或者替换为PDU会话参数，URSP rule参数，RSD下的会话相关参数，PDU会话属性，PDU会话组成参数等等。
下面结合附图，通过一些实施例及其应用场景对本申请实施例提供的分析结果的获取方法及通信设备进行详细地说明。
如图2所示，本申请实施例提供一种分析结果的获取方法200，该方法可以由第一通信设备执行，换言之，该分析结果的获取方法可以由安装在第一通信设备中的软件或硬件来执行，该分析结果的获取方法包括如下步骤。
S202：第一通信设备发送第一请求，第一请求中包含至少一项信息，至少一项信息包括至少一项路由选择组件RSC和/或至少一项协议数据单元PDU会话参数，第一请求用于请求获取分析结果。
在想要获取分析结果时，第一通信设备可以发送用于请求获取分析结果第一请求。第一通信设备可以是策略控制功能(Policy Control Function，PCF)，或者是接入移动管理策略控制功能(Access and Mobility Management PCF，AM-PCF)，或者是会话策略控制功能(Session Management PCF，SM-PCF)。
可选地，作为一个实施例，第一通信设备发送第一请求，可以是第一通信设备向第二通信设备发送第一请求，该第二通信设备可以是网络数据分析功能(Network Data Analytics Function，NWDAF)。
在一种实施方式中，所述第一请求可以是以下至少一项：
Nnwdaf_AnalyticsSubscription_Subscribe，分析订阅；
Nnwdaf_AnalyticsInfo_Request，分析信息请求。
第一请求中包含至少一项信息，至少一项信息包括至少一项路由选择组件(Route Selection component，RSC)参数和/或至少一项协议数据单元(Protocol Data Unit，PDU)会话参数。即第一请求中包含至少一项RSC和/或至少一项PDU会话参数。该至少一项RSC或至少一项PDU会话参数具体可以是以下至少一项：
PDU会话类型；
会话和服务连续模式(Session and Service Continuity Mode，SSC mode)；
接入类型(Access type)；
单网络切片选择辅助信息(Single Network Slice Selection Assistance Information，S-NSSAI)；
数据网络名(Data Network Name，DNN)。
PDU会话类型可以包括以下至少一项：
以太网Ethernet型；
非结构化Unstructured；
互联网协议第四版IPV4型；
互联网协议第六版IPV6型；
IPV4V6型。
SSC mode包括以下至少一项：
SSC mode 1；
SSC mode 2；
SSC mode 3。
接入类型包括以下至少一项：
无线局域网(Wireless Local Area Networks，WLAN)；可选地，在接入类型为WLAN的情况下，第一请求中还可以包含服务集标识符(Service Set Identifier，SSID)、基本服务集标识符(Basic Service Set Identifier，BSSID)和均匀扩展服务集合标识符(homogenous extended service set identifier，HESSID)中的至少一项；
公共陆地移动网络(Public Land Mobile Network，PLMN)ID；
第五代移动通信技术(5th Generation Mobile Communication Technology，5G)；
第四代移动通信技术(4th Generation Mobile Communication Technology，4G)；
下一代(Next Generation,NG)无线接入网(radio access network，NG-RAN)；
演进的通用移动通讯系统陆地无线接入网(Evolved Universal Mobile Telecommunications System Terrestrial Radio Access Network，E-UTRAN)；
可信的WLAN(TRUSTED_WLAN)；
多接入multi-access。
本申请实施例中，在第一请求中包含至少一项信息的情况下，第一请求用于请求获取的分析结果可以包括以下至少一项：
与至少一项信息中的每项信息对应的分析结果；
与至少一项信息中的所有信息组合后对应的分析结果。
至少一项信息中的每项信息即前述至少一项RSC中的每项RSC和/或至少一项PDU会话参数中的每项PDU会话参数，至少一项信息中的所有信息即前述至少一项RSC中的所有RSC和/或至少一项PDU会话参数中的所有PDU会话参数。
可选地，与至少一项信息中的每项信息对应的分析结果，可以包括以下至少一项：
至少一项RSC中的每个RSC对应的分析结果；
至少一项PDU会话参数中的每个PDU会话参数对应的分析结果。
至少一项信息中的所有信息组合后对应的分析结果，可以包括以下至少一项：
至少一项RSC中的所有RSC组合后对应的分析结果；
至少一项PDU会话参数中所有PDU会话参数组合后对应的分析结果。
为了便于描述，以下可以以第一请求中包含的至少一项信息为至少一项RSC为例进行说明，以下各实施例中的第一请求中包含至少一项RSC都可以替换为第一请求中包含至少一项PDU会话参数，或替换为第一请求中包含至少一项PDU会话参数和至少一项RSC。
在第一请求中包含至少一项RSC的情况下，第一请求可以用于请求获取，至少一项RSC中的每一个RSC，对应的分析结果。举例说明，当所述第一请求中，同时包括DNN和S-NSSAI，比如，DNN-1和S-NSSAI-a，那么，所述第一请求，可以用于请求，DNN-1对应的分析结果，和/或S-NSSAI-a对应的分析结果。此时，所述第一请求用于请求至少一项RSC中，每个单独RSC对应的分析结果。接收第一请求的通信设备，比如第二通信设备，将分别提供每一个RSC对应的分析结果，比如，DNN-1对应的分析结果(比如，访问该DNN-1时能够实现的上下行速率，丢包率等等)，S-NSSAI-a对应的分析结果(比如，使用该切片访问应用服务器时能够实现的上下行速率，丢包率等等)。
在第一请求中包含至少一项RSC的情况下，第一请求可以用于请求获取，至少一项RSC中的每一个RSC组合以后，对应的分析结果。举例说明，当所述第一请求中，同时包括DNN和S-NSSAI，比如，DNN-1和S-NSSAI-a，那么，所述第一请求，可以用于请求，DNN-1+S-NSSAI-a对应的分析结果，也就是说，请求获得，通过S-NSSAI-a切片访问DNN-1所能达到的性能。此时，所述第一请求用于请求至少一项RSC中，每个单独RSC组合起来以后的分析结果。接收第一请求的通信设备，比如第二通信设备，将分别提供每一个RSC组合后对应的分析结果，比如，DNN-1+S-NSSAI-a对应的分析结果(比如，当使用该切片S-NSSAI-a，同时接入DNN-1，然后，使用这两个参数以后，访问应用服务器时能够实现的上下行速率，丢包率等等)。
具体地，在第一请求中包含一项RSC的情况下，该第一请求用于请求获取与该一项RSC对应的分析结果。在第一请求中包含多项RSC的情况下，该第一请求用于请求获取与该多项RSC中的每项RSC分别对应的分析结果，和/或，该多项RSC组合后对应的分析结果(即多项RSC的组合对应的分析结果)。
比如：
在第一请求中包含PDU会话类型(比如，PDU会话类型为网际互联协议(Internet Protocol)IP类型)的情况下，第一请求用于请求获取PDU会话类型为IP类型下的分析结果，该分析结果体现的是所有终端或者任意终端使用IP类型PDU会话类型后实现的性能，此时，不关注该IP类型的PDU会话承载的是哪个应用的流量，分析结果体现的是任何一个应用的流量；
在第一请求中包含SSC mode(比如，SSC mode为SSC mode 3)的情况下，第一请求用于请求获取PDU会话为SSC mode 3下的分析结果，该分析结果体现到的是所有终端或者任意终端在PDU会话为SSC mode 3下的性能，不关注该SSC mode 3的PDU会话承载的是哪个应用的流量；
在第一请求中包含接入类型(比如，接入类型为蜂窝接入，第三代合作伙伴计划(3rd Generation Partnership Project,3GPP)接入)的情况下，第一请求用于请求获取在PDU会话的接入类型为3GPP接入下的分析结果；
在第一请求中包含S-NSSAI(比如，切片为S-NSSAI-a)的情况下，第一请求用于请求获取切片S-NSSAI-a下的分析结果，所述的在切片S-NSSAI-a下的分析结果指的是，当应用流量在所述PDU会话中传输，而所述PDU会话的会话参数中包括S-NSSAI-a，或者所述PDU会话是建立在S-NSSAI-a对应的切片内，则所述会话能够提供的性能，或者所述会话能够让应用获得的体验，比如上下行速率，或者丢包率；
在第一请求中包含DNN的情况下，第一请求用于请求获取通过该DNN访问应用服务器的分析结果。
再比如：
在第一请求中包含PDU会话类型(比如，PDU会话类型为IP类型)和SSC mode(比如，SSC mode 3)的情况下，第一请求可以用于请求获取PDU会话类型为IP类型下的分析结果、PDU会话为SSC mode 3下的分析结果，和/或，用于请求获取一个分析结果，这个分析结果是当PDU会话同时满足：PDU会话的类型为IP类型，而且SSC mode为SSC mode 3时候的性能分析结果；也就是说，第一请求还可以请求获取，当PDU会话同时为IP类型，且SSC mode为3的时候，使用这样的PDU会话来承载应用流量所能实现的应用体验或者性能。
在第一请求中包含PDU会话类型(比如，IP类型)、SSC mode(比如，SSC mode 3)和接入类型(比如，3GPP接入)的情况下，第一请求可以用于请求获取PDU会话类型为IP类型下的分析结果、PDU会话为SSC mode 3下的分析结果以及在接入类型为3GPP接入下的分析结果，和/或，用于请求获取一个RSC组合以后分析结果，即，第一请求还可以请求获取，当PDU会话同时为IP类型，且SSC mode为3，且接入类型为3GPP接入的时候， 当使用一个具有这样PDU会话参数的PDU会话来承载应用流量所能实现的应用体验或者性能。
当然，在第一请求中包括其他RSC下的情况下，第一请求可以用于请求获取其中每项RSC对应的分析结果，和/或，用于请求获取所有RSC的组合对应的分析结果，这里不再一一举例说明。
可选地，作为一个实施例，在第一请求中包含至少一项信息的情况下，第一请求中还可以包含第二信息，该第二信息用于指示以下至少一项：
获取与至少一项信息中的每项信息对应的分析结果；
获取与至少一项信息中的所有信息组合后对应的分析结果。
也就是说，以至少一项信息为至少一项RSC为例，第一通信设备在发送第一请求(包含至少一项RSC)的同时，还可以发送第二信息，以通过第二信息指示第一请求具体请求获取的是哪种分析结果。
所述第二信息，还可以指示第二通信设备，比如NWDAF，应该提供至少一项RSC中，每个单独RSC对应的分析结果，还是所有RSC组合以后的分析结果。
比如，在第一请求中包含PDU会话类型(IP类型)、SSC mode(SSC mode 3)以及第二信息的情况下：
若第二信息用于指示获取与至少一项RSC中的每项RSC对应的分析结果，则第一请求具体用于请求获取PDU会话类型为IP类型下的分析结果以及PDU会话的SSC mode为SSC mode 3下的分析结果；
若第二信息用于指示获取与至少一项RSC中所有RSC组合后对应的分析结果，则第一请求具体用于请求获取一个RSC组合以后的分析结果，即，所述分析结果表示，当使用一个PDU会话后，所能实现的性能或者所能达到的应用体验，所述PDU会话具有如下的参数或者特征：PDU会话的类型为IP类型、SSC mode为SSC mode 3；
若第二信息用于指示获取与至少一项RSC中的每项RSC对应的分析结果，以及与至少一项RSC中所有RSC组合后对应的分析结果，这种情况说明，同时请求每个RSC对应的分析结果，以及所有RSC组合以后的分析结果，这些分析结果都需要提供。即，第一请求具体用于请求获取PDU会话类型为IP类型下的分析结果、PDU会话为SSC mode 3下的分析结果、以及PDU会话的类型为IP类型+PDU会话的SSC mode为SSC mode 3下，组合两个参数以后的分析结果。
本实施例中，所述分析结果，指的是，当使用所述PDU会话承载应用流量，且所述PDU会话中，该会话的参数为至少一项RSC之一。
这样，由于可以通过第二信息指示请求获取哪种分析结果，因此，可以 使得获取到的分析结果更为准确。
所述第一通信设备通过第一响应，接收分析结果，所述分析结果，可以是至少一项RSC中的每一个对应的分析结果，也可以是至少一个RSC中的全部RSC组合以后，所能达到或实现的性能，或者所对应的分析结果。
所述第一响应包括以下至少一项：
Nnwdaf_AnalyticsSubscription_Notify，分析订阅通知；
Nnwdaf_AnalyticsInfo_Response，分析信息响应。
所述分析结果，主要描述的是，当承载所述应用流量的PDU会话，其PDU会话的属性，比如PDU会话类型，SSC mode，DNN，切片等，与第一请求中的至少一项RSC相同或与多个RSC组合以后相同的时候，这时候，使用这一会话来承载应用流量，所能够达到的业务体验或者业务访问的性能统计，或者性能预测。所述的性能统计，或者性能预测，就是分析结果，包括如下：
平均包延迟；
平均丢包率；
吞吐量；
服务质量(Quality of Service，QoS)flow Bit Rate，QoS流比特率，上行或下行；
QoS flow Packet Delay，QoS流包延迟，上行或下行；
Packet transmission包传输数量；
Packet retransmission包重传数量；
应用服务器侧的服务体验service experience，比如，上下行速率，带宽，包延迟，丢包率，数据突发情况等等。
本申请实施例中，由于在获取分析结果时，根据至少一项RSC就可以获取到与每项RSC对应的分析结果和/或与所有RSC组合后对应的分析结果，无需提供application ID，因此，可以取消一定的限制，使得分析结果的获取更为灵活和便捷。
可选地，本申请实施例除了可以通过至少一项RSC或至少一项PDU会话参数获取对应的分析结果外，还可以将至少一项RSC或至少一项PDU会话参数与其他信息进行组合，并获取组合后对应的分析结果，使得分析结果的获取更加灵活。其中，该其他信息可以是application ID或流量描述符参数(Traffic descriptor)。以下将详细进行说明。
可选地，作为一个实施例，在第一请求中包含至少一项信息的情况下，第一请求中还可以包含目标应用的应用标识(application ID)。该目标应用的应用标识可以由第一通信设备根据流量描述符参数获取得到，具体可以包 括以下步骤：
第一通信设备发送第二请求，第二请求中包含流量描述符参数，第二请求用于请求获取与流量描述符参数对应的目标应用的应用标识；
第一通信设备接收第二响应，第二响应中包含目标应用的应用标识。
具体地，可以预先建立或者获得应用标识和流量描述符之间的映射关系，该映射关系会被保存在至少一个核心网设备中。当第一通信设备想要获取与目标应用相关的分析结果时，可以在URSP规则(rule)中获取流量描述符参数，然后发送包含该流量描述符参数的第二请求，以请求与该流量描述符参数对应的或者等同的目标应用的应用标识。第一通信设备在发送第二请求后，可以接收到第二响应，该第二响应中包含与流量描述符参数对应的目标应用的应用标识。
其中，流量描述符参数可以包括以下至少一项：
连接能力(Connection Capabilities)；
应用描述符(Application descriptors)；
IP描述符(IP descriptors)；
非IP地址描述符(Non-IP descriptors)；
全限定域名(Fully Qualified Domain Name，FQDN)，也即域名描述符(Domain descriptors)；
DNN。
一种实施方式中，比如有如下的URSP规则：
如果所述第一请求中，所包括的RSC，恰好是某个URSP规则下，流量描述符里的某个RSD下的全部RSC，比如说，所述第一请求中包括：网络切片选择为S-NSSAI-a，SSC Mode为SSC Mode 3，接入方式为Access Type preference:3GPP access，而这三个RSC参数，恰好组成了上表中一个URSP规则下的一个流量描述符下的一个RSD。那么此时，所述第一请求，可以视为，请求某个RSD对应的分析结果或性能，比如视为请求traffic descriptor＝APP1下的RSD precedence＝1下的性能。再比如，如果此时，所述URSP规 则下，流量描述符里只有一个RSD，那么所述第一请求，还可以视为请求获得某个URSP规则下流量描述符的性能，比如，视为获得traffic descriptor＝APP1的性能。
可选地，作为一个实施例，第一通信设备在发送第二请求时，可以是向第三通信设备发送第二请求。第三通信设备可以是网络开放功能(Network Exposure Function，NEF)。相应的，第一通信设备在接收第二响应时，可以是从第三通信设备接收第二响应。其中，第二响应中包含的目标应用的应用标识可以由第三通信设备根据第二请求中包含的流量描述符参数以及预设的映射关系确定，该映射关系为流量描述符参数与应用标识之间的映射关系。
可选地，作为一个实施例，上述映射关系可以由第三通信设备提供，即第三通信设备可以预先建立或获得流量描述符参数和应用标识之间的映射关系，当第一通信设备想要获取目标应用的应用标识时，可以向第三通信设备发送包含流量描述符参数的第二请求，第三通信设备在接收到第二请求后，可以根据第二请求中包含的流量描述符参数在预先建立的映射关系中查找对应的应用标识，在查找到对应的应用标识的情况下，第三通信设备向第一通信设备发送第二响应，第二响应中包含查找到的应用标识。
或者，上述映射关系也可以由第三通信设备从第四通信设备中获取，第四通信设备中的该映射关系可以由第五通信设备提供并由第五通信设备通过第三通信设备存储到第四通信设备中。其中，第四通信设备可以是统一数据存储(Unified Data Repository，UDR)，第五通信设备可以是应用功能(Application Function，AF)。映射关系的存储和应用标识的获取流程可以参见图3。
如图3所示，UDR(第四通信设备)在存储映射关系以及PCF(第一通信设备)在获取应用标识时，可以包括以下步骤：
步骤1：AF向NEF提供映射关系。
映射关系为至少一个流量描述符参数与应用标识(application ID)之间的映射关系，流量描述符参数可以包括以下至少一项：
Application descriptor；包括OSId操作系统ID或者OSAppId操作系统APP ID；
IP descriptor，比如，一个或者多个应用服务器的IP地址或端口号Application server IP address or port；
Non-IP descriptor，比如一个或者多个应用服务器的非IP地址信息，比如媒体访问控制地址(Media Access Control Address，MAC地址)，应用服务器非IP地址(Application server non-IP address)；
FQDN descriptor，比如一个或者多个应用服务器的FQDN，Application  server FQDN；
连接能力，比如IP多媒体子系统(IP Multimedia Subsystem，ims)或者Internet。
步骤2：NEF将映射信息存储在UDR中。
步骤3：PCF向NEF发送第二请求，第二请求中包含流量描述符参数。
PCF在想要获取与应用标识相应的分析结果时，可以从URSP rule中获取流量描述符参数，并向NEF发送第二请求，第二请求中包含流量描述符参数，第二请求用于请求获取与流量描述符参数对应的目标应用的应用标识。如果NEF已经保存了所述映射关系，可以直接发送对应的application ID给PCF。
步骤4：NEF从UDR中获取映射关系。
或者，UDR将所述第二请求中包含的流量描述符对应的application ID发送给NEF。
步骤5：NEF根据映射关系和流量描述符参数，确定目标应用的应用标识。
或者，NEF从UDR收到流量描述符对应的application ID。
步骤6：NEF向PCF发送第二响应，第二响应中包含目标应用的应用标识。
第二通信设备在通过以上方法获取到目标应用的应用标识后，可以基于该应用标识发送第一请求，第一请求中包含该应用标识和至少一项RSC。
本申请实施例中，在第一请求中包含应用标识和至少一项信息的情况下，第一请求用于请求获取的分析结果可以包含以下至少一项：
应用标识与至少一项信息中的每项信息组合后对应的分析结果；
应用标识与至少一项信息中的所有信息组合后对应的分析结果。
可选地，应用标识与至少一项信息中的每项信息对应的分析结果，可以包括以下至少一项：
应用标识与至少一项RSC中的每个RSC对应的分析结果；
应用标识与至少一项PDU会话参数中的每个PDU会话参数对应的分析结果。
应用标识与至少一项信息中的所有信息组合后对应的分析结果，可以包括以下至少一项：
应用标识与至少一项RSC中的所有RSC组合后对应的分析结果；
应用标识与至少一项PDU会话参数中所有PDU会话参数组合后对应的分析结果。
具体地，以至少一项信息为至少一项RSC为例，在第一请求中包含应用 标识和至少一项RSC的情况下，该第一请求用于请求获取应用标识与每项RSC分别组合后对应的分析结果，和/或，应用标识与该至少一项RSC组合后对应的分析结果。
比如：
在第一请求中包含目标应用的application ID和PDU会话类型(比如，IP类型)的情况下，第一请求用于请求获取该目标应用在PDU会话下承载，且该PDU会话类型为IP类型下的分析结果；
在第一请求中包含目标应用的application ID和SSC mode(比如，SSC mode 3)的情况下，第一请求用于请求获取该目标应用在PDU会话下承载，且该PDU会话为SSC mode 3下的分析结果；
在第一请求中包含目标应用的application ID和接入类型(比如，3GPP接入)的情况下，第一请求用于请求获取在该目标应用在PDU会话下承载，且该PDU会话的接入类型为3GPP接入下的分析结果；
在第一请求中包含目标应用的application ID和DNN的情况下，第一请求用于请求获取通过PDU会话下承载该应用流量，且该PDU会话通过该DNN访问该目标应用或目标应用服务器的分析结果。
再比如：
在第一请求中包含目标应用的application ID、PDU会话类型(IP类型)和SSC mode(SSC mode 3)的情况下，第一请求可以用于请求获取目标应用在PDU会话下承载，且该PDU会话类型为IP类型下的分析结果、目标应用在PDU会话下承载，且该PDU会话为SSC mode 3下的分析结果，和/或，用于请求获取目标应用在PDU会话下承载，且该PDU会话的类型为IP类型而且所述PDU会话的SSC mode为SSC mode 3下的性能分析结果。
在第一请求中包含目标应用的application ID、PDU会话类型(IP类型)、SSC mode(SSC mode 3)和接入类型(3GPP接入)的情况下，第一请求可以用于请求获取目标应用在PDU会话下承载，且该PDU会话类型为IP类型下的分析结果、目标应用在PDU会话下承载，且该PDU会话为SSC mode 3下的分析结果以及目标应用在PDU会话下承载，且该会话在接入类型为3GPP的分析结果，和/或，用于请求获取目标应用在PDU会话下承载，且该PDU会话的类型为IP类型、SSC mode为SSC mode 3且接入类型为3GPP接入下的分析结果。
当然，在第一请求中包括目标应用的application ID和其他RSC下的情况下，第一请求可以用于请求获取application ID和每项RSC分别组合后对应的分析结果，和/或，用于请求获取application ID和所有RSC组合后对应的分析结果，这里不再一一举例说明。
可选地，作为一个实施例，在第一请求中包含目标应用的应用标识和至少一项信息的情况下，第一请求中还可以包含第三信息，该第三信息用于指示以下至少一项：
获取应用标识与至少一项信息中的每项信息组合后对应的分析结果；
获取应用标识与至少一项信息中的所有信息组合后对应的分析结果。
也就是说，以至少一项信息为至少一项RSC为例，第一通信设备在发送第一请求(包含应用标识和至少一项RSC)的同时，还可以发送第三信息，以通过第三信息指示第一请求具体请求获取的是哪种分析结果。
比如，在第一请求中包含目标应用的application ID、PDU会话类型(IP类型)、SSC mode(SSC mode 3)以及第三信息的情况下：
若第三信息用于指示获取应用标识与至少一项RSC中的每项RSC对应的分析结果，则第一请求具体用于请求获取目标应用PDU会话下承载，且该在PDU会话类型为IP类型下的分析结果、目标应用在PDU会话为SSC mode 3下的分析结果；
若第三信息用于指示获取应用标识与至少一项RSC中所有RSC组合后对应的分析结果，则第一请求具体用于请求获取目标应用在PDU会话下承载，且该PDU会话同时满足：该PDU会话的类型为IP类型、而且SSC mode为SSC mode 3下的分析结果；
若第三信息用于指示获取应用标识与至少一项RSC中的每项RSC对应的分析结果，以及应用标识与至少一项RSC中所有RSC组合后对应的分析结果，则第一请求具体用于请求获取目标应用在PDU会话下承载，且该PDU会话类型为IP类型下的分析结果、目标应用在PDU会话下承载，且该PDU会话为SSC mode 3下的分析结果、以及目标应用在PDU会话下承载，且该PDU会话同时满足：该PDU会话的类型为IP类型、SSC mode为SSC mode 3下的分析结果。
这样，由于可以通过第三信息指示请求获取哪种分析结果，因此，可以使得获取到的分析结果更为准确。
可选地，作为一个实施例，在第一请求中包含至少一项信息的情况下，第一请求中还可以包含流量描述符参数，该流量描述符参数可以包括以下至少一项：
连接能力(Connection Capabilities)；
应用描述符(Application descriptors)；
IP描述符(IP descriptors)；
非IP地址描述符(Non-IP descriptors)；
全限定域名(Fully Qualified Domain Name，FQDN)，也即域名描述符 (Domain descriptors)；
DNN。
在第一请求中包含流量描述符参数和至少一项信息的情况下，第一请求用于请求获取的分析结果可以包括以下至少一项：
流量描述符参数与至少一项信息中的每项信息组合后对应的分析结果；
流量描述符参数与至少一项信息中的所有信息组合后对应的分析结果。
可选地，流量描述符参数与至少一项信息中的每项信息对应的分析结果，可以包括以下至少一项：
流量描述符参数与至少一项RSC中的每个RSC对应的分析结果；
流量描述符参数与至少一项PDU会话参数中的每个PDU会话参数对应的分析结果。
流量描述符参数与至少一项信息中的所有信息组合后对应的分析结果，可以包括以下至少一项：
流量描述符参数与至少一项RSC中的所有RSC组合后对应的分析结果；
流量描述符参数与至少一项PDU会话参数中所有PDU会话参数组合后对应的分析结果。
具体地，以至少一项信息为至少一项RSC为例，在第一请求中包含流量描述符参数和至少一项RSC的情况下，该第一请求用于请求获取流量描述符参数与每项RSC分别组合后对应的分析结果，和/或，流量描述符参数与该至少一项RSC组合后对应的分析结果。
比如：
在第一请求中包含IP/Non-IP descriptor和PDU会话类型(比如，IP类型)的情况下，第一请求用于请求获取访问IP/Non-IP descriptor对应的应用服务器的PDU会话，且PDU会话的类型为IP类型的分析结果；
在第一请求中包含连接能力("ims","多媒体短信服务(Multimedia Messaging Service，mms)","internet")，也包括目标应用的application ID和SSC mode(SSC mode 1)的情况下，第一请求用于请求，当所述PDU会话承载application ID对应的应用流量，且PDU会话支持SSC mode 1，而且PDU会话是连接到所述连接能力指示的网络的时候(比如，ims(IP Multimedia Subsystem)，Internet等等)，这时候的分析结果；
在第一请求中包含DNN和接入类型(non-3GPP，WLAN，SSID＝AAA)的情况下，第一请求用于请求获取，当访问该DNN，且访问该DNN的PDU会话的接入类型为WLAN接入，WLAN的SSID＝AAA的分析结果。
再比如，在第一请求中包含DNN、PDU会话类型(IP类型)和SSC mode(SSC mode 1)的情况下，第一请求用于请求获取，当访问该DNN，且访问 该DNN的PDU会话的类型为IP类型的分析结果、当访问该DNN，且访问该DNN的PDU会话为SSC mode 1的分析结果，和/或，用于请求获取当访问该DNN，且访问该DNN的PDU会话同时满足PDU会话类型为IP类型、而且SSC mode为SSC mode 1的分析结果。
当然，在第一请求中包含其他流量描述符参数和其他RSC下的情况下，第一请求可以用于请求获取其他流量描述符参数和每项RSC分别组合后对应的分析结果，和/或，用于请求获取其他流量描述符参数和所有RSC组合后对应的分析结果，这里不再一一举例说明。
可选地，作为一个实施例，在第一请求中包含流量描述符参数和至少一项信息的情况下，第一请求中还可以包含第四信息，该第四信息用于指示以下至少一项：
获取流量描述符参数与至少一项信息中的每项信息组合后对应的分析结果；
获取流量描述符参数与至少一项信息中的所有信息组合后对应的分析结果。
也就是说，以至少一项信息为至少一项RSC为例，第一通信设备在发送第一请求(包含流量描述符参数和至少一项RSC)的同时，还可以发送第四信息，以通过第四信息指示第一请求具体请求获取的是哪种分析结果。
比如，在第一请求中包含DNN、PDU会话类型(IP类型)、SSC mode(SSC mode 1)以及第四信息的情况下：
若第四信息用于指示获取流量描述符参数与至少一项RSC中的每项RSC对应的分析结果，则第一请求具体用于请求获取当访问该DNN，且访问该DNN的PDU会话的类型为IP类型的分析结果、以及当访问该DNN，且访问该DNN的PDU会话的SSC mode为SSC mode 1下的分析结果；
若第四信息用于指示获取流量描述符参数与至少一项RSC中所有RSC组合后对应的分析结果，则第一请求具体用于请求获取当访问该DNN，且访问该DNN的PDU会话同时满足PDU会话的类型为IP类型、SSC mode为SSC mode 1下的分析结果；
若第四信息用于指示获取流量描述符参数与至少一项RSC中的每项RSC对应的分析结果，以及流量描述符参数与至少一项RSC中所有RSC组合后对应的分析结果，则第一请求具体用于请求获取当访问该DNN，且访问该DNN的PDU会话的类型为IP类型的分析结果、当访问该DNN，且访问该DNN的PDU会话的SSC mode为SSC mode 1下的分析结果、以及当访问该DNN，且访问该DNN的PDU会话同时满足PDU会话的类型为IP类型、SSC mode为SSC mode 1下的分析结果。
这样，由于可以通过第四信息指示请求获取哪种分析结果，因此，可以使得获取到的分析结果更为准确。
S204：第一通信设备接收第一响应，第一响应中包含分析结果。
第一通信设备在发送第一请求后，可以接收第一响应。第一响应中包含第一请求用于请求获取的分析结果。
具体地，以第一请求中的至少一项信息为至少一项RSC为例，在第一请求中包含至少一项RSC的情况下，分析结果可以包括与至少一项RSC中的每项RSC对应的分析结果，和/或，与至少一项RSC中的所有RSC组合后对应的分析结果；在第一请求中包含至少一项RSC和第二信息的情况下，分析结果可以是第二信息所指示的分析结果；在第一请求中包含目标应用的应用标识和至少一项RSC的情况下，分析结果可以包括应用标识与至少一项RSC中的每项RSC组合后对应的分析结果，和/或，应用标识与至少一项RSC中的所有RSC组合后对应的分析结果；在第一请求中包含目标应用的应用标识、至少一项RSC和第三信息的情况下，分析结果可以是第三信息所指示的分析结果；在第一请求中包含流量描述符参数和至少一项RSC的情况下，分析结果可以包括流量描述符参数与至少一项RSC中的每项RSC组合后对应的分析结果，和/或，流量描述符参数与至少一项RSC中的所有RSC组合后对应的分析结果；在第一请求中包含流量描述符参数、至少一项RSC和第四信息的情况下，分析结果可以是第四信息所指示的分析结果。
可选地，第一通信设备接收第一响应，可以是第一通信设备从第二通信设备接收第一响应。第一响应中包含的分析结果由第二通信设备根据第一请求确定得到，具体可以参见图4所示的实施例，这里不再详细说明。
第一通信设备在接收到第一响应后，根据第一响应就能够知晓当通过PDU会话接入访问某个应用(服务器)的时候，而且所述PDU会话其会话参数或者属性设定为某些特定值或者特定配置的时候(比如，会话类型，SSC mode，接入方式)所对应的性能。
比如，第一请求中包含目标应用的应用标识application ID＝Tencent和SSC mode＝SSC mode 1，第一响应中的分析结果为DL 20Mbps，10ms，则第一通信设备可以知晓当使用SSC mode 1的PDU会话访问腾讯的应用服务器时，所能达到的性能指标为下行速率20Mbps，时延为10毫秒。
可选地，第一通信设备在接收到第一响应后，还可以根据第一响应中的分析结果执行终端路由选择策略(UE Route Selection Policy，URSP)规则调整操作，生成智能化的URSP规则，发给终端，希望终端根据智能化设计后的URSP规则把应用的流量匹配到合适的PDU会话，所述合适的PDU会话的PDU会话参数，就是智能化URSP规则里，终端为该应用选择的RSD里 的RSC所指示的或者规定的，所述PDU会话具有能够实现更好应用或者用户体验的性能。
可选地，第一通信设备执行的上述URSP规则调整操作，可以包括以下至少一项：
修改路由选择描述符(Route Selection Descriptor，RSD)优先级；
修改RSD中的RSC(Route selection component)；
生成新的URSP规则。
当所述第一请求中，请求至少一个RSC组合后的性能，那么如果这一组RSC组合以后，恰好与URSP规则中，某个RSD内的RSC组合相同，那么此时，第一请求等同于请求获得一个RSD的分析结果，或者性能分析。因此，PCF可以请求多个至少一组RSC组合后的性能，然后每个至少一组RSC组合后都等同于某个URSP规则下的RSD，这样，PCF第一通信设备就能够获得一个URSP规则下多个RSD的分析结果，或性能分析，然后根据性能分析，比较每个RSD的性能差异，从而进行优先级调整。对于分析结果或性能分析，指示更好性能的RSD，可以设置为更高优先级，反之设置为低优先级。
当所述第一请求中，请求至少一个RSC组合后的性能，举例说明，比如，同时请求获得PDU会话类型(session type)为IP类型，和访问DNN1时候的分析结果，那么，这一性能将体现的是所述PDU会话类型为IP类型，且访问DNN1时候能实现的性能或者应用体验。但是所述PCF第一通信设备，还可以使用控制变量的方式，为了获得当PDU会话类型为IP类型的时候，访问其他DNN时候的性能，那么，所述第一通信设备PCF可以再发送一个第一请求，请求获得至少一个RSC组合后的性能，比如，PDU会话类型为IP，访问DNN2的性能，那么，第一响应里，这一性能将体现的是所述PDU会话类型为IP类型，且访问DNN2时候能实现的性能或者应用体验。如果(对某个应用，或者某个终端，或者任意应用来说)PDU会话类型为IP型+DNN1的性能，高于PDU会话类型为IP型+DNN2的性能，这说明，使用PDU会话类型为IP型组合DNN1，更适合放在URSP规则。因此，PCF收到第一响应的分析结果后，可能会做的是：把URSP规则中，某个RSD里，当含有PDU会话类型为IP型和DNN组合的时候，把DNN2改为DNN1。这种方法就是，通过请求不同的RSC的组合，然后分析不同组合的性能，然后确定，不同组合中，如果固定了某个参数，比如会话类型，那么其他参数该如何选择。
也可以新生成URSP规则。方法是，请求至少一个RSC组合以后的性能，如果该RSC组合是URSP规则中，没有任何一个RSD所包含的，也就是说，URSP规则里没有这样的RSC组合以后形成的RSD，而且这个RSC组合后 的性能又比较好，这时候PCF可以考虑将该RSC组合，生成为一个新的URSP规则，或者生成一个流量描述符下的新的RSD。
所述修改RSD优先级，包括提高某个RSD的优先级或调低某个RSD的优先级。
所述RSD，为第一请求中至少一个RSC中的每个RSC所对应或所从属的RSD；或，所述RSD为第一请求中至少一个RSC中的所有RSC组合后所对应或所从属或所组成的RSD；或，所述RSD为第一响应中，所述分析结果所对应的至少一个RSC中每个RSC所对应或所从属的RSD；或，所述RSD为第一响应中，所述分析结果所对应的至少一个RSC中的所有RSC组合后所对应或所从属或所组成的RSD；
举例说明如下：
比如，对于某个流量描述符下，有两个RSD，每个RSD里，其切片的参数不同。
此时，PCF第一通信设备，发送一个第一请求，所述第一请求S-NSSAI-a切片和SSC mode为1时候的分析结果，此时请求的分析结果，等同于RSD优先级为1的RSD的分析结果；然后，PCF再发送一个请求，所述第一请求S-NSSAI-b切片和SSC mode为1时候的分析结果，此时请求的分析结果，等同于RSD优先级为2的RSD的分析结果。
如果S-NSSAI-b切片和SSC mode为1时候的分析结果所指示的性能比S-NSSAI-a切片和SSC mode为1时候的分析结果所指示的性能更好，比如说，上行速率更好，那这说明，所述RSD2比RSD1更优，那么，PCF第一通信设备，可以调整这两个RSD的优先级，把RSD2的优先级调整成比RSD1的优先级更高，调整结果如下：
所述修改RSD里的RSC，包括修改某个RSD里的RSC的参数的值；
所述RSD，为第一请求中至少一个RSC中的每个RSC所对应或所从属的RSD；或，所述RSD为第一请求中至少一个RSC中的所有RSC组合后所对应或所从属或所组成的RSD；或，所述RSD为第一响应中，所述分析结果所对应的至少一个RSC中每个RSC所对应或所从属的RSD；或，所述RSD为第一响应中，所述分析结果所对应的至少一个RSC中的所有RSC组合后所对应或所从属或所组成的RSD；另，所述用于替换的RSC的参数，也一定包含在第一请求指示的至少一个RSC中，或者第一响应的分析结果所对应的至少一个RSC或RSC组合中。
比如说，如果S-NSSAI-b切片和SSC mode为1时候，这个组合的分析结果所指示的性能比S-NSSAI-a切片和SSC mode为1组合时候的分析结果所指示的性能更好，比如说，上行速率更好，那这说明，当SSC mode为1的时候，使用切片S-NSSAI-b切片能够实现的性能更好，或者，使用切片S-NSSAI-b和SSC mode 1组合以后的性能更好，那么，PCF第一通信设备，可以调整RSC，比如，把RSD优先级1里的切片S-NSSAI-a，换成S-NSSAI-b。其调整后的结果也是如下表所示。
修改RSC包括，使用所述第一响应中所述分析结果所对应的至少一个RSC，替换URSP规则中RSD中的RSC。
因此，此处可以总结，当第一通信设备接收第一响应以后，可以有如下的操作：
可以同时请求多个RSC组合后的性能，然后，每个RSC的组合都与URSP规则里的某个RSD内包含的RSC相同，这样就变成了第一通信设备PCF请求获取URSP规则里不同RSD的分析结果，根据每次分析结果指示的性能优劣，可修改RSD的优先级；
另外，第一通信设备PCF也可以同时请求多个RSC组合后的性能，同时，还可以多次尝试，当固定几个RSC参数，而变化任何一个参数(比如，SSC mode，DNN，切片，接入方式等等)后，其组合后性能的差异或者变化。这样的目的在于，可以看出，当使用某一组RSD时候的性能，同时还能够看出，当这组RSD中其他参数不变，单独改变切片，SSC mode等参数以后，对性能的影响。因为，整个RSD的性能，是其RSD下多个RSC综合使用的结果。比如说，观测某个PDU会话，同时使用切片S-NSSAI-a和DNN1的性能，并不是单纯的获取S-NSSAI-a的性能加上获取DNN1的性能的叠加，而是，PCF请求NWDAF第二通信设备，提供一个分析结果，这个分析结果是，PDU会话同时使用S-NSSAI-a和DNN1以后的分析结果或者性能。这样，就可以看到，修改RSD中某一个RSC以后的性能变化或者差异，或者，当其他RSC参数不变时，只修改其中一个参数，对整个RSC组合后性能的深刻影响。因此，还可以用于修改RSD中的某个RSC。
在本申请实施例中，在想要获取分析结果时，第一通信设备可以发送包含至少一项信息的第一请求，至少一项信息包括至少一项RSC和/或至少一项PDU会话参数，基于该至少一项信息可以获取到与每项RSC/PDU会话参数对应的分析结果，和/或，与多项RSC/PDU会话参数组合后对应的分析结果。这样，由于通过RSC/PDU会话参数中的一项或多项的组合就可以获取到对应分析结果，因此，可以取消一定的限制，使得分析结果的获取更为灵活，满足对分析结果的获取需求。
如图4所示，本申请实施例提供一种分析结果的获取方法400，该方法可以由第二通信设备执行，换言之，该分析结果的获取方法可以由安装在第二通信终端中的软件或硬件来执行，该分析结果的获取方法包括如下步骤。
S402：第二通信设备接收第一请求，第一请求中包含至少一项信息，至少一项信息包括至少一项RSC和/或至少一项PDU会话参数，第一请求用于请求获取分析结果。
在其他通信设备想要获取分析结果时，第二通信设备可以接收用于请求 获取分析结果的第一请求。第二通信设备可以是NWDAF。
可选地，第二通信设备接收第一请求，可以是第二通信设备从第一通信设备接收第一请求。即第一通信设备在想要获取分析结果时，可以向第二通信设备发送第一请求，此时第二通信设备可以从第一通信设备接收第一请求。其中，第一通信设备可以是PCF，或者是AM-PCF，或者是SM-PCF。
一种实施方式中，所述第一请求可以是以下至少一项：
Nnwdaf_AnalyticsSubscription_Subscribe，分析订阅；
Nnwdaf_AnalyticsInfo_Request，分析信息请求。
第一请求中包含至少一项信息，至少一项信息包括至少一项RSC或至少一项PDU会话参数。即第一请求中包含至少一项RSC和/或至少一项PDU会话参数。该至少一项RSC或至少一项PDU会话参数可以包含以下至少一项：
PDU会话类型；
SSC mode；
接入类型；
S-NSSAI；
DNN。
PDU会话类型可以包括以下至少一项：
Ethernet型；
Unstructured；
IPV4型；
IPV6型；
IPV4V6型。
SSC mode可以包括以下至少一项：
SSC mode 1；
SSC mode 2；
SSC mode 3。
接入类型可以包括以下至少一项：
WLAN；可选地，在接入类型为WLAN的情况下，第一请求中还可以包含SSID、BSSID和HESSID中的至少一项；
PLMN ID；
5G；
4G；
NG-RAN；
E-UTRAN；
可信的WLAN；
多接入multi-access。
本申请实施例中，在第一请求中包含至少一项信息的情况下，第一请求用于请求获取的分析结果可以包括以下至少一项：
与至少一项信息中的每项信息对应的分析结果；
与至少一项信息中的所有信息组合后对应的分析结果。
至少一项信息中的每项信息即前述至少一项RSC中的每项RSC和/或至少一项PDU会话参数中的每项PDU会话参数，至少一项信息中的所有信息即前述至少一项RSC中的所有RSC和/或至少一项PDU会话参数中的所有PDU会话参数。
可选地，与至少一项信息中的每项信息对应的分析结果，可以包括以下至少一项：
至少一项RSC中的每个RSC对应的分析结果；
至少一项PDU会话参数中的每个PDU会话参数对应的分析结果。
至少一项信息中的所有信息组合后对应的分析结果，可以包括以下至少一项：
至少一项RSC中的所有RSC组合后对应的分析结果；
至少一项PDU会话参数中所有PDU会话参数组合后对应的分析结果。
为了便于描述，以下可以以第一请求中包含的至少一项信息为至少一项RSC为例进行说明，以下各实施例中的第一请求中包含至少一项RSC都可以替换为第一请求中包含至少一项PDU会话参数，或替换为第一请求中包含至少一项PDU会话参数和至少一项RSC。
在第一请求中包含一项RSC的情况下，该第一请求用于请求获取与该一项RSC对应的分析结果。在第一请求中包含多项RSC的情况下，该第一请求用于请求获取与该多项RSC中的每项RSC分别对应的分析结果，和/或，该多项RSC的组合对应的分析结果。具体可以参见图2所示的实施例，这里不再重复举例说明。
可选地，作为一个实施例，在第一请求中包含至少一项信息的情况下，第一请求中还可以包含第二信息，该第二信息用于指示以下至少一项：
获取与至少一项信息中的每项信息对应的分析结果；
获取与至少一项信息中的所有信息组合后对应的分析结果。
也就是说，以至少一项信息为至少一项RSC为例，第二通信设备在接收第一请求(包含至少一项RSC)的同时，还可以接收第二信息，基于该第二信息，第二通信设备可以确定第一请求具体请求获取的是哪种分析结果。
在一种实施方式下，所述第二通信设备需要理解该指示信息(即第二信 息)，根据该指示信息，采集相应的数据，然后为第一通信设备提供分析结果。所述指示信息可以设计成各种字符串，比如，用一个1比特设定该指示，如果输入为0，则这个指示是请求获取与至少一项RSC中的每项RSC对应的分析结果；如果输入为1，则这个指示是请求获取与至少一项RSC中的所有RSC组合后对应的分析结果。具体设计方法在此处不限定，但是所述指示信息可以指示多种情况和场景，以获得多种类型的分析结果。
比如，在第一请求中包含PDU会话类型(IP类型)、SSC mode(SSC mode 3)以及第二信息的情况下：
若第二信息用于指示获取与至少一项RSC中的每项RSC对应的分析结果，则第二通信设备可以确定第一请求具体用于请求获取当PDU会话承载应用流量，且PDU会话类型为IP类型下的分析结果、当PDU会话承载应用流量，且PDU会话支持SSC mode 3时候下的分析结果；
若第二信息用于指示获取与至少一项RSC中所有RSC组合后对应的分析结果，则第二通信设备可以确定第一请求具体用于请求获取当所述PDU会话承载应用流量，所述PDU会话满足：PDU会话的类型为IP类型、且PDU会话支持的SSC mode为SSC mode 3下的分析结果；
若第二信息用于指示获取与至少一项RSC中的每项RSC对应的分析结果，以及与至少一项RSC中所有RSC组合后对应的分析结果，则第二通信设备可以确定第一请求具体用于请求获取当PDU会话承载应用流量，且PDU会话的类型为IP类型下的分析结果、当PDU会话承载应用流量，且PDU会话支持SSC mode 3时候下的分析结果、以及当PDU会话承载应用流量，且PDU会话同时满足：PDU会话的类型为IP类型、且PDU会话的SSC mode为SSC mode 3下的分析结果。
可选地，作为一个实施例，在第一请求中包含至少一项信息的情况下，第一请求中还可以包含目标应用的应用标识(application ID)，该应用标识的确定方法可以参见图2所示的实施例，这里不再重复说明。
在第一请求中包含应用标识和至少一项信息的情况下，第一请求用于请求获取的分析结果可以包括以下至少一项：
应用标识与至少一项信息中的每项信息组合后对应的分析结果；
应用标识与至少一项信息中的所有信息组合后对应的分析结果。
可选地，应用标识与至少一项信息中的每项信息对应的分析结果，可以包括以下至少一项：
应用标识与至少一项RSC中的每个RSC对应的分析结果；
应用标识与至少一项PDU会话参数中的每个PDU会话参数对应的分析结果。
应用标识与至少一项信息中的所有信息组合后对应的分析结果，可以包括以下至少一项：
应用标识与至少一项RSC中的所有RSC组合后对应的分析结果；
应用标识与至少一项PDU会话参数中所有PDU会话参数组合后对应的分析结果。
以至少一项信息为至少一项RSC为例，在第一请求中包含应用标识和至少一项RSC的情况下，该第一请求用于请求获取应用标识与每项RSC分别组合后对应的分析结果，和/或，应用标识与该至少一项RSC组合后对应的分析结果。可以参见图2所示的实施例，这里不再重复举例说明。
可选地，作为一个实施例，在第一请求中包含目标应用的应用标识和至少一项信息的情况下，第一请求中还可以包含第三信息，第三信息用于指示以下至少一项：
获取应用标识与至少一项信息中的每项信息组合后对应的分析结果；
获取应用标识与至少一项信息中的所有信息组合后对应的分析结果。
也就是说，以至少一项信息为至少一项RSC为例，第二通信设备在接收第一请求(包含应用标识和至少一项RSC)的同时，还可以接收第三信息，基于该第三信息，第二通信设备可以确定第一请求具体请求获取的是哪种分析结果。
比如，在第一请求中包含目标应用的application ID、PDU会话类型(IP类型)、SSC mode(SSC mode 3)以及第三信息的情况下：
若第三信息用于指示获取应用标识与至少一项RSC中的每项RSC对应的分析结果，则第二通信设备可以确定第一请求具体用于请求获取目标应用在PDU会话下承载，且该PDU会话的类型为IP类型的分析结果、目标应用在PDU会话下承载，且该PDU会话的SSC mode为SSC mode 3的分析结果；
若第三信息用于指示获取应用标识与至少一项RSC中所有RSC组合后对应的分析结果，则第二通信设备可以确定第一请求具体用于请求获取目标应用在PDU会话下承载，且该PDU会话同时满足会话类型为IP类型、SSC mode为SSC mode 3下的分析结果；
若第三信息用于指示获取应用标识与至少一项RSC中的每项RSC对应的分析结果，以及应用标识与至少一项RSC中所有RSC组合后对应的分析结果，则第二通信设备可以确定第一请求具体用于请求获取目标应用在PDU会话下承载，且该PDU会话的类型为IP类型下的分析结果、目标应用在PDU会话下承载，且该PDU会话的SSC mode为SSC mode 3下的分析结果、以及目标应用在PDU会话下承载，且该PDU会话同时满足会话类型为IP类型、SSC mode为SSC mode 3下的分析结果。
可选地，作为一个实施例，在第一请求中包含至少一项RSC的情况下，第一请求中还可以包含流量描述符参数，该流量描述符参数可以包括以下至少一项：
连接能力(Connection Capabilities)；
应用描述符(Application descriptors)；
IP描述符(IP descriptors)；
非IP地址描述符(Non-IP descriptors)；
全限定域名(Fully Qualified Domain Name，FQDN)，也即域名描述符(Application server Domain descriptors)；
DNN。
在第一请求中包含流量描述符参数和至少一项信息的情况下，第一请求用于请求获取的分析结果可以包括以下至少一项：
流量描述符参数与至少一项信息中的每项信息组合后对应的分析结果；
流量描述符参数与至少一项信息中的所有信息组合后对应的分析结果。
可选地，流量描述符参数与至少一项信息中的每项信息对应的分析结果，可以包括以下至少一项：
流量描述符参数与至少一项RSC中的每个RSC对应的分析结果；
流量描述符参数与至少一项PDU会话参数中的每个PDU会话参数对应的分析结果。
流量描述符参数与至少一项信息中的所有信息组合后对应的分析结果，可以包括以下至少一项：
流量描述符参数与至少一项RSC中的所有RSC组合后对应的分析结果；
流量描述符参数与至少一项PDU会话参数中所有PDU会话参数组合后对应的分析结果。
也就是说，以至少一项信息为至少一项RSC为例，在第一请求中包含流量描述符参数和一项RSC的情况下，该第一请求用于请求获取该流量描述符参数与该一项RSC组合后对应的分析结果。在第一请求中包含流量描述符参数和多项RSC的情况下，该第一请求用于请求获取流量描述符参数与每项RSC分别组合后对应的分析结果，和/或，流量描述符参数与该多项RSC组合后对应的分析结果。具体可以参见图2所示的实施例，这里不再重复举例说明。
可选地，作为一个实施例，在第一请求中包含流量描述符参数和至少一项信息的情况下，第一请求中还可以包含第四信息，该第四信息用于指示以下至少一项：
获取流量描述符参数与至少一项信息中的每项信息组合后对应的分析结 果；
获取流量描述符参数与至少一项信息中的所有信息组合后对应的分析结果。
也就是说，以至少一项信息为至少一项RSC为例，第二通信设备在接收第一请求(包含流量描述符参数和至少一项RSC)的同时，还可以接收第四信息，基于该第四信息，第二通信设备可以确定第一请求具体请求获取的是哪种分析结果。
比如，在第一请求中包含DNN、PDU会话类型(IP类型)、SSC mode(SSC mode 1)以及第四信息的情况下：
若第四信息用于指示获取流量描述符参数与至少一项RSC中的每项RSC对应的分析结果，则第二通信设备可以确定第一请求具体用于请求获取当访问该DNN，且访问该DNN的PDU会话的类型为IP类型的分析结果、以及当访问该DNN，且访问该DNN的PDU会话的SSC mode为SSC mode 1下的分析结果；
若第四信息用于指示获取流量描述符参数与至少一项RSC中所有RSC组合后对应的分析结果，则第二通信设备可以确定第一请求具体用于请求获取当访问该DNN，且访问该DNN的PDU会话同时满足会话类型为IP类型且SSC mode为SSC mode 1下的分析结果；
若第四信息用于指示获取流量描述符参数与至少一项RSC中的每项RSC对应的分析结果，以及流量描述符参数与至少一项RSC中所有RSC组合后对应的分析结果，则第二通信设备可以确定第一请求具体用于请求获取当访问该DNN，且访问该DNN的PDU会话的类型为IP类型的分析结果、当访问该DNN，且访问该DNN的PDU会话的SSC mode为SSC mode 1下的分析结果、以及当访问该DNN，且访问该DNN的PDU会话同时满足会话的类型为IP类型且SSC mode为SSC mode 1下的分析结果。
S404：第二通信设备根据第一请求确定分析结果。
第二通信设备在接收到第一请求后，可以根据第一请求确定第一请求所请求获取的分析结果。具体地，第二通信设备可以根据第一请求采集目标数据，然后根据采集到的目标数据生成相应的分析结果。其中，在第一请求中包含的信息不同的情况下，第二通信设备采集到的目标数据不同，以第一请求中的至少一项信息为至少一项RSC为例，具体可以包括以下几种情况：
第一种情况：第一请求中包含至少一项RSC。
在第一种情况下，第二通信设备可以采集与至少一项RSC中的每项RSC对应的目标数据，和/或，与至少一项RSC中的所有RSC组合后对应的目标数据。
比如，在第一请求中包含PDU会话类型(IP类型)的情况下，第二通信设备可以采集承载一个或多个终端流量的PDU会话，且PDU会话的类型为IP类型的性能数据(即目标数据)，该性能数据可以是所有终端或者任意终端在PDU会话的类型为IP类型下的数据，不关注该IP类型的PDU会话承载的是哪个应用的流量；
在第一请求中包含SSC mode(SSC mode 3)的情况下，第二通信设备可以采集承载一个或多个终端流量的PDU会话，且PDU会话的SSC mode为SSC mode 3的性能数据(即目标数据)，该性能数据可以是所有终端或者任意终端在PDU会话为SSC mode 3下的数据，不关注该SSC mode 3的PDU会话承载的是哪个应用的流量。
再比如：
在第一请求中包含PDU会话类型(IP类型)和SSC mode(SSC mode 3)的情况下，第二通信设备可以采集承载一个或多个终端流量的PDU会话，且PDU会话的类型为IP类型的性能数据、承载一个或多个终端流量的PDU会话，且PDU会话的SSC mode为SSC mode 3下的性能数据，和/或，采集承载一个或多个终端流量的PDU会话，且这个PDU会话满足：PDU会话的类型为IP类型、而且PDU会话的SSC mode为SSC mode 3的性能数据。
第二种情况：第一请求中包含至少一项RSC和第二信息。
在第一种情况下，第二通信设备可以根据第二信息指示获取的分析结果采集对应的目标数据。
比如，在第一请求中包含PDU会话类型(IP类型)、SSC mode(SSC mode 3)以及第二信息的情况下：
若第二信息用于指示获取与至少一项RSC中的每项RSC对应的分析结果，则第二通信设备可以采集承载一个或多个终端流量的PDU会话，且PDU会话的类型为IP类型的性能数据、以及承载一个或多个终端流量的PDU会话，且PDU会话的SSC mode为SSC mode 3的性能数据；
若第二信息用于指示获取与至少一项RSC中所有RSC组合后对应的分析结果，则第二通信设备可以采集承载一个或多个终端流量的PDU会话，且这个PDU会话满足：PDU会话的类型为IP类型、SSC mode为SSC mode 3，这时候的分析结果或者PDU会话的性能数据；
若第二信息用于指示获取与至少一项RSC中的每项RSC对应的分析结果，以及与至少一项RSC中所有RSC组合后对应的分析结果，则第二通信设备可以采集承载一个或多个终端流量的PDU会话，且PDU会话的类型为IP类型的性能数据、承载一个或多个终端流量的PDU会话，且PDU会话的SSC mode为SSC mode 3的性能数据、以及承载一个或多个终端流量的PDU 会话，且PDU会话同时满足PDU的会话类型为IP类型、PDU会话的SSC mode为SSC mode 3的性能数据。
第三种情况：第一请求中包含目标应用的应用标识和至少一项RSC。
在第三种情况下，第二通信设备可以采集应用标识与至少一项RSC中的每项RSC分别对应的目标数据，和/或，应用标识与至少一项RSC中的所有RSC组合后对应的目标数据。
比如：
在第一请求中包含目标应用的application ID和PDU会话类型(IP类型)的情况下，第二通信设备可以采集承载该application ID所指示的应用流量的PDU会话，且PDU会话的类型为IP类型的性能数据；
在第一请求中包含目标应用的application ID和SSC mode(SSC mode 3)的情况下，第二通信设备可以采集承载该application ID所指示的应用流量的PDU会话，且PDU会话的SSC mode为SSC mode 3的性能数据；
在第一请求中包含目标应用的application ID和接入类型(non-3GPP，WLAN接入)的情况下，第二通信设备可以采集承载该application ID所指示的应用流量的PDU会话，且PDU会话的接入类型为WLAN的性能数据；
在第一请求中包含目标应用的application ID和DNN的情况下，第二通信设备可以采集承载该application ID所指示的应用流量的PDU会话通过该DNN访问应用的性能数据。
再比如：
在第一请求中包含目标应用的application ID、PDU会话类型(IP类型)和SSC mode(SSC mode 3)的情况下，第二通信设备可以采集承载该application ID所指示的应用流量的PDU会话，且PDU会话的类型为IP类型的性能数据、承载该application ID所指示的应用流量的PDU会话，且PDU会话的SSC mode为SSC mode 3的性能数据，和/或，采集承载该application ID所指示的应用流量的PDU会话，且所述PDU会话同时满足：PDU会话为IP类型且为SSC mode 3的性能数据。
第四种情况：第一请求中包含目标应用的应用标识、至少一项RSC和第三信息。
在第四种情况下，第二通信设备可以根据第三信息指示获取的分析结果采集对应的目标数据。
比如，在第一请求中包含目标应用的application ID、PDU会话类型(IP类型)和SSC mode(SSC mode 3)以及第三信息的情况下：
若第三信息用于指示获取应用标识与至少一项RSC中的每项RSC对应的分析结果，则第二通信设备可以采集承载该application ID所指示的应用流 量的PDU会话，且PDU会话的类型为IP类型的性能数据、承载该application ID所指示的应用流量的PDU会话，且PDU会话的SSC mode为SSC mode 3的性能数据；
若第三信息用于指示获取应用标识与至少一项RSC中所有RSC组合后对应的分析结果，则第二通信设备可以采集承载该application ID所指示的应用流量的PDU会话，且PDU会话同时满足PDU会话为IP类型且为SSC mode 3的性能数据；
若第三信息用于指示获取应用标识与至少一项RSC中的每项RSC对应的分析结果，以及应用标识与至少一项RSC中所有RSC组合后对应的分析结果，则第二通信设备可以采集承载该application ID所指示的应用流量的PDU会话，且PDU会话的类型为IP类型的性能数据、承载该application ID所指示的应用流量的PDU会话，且PDU会话的SSC mode为SSC mode 3的性能数据、承载该application ID所指示的应用流量的PDU会话，且PDU会话同时满足PDU会话为IP类型且为SSC mode 3的性能数据。
第五种情况：第一请求中包括流量描述符参数和至少一项RSC。
在第五种情况下，第二通信设备可以采集流量描述符参数与至少一项RSC中的每项RSC组合后对应的目标数据，和/或，流量描述符参数与至少一项RSC中的所有RSC组合后对应的目标数据。
比如：
在第一请求中包含IP/Non-IP descriptor和PDU会话类型(IP类型)的情况下，第二通信设备可以采集承载一个或多个终端流量的访问IP/Non-IP descriptor对应的应用服务器的PDU会话，且PDU会话的类型为IP类型的性能数据；
在第一请求中包含连接能力("ims","mms","internet")目标应用的application ID和SSC mode(SSC mode 1)的情况下，第二通信设备可以采集承载该接入方式比如，ims接入的一个或多个终端流量的PDU会话，且PDU会话的SSC mode为SSC mode 1的性能数据；
在第一请求中包含DNN和接入类型(non-3GPP，WLAN，SSID＝AAA)的情况下，第二通信设备可以采集承载一个或多个终端流量的访问该DNN的PDU会话，且PDU会话的接入类型为WLAN，WLAN的SSID＝AAA的性能数据。
再比如：
在第一请求中包含DNN、PDU会话类型(IP类型)和SSC mode(SSC mode 1)的情况下，第二通信设备可以采集承载一个或多个终端流量的访问该DNN的PDU会话，且PDU会话的类型为IP类型的性能数据、承载一个或多个终 端流量的访问该DNN的PDU会话，且PDU会话为SSC mode 1的性能数据，和/或，采集承载一个或多个终端流量的访问该DNN的PDU会话，且PDU会话同时满足PDU会话的类型为IP类型且PDU会话的SSC mode为SSC mode 1的性能数据。
第六种情况：第一请求中包括流量描述符参数、至少一项RSC和第四信息。
在第六种情况下，第二通信设备可以根据第四信息指示获取的分析结果采集对应的目标数据。
比如，在第一请求中包含DNN、PDU会话类型(IP类型)、SSC mode(SSC mode 1)以及第四信息的情况下：
若第四信息用于指示获取流量描述符参数与至少一项RSC中的每项RSC对应的分析结果，则第二通信设备可以采集承载一个或多个终端流量的访问该DNN的PDU会话，且PDU会话的类型为IP类型的性能数据、承载一个或多个终端流量的访问该DNN的PDU会话，且PDU会话的SSC mode为SSC mode 1的性能数据；
若第四信息用于指示获取流量描述符参数与至少一项RSC中所有RSC组合后对应的分析结果，则第二通信设备可以采集承载一个或多个终端流量的访问该DNN的PDU会话，且PDU会话同时满足PDU会话的类型为IP类型且PDU会话的SSC mode为SSC mode 1的性能数据；
若第四信息用于指示获取流量描述符参数与至少一项RSC中的每项RSC对应的分析结果，以及流量描述符参数与至少一项RSC中所有RSC组合后对应的分析结果，则第二通信设备可以采集承载一个或多个终端流量的访问该DNN的PDU会话，且PDU会话的类型为IP类型的性能数据、承载一个或多个终端流量的访问该DNN的PDU会话，且PDU会话为SSC mode 1的性能数据、承载一个或多个终端流量的访问该DNN的PDU会话，且PDU会话同时满足PDU会话的类型为IP类型且PDU会话的SSC mode为SSC mode 1的性能数据。
第二通信设备采集上述的性能数据以后，或者根据第一请求采集相关数据以后，可以经过内置的算法或者流程，生成分析结果。所述分析结果用于通过第一响应，发送给第一通信设备。
S406：第二通信设备发送第一响应，第一响应中包含分析结果。
第二通信设备在确定分析结果后，可以将分析结果携带在第一响应中，并发送第一响应。可选地，第二通信设备发送第一响应，可以是第二通信设备向第一通信设备发送第一响应，即在第二通信设备从第一通信设备接收第一请求的情况下，第二通信设备在发送第一响应时，可以发送给第一通信设 备。
在本申请实施例中，在想要获取分析结果时，第一通信设备可以发送包含至少一项信息的第一请求，至少一项信息包括至少一项RSC和/或至少一项PDU会话参数，基于该至少一项信息可以获取到与每项RSC/PDU会话参数对应的分析结果，和/或，与多项RSC/PDU会话参数组合后对应的分析结果。这样，由于通过RSC/PDU会话参数中的一项或多项的组合就可以获取到对应分析结果，因此，可以取消一定的限制，使得分析结果的获取更为灵活，满足对分析结果的获取需求。
本申请实施例提供的分析结果的获取方法，执行主体可以为分析结果的获取装置。本申请实施例中以分析结果的获取执行分析结果的获取方法为例，说明本申请实施例提供的分析结果的获取装置。
图5是根据本申请实施例的分析结果的获取装置的结构示意图，该装置可以对应于其他实施例中的第一通信设备。如图5所示，装置500包括如下模块。
发送模块501，用于发送第一请求，所述第一请求中包含至少一项信息，所述至少一项信息包括至少一项路由选择组件RSC和/或至少一项协议数据单元PDU会话参数，所述第一请求用于请求获取分析结果；
接收模块502，用于接收第一响应，所述第一响应中包含所述分析结果；
其中，所述分析结果包括以下至少一项：
所述至少一项信息中的每项信息对应的分析结果；
所述至少一项信息中的所有信息组合后对应的分析结果。
可选地，作为一个实施例，所述至少一项信息中的每项信息对应的分析结果，包括以下至少一项：
所述至少一项RSC中的每个RSC对应的分析结果；
所述至少一项PDU会话参数中的每个PDU会话参数对应的分析结果；
所述至少一项信息中的所有信息组合后对应的分析结果包括以下至少一项：
所述至少一项RSC中的所有RSC组合后对应的分析结果；
所述至少一项PDU会话参数中所有PDU会话参数组合后对应的分析结果。
可选地，作为一个实施例，所述装置500还包括调整模块503，所述调整模块503，用于：
根据所述分析结果执行终端路由选择策略URSP规则调整操作，所述URSP规则调整操作包括以下至少一项：
修改路由选择描述符RSD优先级；
修改RSD中的RSC；
生成新的URSP规则。
可选地，作为一个实施例，所述发送模块501，用于：
向第二通信设备发送所述第一请求；
其中，所述接收模块502，用于：
从所述第二通信设备接收所述第一响应，所述分析结果由所述第二通信设备根据所述第一请求确定。
可选地，作为一个实施例，所述至少一项RSC包含以下至少一项：
PDU会话类型；
会话和服务连续模式SSC mode；
接入类型；
单网络切片选择辅助信息S-NSSAI；
数据网络名DNN；
所述至少一项PDU会话参数包含以下至少一项：
PDU会话类型；
SSC mode；
接入类型；
S-NSSAI；
DNN。
可选地，作为一个实施例，所述PDU会话类型包括以下至少一项：
以太网Ethernet型；
非结构化Unstructured；
互联网协议第四版IPV4型；
互联网协议第六版IPV6型；
IPV4V6型。
可选地，作为一个实施例，所述SSC mode包括以下至少一项：
SSC mode 1；
SSC mode 2；
SSC mode 3。
可选地，作为一个实施例，所述接入类型包括以下至少一项：
无线局域网WLAN；
公共陆地移动网络PLMN ID；
5G；
4G；
NG无线接入网NG-RAN；
演进的通用移动通讯系统陆地无线接入网E-UTRAN；
可信的WLAN；
多接入multi-access。
可选地，作为一个实施例，所述第一请求中包含第二信息，所述第二信息用于指示以下至少一项：
获取与所述至少一项信息中的每项信息对应的分析结果；
获取与所述至少一项信息中的所有信息组合后对应的分析结果。
可选地，作为一个实施例，所述第一请求中还包含目标应用的应用标识，所述第一请求用于请求获取的分析结果包括以下至少一项：
所述应用标识与所述至少一项信息中的每项信息组合后对应的分析结果；
所述应用标识与所述至少一项信息中的所有信息组合后对应的分析结果。
可选地，作为一个实施例，所述发送模块501，还用于：
发送第二请求，所述第二请求中包含流量描述符参数，所述第二请求用于请求获取与所述流量描述符参数对应的所述目标应用的应用标识；
所述接收模块502，还用于：
接收第二响应，所述第二响应中包含所述目标应用的应用标识。
可选地，作为一个实施例，所述流量描述符参数包括以下至少一项：
连接能力；
应用描述符；
IP描述符；
非IP地址描述符；
全限定域名FQDN；
DNN。
可选地，作为一个实施例，所述发送模块501，用于：
向第三通信设备发送所述第二请求；
其中，所述接收模块502，用于：
从所述第三通信设备接收所述第二响应，所述目标应用的应用标识由所述第三通信设备根据所述流量描述符参数和预设的映射关系确定，所述映射关系为流量描述符参数与应用标识之间的映射关系。
可选地，作为一个实施例，所述映射关系由所述第三通信设备从第四通信设备中获取，所述映射关系由第五通信设备提供并由所述第五通信设备通过所述第三通信设备存储到所述第四通信设备中；或，
所述映射关系由所述第三通信设备提供。
可选地，作为一个实施例，所述第一请求中包含第三信息，所述第三信息用于指示以下至少一项：
获取所述应用标识与所述至少一项信息中的每项信息组合后对应的分析结果；
获取所述应用标识与所述至少一项信息中的所有信息组合后对应的分析结果。
可选地，作为一个实施例，所述第一请求中还包含流量描述符参数，所述第一请求用于请求获取的分析结果包括以下至少一项：
所述流量描述符参数与所述至少一项信息中的每项信息组合后对应的分析结果；
所述流量描述符参数与所述至少一项信息中的所有信息组合后对应的分析结果。
可选地，作为一个实施例，所述第一请求中包含第四信息，所述第四信息用于指示以下至少一项：
获取所述流量描述符参数与所述至少一项信息中的每项信息组合后对应的分析结果；
获取所述流量描述符参数与所述至少一项信息中的所有信息组合后对应的分析结果。
根据本申请实施例的装置500可以参照对应本申请实施例的方法200的流程，并且，该装置500中的各个单元/模块和上述其他操作和/或功能分别为了实现方法200中的相应流程，并且能够达到相同或等同的技术效果，为了简洁，在此不再赘述。
图6是根据本申请实施例的分析结果的获取装置的结构示意图，该装置可以对应于其他实施例中的第二通信设备。如图6所示，装置600包括如下模块。
接收模块601，用于接收第一请求，所述第一请求中包含至少一项信息，所述至少一项信息包括至少一项RSC和/或至少一项PDU会话参数，所述第一请求用于请求获取分析结果；
确定模块602，用于根据所述第一请求确定所述分析结果；
发送模块603，用于发送第一响应，所述第一响应中包含所述分析结果；
其中，所述分析结果包括以下至少一项：
所述至少一项信息中的每项信息对应的分析结果；
所述至少一项信息中的所有信息组合后对应的分析结果。
可选地，作为一个实施例，所述至少一项信息中的每项信息对应的分析结果，包括以下至少一项：
所述至少一项RSC中的每个RSC对应的分析结果；
所述至少一项PDU会话参数中的每个PDU会话参数对应的分析结果；
所述至少一项信息中的所有信息组合后对应的分析结果包括以下至少一项：
所述至少一项RSC中的所有RSC组合后对应的分析结果；
所述至少一项PDU会话参数中所有PDU会话参数组合后对应的分析结果。
可选地，作为一个实施例，所述接收模块601，用于：
从第一通信设备接收所述第一请求；
其中，所述发送模块603，用于：
向所述第一通信设备发送所述第一响应。
可选地，作为一个实施例，所述至少一项RSC包含以下至少一项：
PDU会话类型；
SSC mode；
接入类型；
S-NSSAI；
DNN；
所述至少一项PDU会话参数包含以下至少一项：
PDU会话类型；
SSC mode；
接入类型；
S-NSSAI；
DNN。
可选地，作为一个实施例，所述PDU会话类型包括以下至少一项：
Ethernet型；
Unstructured；
IPV4型；
IPV6型；
IPV4V6型。
可选地，作为一个实施例，所述SSC mode包括以下至少一项：
SSC mode 1；
SSC mode 2；
SSC mode 3。
可选地，作为一个实施例，所述接入类型包括以下至少一项：
WLAN；
PLMN ID；
5G；
4G；
NG-RAN；
E-UTRAN；
可信的WLAN；
多接入multi-access。
可选地，作为一个实施例，所述第一请求中包含第二信息，所述第二信息用于指示以下至少一项：
获取与所述至少一项信息中的每项信息对应的分析结果；
获取与所述至少一项信息中的所有信息组合后对应的分析结果。
可选地，作为一个实施例，所述第一请求中还包含目标应用的应用标识，所述第一请求用于请求获取的分析结果包括以下至少一项：
所述应用标识与所述至少一项信息中的每项信息组合后对应的分析结果；
所述应用标识与所述至少一项信息中的所有信息组合后对应的分析结果。
可选地，作为一个实施例，所述第一请求中包含第三信息，所述第三信息用于指示以下至少一项：
获取所述应用标识与所述至少一项信息中的每项信息组合后对应的分析结果；
获取所述应用标识与所述至少一项信息中的所有信息组合后对应的分析结果。
可选地，作为一个实施例，所述第一请求中还包含流量描述符参数，所述第一请求用于请求获取的分析结果包括以下至少一项：
所述流量描述符参数与所述至少一项信息中的每项信息组合后对应的分析结果；
所述流量描述符参数与所述至少一项信息中的所有信息组合后对应的分析结果。
可选地，作为一个实施例，所述第一请求中包含第四信息，所述第四信息用于指示以下至少一项：
获取所述流量描述符参数与所述至少一项信息中的每项信息组合后对应的分析结果；
获取所述流量描述符参数与所述至少一项信息中的所有信息组合后对应的分析结果。
可选地，作为一个实施例，所述流量描述符参数包括以下至少一项：
连接能力；
应用描述符；
IP描述符；
非IP描述符；
FQDN；
DNN。
可选地，作为一个实施例，所述确定模块602，用于：
根据所述第一请求采集目标数据；
根据所述目标数据生成所述分析结果。
根据本申请实施例的装置600可以参照对应本申请实施例的方法400的流程，并且，该装置600中的各个单元/模块和上述其他操作和/或功能分别为了实现方法400中的相应流程，并且能够达到相同或等同的技术效果，为了简洁，在此不再赘述。
本申请实施例中的分析结果的获取装置可以是电子设备，例如具有操作系统的电子设备，也可以是电子设备中的部件，例如集成电路或芯片。该电子设备可以是终端，也可以为除终端之外的其他设备。示例性的，终端可以包括但不限于上述所列举的终端11的类型，其他设备可以为服务器、网络附属存储器(Network Attached Storage，NAS)等，本申请实施例不作具体限定。
本申请实施例提供的分析结果的获取装置能够实现图2和图4的方法实施例实现的各个过程，并达到相同的技术效果，为避免重复，这里不再赘述。
可选的，如图7所示，本申请实施例还提供一种通信设备700，包括处理器701和存储器702，存储器702上存储有可在所述处理器701上运行的程序或指令，例如，该通信设备700为第一通信设备时，该程序或指令被处理器701执行时实现上述分析结果的获取方法实施例的各个步骤，且能达到相同的技术效果。该通信设备700为第二通信设备时，该程序或指令被处理器701执行时实现上述分析结果的获取方法实施例的各个步骤，且能达到相同的技术效果，为避免重复，这里不再赘述。
本申请实施例还提供一种通信设备，包括处理器和通信接口，所述通信接口用于发送第一请求，所述第一请求中包含至少一项信息，所述至少一项信息包括至少一项RSC和/或至少一项PDU会话参数，所述第一请求用于请求获取分析结果；接收第一响应，所述第一响应中包含所述分析结果；其中，所述分析结果包括以下至少一项：所述至少一项信息中的每项信息对应的分析结果；所述至少一项信息中的所有信息组合后对应的分析结果；或者，所述通信接口用于接收第一请求，所述第一请求中包含至少一项信息，所述至少一项信息包括至少一项RSC和/或至少一项PDU会话参数，所述第一请求用于请求获取分析结果；所述处理器用于根据所述第一请求确定所述分析结果，所述通信接口用于发送第一响应，所述第一响应中包含所述分析结果； 其中，所述分析结果包括以下至少一项：所述至少一项信息中的每项信息对应的分析结果；所述至少一项信息中的所有信息组合后对应的分析结果。该通信设备实施例与上述第一通信设备或第二通信设备侧方法实施例对应，上述方法实施例的各个实施过程和实现方式均可适用于该通信设备实施例中，且能达到相同的技术效果。具体地，图8为实现本申请实施例的一种通信设备的硬件结构示意图。
该通信设备800包括但不限于：射频单元801、网络模块802、音频输出单元803、输入单元804、传感器805、显示单元806、用户输入单元807、接口单元808、存储器809以及处理器810等中的至少部分部件。
本领域技术人员可以理解，通信设备800还可以包括给各个部件供电的电源(比如电池)，电源可以通过电源管理系统与处理器810逻辑相连，从而通过电源管理系统实现管理充电、放电、以及功耗管理等功能。图8中示出的通信设备结构并不构成对通信设备的限定，通信设备可以包括比图示更多或更少的部件，或者组合某些部件，或者不同的部件布置，在此不再赘述。
应理解的是，本申请实施例中，输入单元804可以包括图形处理单元(Graphics Processing Unit，GPU)8041和麦克风8042，GPU8041对在视频捕获模式或图像捕获模式中由图像捕获装置(如摄像头)获得的静态图片或视频的图像数据进行处理。显示单元806可包括显示面板8061，可以采用液晶显示器、有机发光二极管等形式来配置显示面板8061。用户输入单元807包括触控面板8071以及其他输入设备8072中的至少一种。触控面板8071，也称为触摸屏。触控面板8071可包括触摸检测装置和触摸控制器两个部分。其他输入设备8072可以包括但不限于物理键盘、功能键(比如音量控制按键、开关按键等)、轨迹球、鼠标、操作杆，在此不再赘述。
本申请实施例中，射频单元801接收来自网络侧设备的下行数据后，可以传输给处理器810进行处理；另外，射频单元801可以向网络侧设备发送上行数据。通常，射频单元801包括但不限于天线、放大器、收发信机、耦合器、低噪声放大器、双工器等。
存储器809可用于存储软件程序或指令以及各种数据。存储器809可主要包括存储程序或指令的第一存储区和存储数据的第二存储区，其中，第一存储区可存储操作系统、至少一个功能所需的应用程序或指令(比如声音播放功能、图像播放功能等)等。此外，存储器809可以包括易失性存储器或非易失性存储器，或者，存储器809可以包括易失性和非易失性存储器两者。其中，非易失性存储器可以是只读存储器(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)。本申请实施例中的存储器809包括但不限于这些和任意其它适合类型的存储器。
处理器810可包括一个或多个处理单元；可选的，处理器810集成应用处理器和调制解调处理器，其中，应用处理器主要处理涉及操作系统、用户界面和应用程序等的操作，调制解调处理器主要处理无线通信信号，如基带处理器。可以理解的是，上述调制解调处理器也可以不集成到处理器810中。
其中，射频单元801用于发送第一请求，所述第一请求中包含至少一项信息，所述至少一项信息包括至少一项RSC和/或至少一项PDU会话参数，所述第一请求用于请求获取分析结果；接收第一响应，所述第一响应中包含所述分析结果；其中，所述分析结果包括以下至少一项：所述至少一项信息中的每项信息对应的分析结果；所述至少一项信息中的所有信息组合后对应的分析结果。
或者，所述射频单元801用于接收第一请求，所述第一请求中包含至少一项信息，所述至少一项信息包括至少一项RSC和/或至少一项PDU会话参数，所述第一请求用于请求获取分析结果；所述处理器810用于根据所述第一请求确定所述分析结果，所述射频单元801用于发送第一响应，所述第一响应中包含所述分析结果；其中，所述分析结果包括以下至少一项：所述至少一项信息中的每项信息对应的分析结果；所述至少一项信息中的所有信息组合后对应的分析结果。
在本申请实施例中，在想要获取分析结果时，第一通信设备可以发送包含至少一项信息的第一请求，至少一项信息包括至少一项RSC和/或至少一项PDU会话参数，基于该至少一项信息可以获取到与每项RSC/PDU会话参数对应的分析结果，和/或，与多项RSC/PDU会话参数组合后对应的分析结果。这样，由于通过RSC/PDU会话参数中的一项或多项的组合就可以获取到对应分析结果，因此，可以取消一定的限制，使得分析结果的获取更为灵活，满足对分析结果的获取需求。
具体地，本申请实施例还提供了一种通信设备。如图9所示，该网络侧设备900包括：处理器901、网络接口902和存储器903。其中，网络接口902例如为通用公共无线接口(common public radio interface，CPRI)。
具体地，本申请实施例的通信设备900还包括：存储在存储器903上并可在处理器901上运行的指令或程序，处理器901调用存储器903中的指令或程序执行图5或图6所示各模块执行的方法，并达到相同的技术效果，为避免重复，故不在此赘述。
本申请实施例还提供一种可读存储介质，所述可读存储介质上存储有程序或指令，该程序或指令被处理器执行时实现上述分析结果的获取方法实施例的各个过程，且能达到相同的技术效果，为避免重复，这里不再赘述。
其中，所述处理器为上述实施例中所述的终端中的处理器。所述可读存储介质，包括计算机可读存储介质，如计算机只读存储器ROM、随机存取存储器RAM、磁碟或者光盘等。
本申请实施例另提供了一种芯片，所述芯片包括处理器和通信接口，所述通信接口和所述处理器耦合，所述处理器用于运行程序或指令，实现上述分析结果的获取方法实施例的各个过程，且能达到相同的技术效果，为避免重复，这里不再赘述。
应理解，本申请实施例提到的芯片还可以称为系统级芯片，系统芯片，芯片系统或片上系统芯片等。
本申请实施例另提供了一种计算机程序/程序产品，所述计算机程序/程序产品被存储在存储介质中，所述计算机程序/程序产品被至少一个处理器执行以实现上述分析结果的获取方法实施例的各个过程，且能达到相同的技术效果，为避免重复，这里不再赘述。
本申请实施例还提供了一种分析结果的获取系统，包括：第一通信设备及第二通信设备，所述第一通信设备可用于执行如上图2所示的分析结果的获取方法的步骤，所述第二通信设备可用于执行如上图4所示的分析结果的获取方法的步骤。
需要说明的是，在本文中，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者装置不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者装置所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括该要素的过程、方法、物品或者装置中还存在另外的相同要素。此外，需要指出的是，本申请实施方式中的方法和装置的范围不限按示出或讨论的顺序来执行功能，还可包括根据所涉及的功能按基本同时的方式或按相反的顺序来执行功能，例如，可以按不同于所描述的次序来执行所描述的方法，并且还可以添加、省去、或组合各种步骤。另外，参照某些示例所描述的特征可在其他示例中被组合。
通过以上的实施方式的描述，本领域的技术人员可以清楚地了解到上述实施例方法可借助软件加必需的通用硬件平台的方式来实现，当然也可以通过硬件，但很多情况下前者是更佳的实施方式。基于这样的理解，本申请的技术方案本质上或者说对现有技术做出贡献的部分可以以计算机软件产品的形式体现出来，该计算机软件产品存储在一个存储介质(如ROM/RAM、磁碟、光盘)中，包括若干指令用以使得一台终端(可以是手机，计算机，服务器，空调器，或者网络设备等)执行本申请各个实施例所述的方法。
上面结合附图对本申请的实施例进行了描述，但是本申请并不局限于上述的具体实施方式，上述的具体实施方式仅仅是示意性的，而不是限制性的，本领域的普通技术人员在本申请的启示下，在不脱离本申请宗旨和权利要求所保护的范围情况下，还可做出很多形式，均属于本申请的保护之内。

Claims (35)

  1. 一种分析结果的获取方法，包括：
    第一通信设备发送第一请求，所述第一请求中包含至少一项信息，所述至少一项信息包括至少一项路由选择组件RSC和/或至少一项协议数据单元PDU会话参数，所述第一请求用于请求获取分析结果；
    所述第一通信设备接收第一响应，所述第一响应中包含所述分析结果；
    其中，所述分析结果包括以下至少一项：
    所述至少一项信息中的每项信息对应的分析结果；
    所述至少一项信息中的所有信息组合后对应的分析结果。
  2. 根据权利要求1所述的方法，其中，所述至少一项信息中的每项信息对应的分析结果，包括以下至少一项：
    所述至少一项RSC中的每个RSC对应的分析结果；
    所述至少一项PDU会话参数中的每个PDU会话参数对应的分析结果；
    所述至少一项信息中的所有信息组合后对应的分析结果，包括以下至少一项：
    所述至少一项RSC中的所有RSC组合后对应的分析结果；
    所述至少一项PDU会话参数中所有PDU会话参数组合后对应的分析结果。
  3. 根据权利要求1所述的方法，其中，所述方法还包括：
    所述第一通信设备根据所述分析结果执行终端路由选择策略URSP规则调整操作，所述URSP规则调整操作包括以下至少一项：
    修改路由选择描述符RSD优先级；
    修改RSD中的RSC；
    生成新的URSP规则。
  4. 根据权利要求1所述的方法，其中，所述第一通信设备发送第一请求，包括：
    所述第一通信设备向第二通信设备发送所述第一请求；
    其中，所述第一通信设备接收第一响应，包括：
    所述第一通信设备从所述第二通信设备接收所述第一响应，所述分析结果由所述第二通信设备根据所述第一请求确定。
  5. 根据权利要求1所述的方法，其中，所述至少一项RSC或所述至少一项PDU会话参数包含以下至少一项：
    PDU会话类型；
    会话和服务连续模式SSC mode；
    接入类型；
    单网络切片选择辅助信息S-NSSAI；
    数据网络名DNN；
    所述至少一项PDU会话参数包含以下至少一项：
    PDU会话类型；
    SSC mode；
    接入类型；
    S-NSSAI；
    DNN。
  6. 根据权利要求5所述的方法，其中，所述PDU会话类型包括以下至少一项：
    以太网Ethernet型；
    非结构化Unstructured；
    互联网协议第四版IPV4型；
    互联网协议第六版IPV6型；
    IPV4V6型。
  7. 根据权利要求5所述的方法，其中，所述SSC mode包括以下至少一项：
    SSC mode 1；
    SSC mode 2；
    SSC mode 3。
  8. 根据权利要求5所述的方法，其中，所述接入类型包括以下至少一项：
    无线局域网WLAN；
    公共陆地移动网络PLMN ID；
    5G；
    4G；
    NG无线接入网NG-RAN；
    演进的通用移动通讯系统陆地无线接入网E-UTRAN；
    可信的WLAN；
    多接入multi-access。
  9. 根据权利要求1所述的方法，其中，所述第一请求中包含第二信息，所述第二信息用于指示以下至少一项：
    获取与所述至少一项信息中的每项信息对应的分析结果；
    获取与所述至少一项信息中的所有信息组合后对应的分析结果。
  10. 根据权利要求1所述的方法，其中，所述第一请求中还包含目标应用的应用标识，所述第一请求用于请求获取的分析结果包括以下至少一项：
    所述应用标识与所述至少一项信息中的每项信息组合后对应的分析结果；
    所述应用标识与所述至少一项信息中的所有信息组合后对应的分析结果。
  11. 根据权利要求10所述的方法，其中，所述方法还包括：
    所述第一通信设备发送第二请求，所述第二请求中包含流量描述符参数，所述第二请求用于请求获取与所述流量描述符参数对应的所述目标应用的应用标识；
    所述第一通信设备接收第二响应，所述第二响应中包含所述目标应用的应用标识。
  12. 根据权利要求11所述的方法，其中，所述流量描述符参数包括以下至少一项：
    连接能力；
    应用描述符；
    IP描述符；
    非IP地址描述符；
    全限定域名FQDN；
    DNN。
  13. 根据权利要求11所述的方法，其中，所述第一通信设备发送第二请求，包括：
    所述第一通信设备向第三通信设备发送所述第二请求；
    其中，所述第一通信设备接收第二响应，包括：
    所述第一通信设备从所述第三通信设备接收所述第二响应，所述目标应用的应用标识由所述第三通信设备根据所述流量描述符参数和预设的映射关系确定，所述映射关系为流量描述符参数与应用标识之间的映射关系。
  14. 根据权利要求13所述的方法，其中，
    所述映射关系由所述第三通信设备从第四通信设备中获取，所述映射关系由第五通信设备提供并由所述第五通信设备通过所述第三通信设备存储到所述第四通信设备中；或，
    所述映射关系由所述第三通信设备提供。
  15. 根据权利要求10所述的方法，其中，所述第一请求中包含第三信息，所述第三信息用于指示以下至少一项：
    获取所述应用标识与所述至少一项信息中的每项信息组合后对应的分析结果；
    获取所述应用标识与所述至少一项信息中的所有信息组合后对应的分析结果。
  16. 根据权利要求1所述的方法，其中，所述第一请求中还包含流量描 述符参数，所述第一请求用于请求获取的分析结果包括以下至少一项：
    所述流量描述符参数与所述至少一项信息中的每项信息组合后对应的分析结果；
    所述流量描述符参数与所述至少一项信息中的所有信息组合后对应的分析结果。
  17. 根据权利要求16所述的方法，其中，所述第一请求中包含第四信息，所述第四信息用于指示以下至少一项：
    获取所述流量描述符参数与所述至少一项信息中的每项信息组合后对应的分析结果；
    获取所述流量描述符参数与所述至少一项信息中的所有信息组合后对应的分析结果。
  18. 一种分析结果的获取方法，包括：
    第二通信设备接收第一请求，所述第一请求中包含至少一项信息，所述至少一项信息包括至少一项RSC和/或至少一项PDU会话参数，所述第一请求用于请求获取分析结果；
    所述第二通信设备根据所述第一请求确定所述分析结果；
    所述第二通信设备发送第一响应，所述第一响应中包含所述分析结果；
    其中，所述分析结果包括以下至少一项：
    所述至少一项信息中的每项信息对应的分析结果；
    所述至少一项信息中的所有信息组合后对应的分析结果。
  19. 根据权利要求18所述的方法，其中，所述至少一项信息中的每项信息对应的分析结果，包括以下至少一项：
    所述至少一项RSC中的每个RSC对应的分析结果；
    所述至少一项PDU会话参数中的每个PDU会话参数对应的分析结果；
    所述至少一项信息中的所有信息组合后对应的分析结果，包括以下至少一项：
    所述至少一项RSC中的所有RSC组合后对应的分析结果；
    所述至少一项PDU会话参数中所有PDU会话参数组合后对应的分析结果。
  20. 根据权利要求18所述的方法，其中，所述第二通信设备接收第一请求，包括：
    所述第二通信设备从第一通信设备接收所述第一请求；
    其中，所述第二通信设备发送第一响应，包括：
    所述第二通信设备向所述第一通信设备发送所述第一响应。
  21. 根据权利要求18所述的方法，其中，所述至少一项RSC或所述至 少一项PDU会话参数包含以下至少一项：
    PDU会话类型；
    SSC mode；
    接入类型；
    S-NSSAI；
    DNN；
    所述至少一项PDU会话参数包含以下至少一项：
    PDU会话类型；
    SSC mode；
    接入类型；
    S-NSSAI；
    DNN。
  22. 根据权利要求21所述的方法，其中，所述PDU会话类型包括以下至少一项：
    Ethernet型；
    Unstructured；
    IPV4型；
    IPV6型；
    IPV4V6型。
  23. 根据权利要求21所述的方法，其中，所述SSC mode包括以下至少一项：
    SSC mode 1；
    SSC mode 2；
    SSC mode 3。
  24. 根据权利要求21所述的方法，其中，所述接入类型包括以下至少一项：
    WLAN；
    PLMN ID；
    5G；
    4G；
    NG-RAN；
    E-UTRAN；
    可信的WLAN；
    多接入multi-access。
  25. 根据权利要求18所述的方法，其中，所述第一请求中包含第二信息， 所述第二信息用于指示以下至少一项：
    获取与所述至少一项信息中的每项信息对应的分析结果；
    获取与所述至少一项信息中的所有信息组合后对应的分析结果。
  26. 根据权利要求18所述的方法，其中，所述第一请求中还包含目标应用的应用标识，所述第一请求用于请求获取的分析结果包括以下至少一项：
    所述应用标识与所述至少一项信息中的每项信息组合后对应的分析结果；
    所述应用标识与所述至少一项信息中的所有信息组合后对应的分析结果。
  27. 根据权利要求26所述的方法，其中，所述第一请求中包含第三信息，所述第三信息用于指示以下至少一项：
    获取所述应用标识与所述至少一项信息中的每项信息组合后对应的分析结果；
    获取所述应用标识与所述至少一项信息中的所有信息组合后对应的分析结果。
  28. 根据权利要求18所述的方法，其中，所述第一请求中还包含流量描述符参数，所述第一请求用于请求获取的分析结果包括以下至少一项：
    所述流量描述符参数与所述至少一项信息中的每项信息组合后对应的分析结果；
    所述流量描述符参数与所述至少一项信息中的所有信息组合后对应的分析结果。
  29. 根据权利要求28所述的方法，其中，所述第一请求中包含第四信息，所述第四信息用于指示以下至少一项：
    获取所述流量描述符参数与所述至少一项信息中的每项信息组合后对应的分析结果；
    获取所述流量描述符参数与所述至少一项信息中的所有信息组合后对应的分析结果。
  30. 根据权利要求28所述的方法，其中，所述流量描述符参数包括以下至少一项：
    连接能力；
    应用描述符；
    IP描述符；
    非IP描述符；
    FQDN；
    DNN。
  31. 根据权利要求18所述的方法，其中，所述第二通信设备根据所述第一请求确定所述分析结果，包括：
    所述第二通信设备根据所述第一请求采集目标数据；
    所述第二通信设备根据所述目标数据生成所述分析结果。
  32. 一种分析结果的获取装置，包括：
    发送模块，用于发送第一请求，所述第一请求中包含至少一项信息，所述至少一项信息包括至少一项路由选择组件RSC和/或至少一项协议数据单元PDU会话参数，所述第一请求用于请求获取分析结果；
    接收模块，用于接收第一响应，所述第一响应中包含所述分析结果；
    其中，所述分析结果包括以下至少一项：
    所述至少一项信息中的每项信息对应的分析结果；
    所述至少一项信息中的所有信息组合后对应的分析结果。
  33. 一种分析结果的获取装置，包括：
    接收模块，用于接收第一请求，所述第一请求中包含至少一项信息，所述至少一项信息包括至少一项RSC和/或至少一项PDU会话参数，所述第一请求用于请求获取分析结果；
    确定模块，用于根据所述第一请求确定所述分析结果；
    发送模块，用于发送第一响应，所述第一响应中包含所述分析结果；
    其中，所述分析结果包括以下至少一项：
    与所述至少一项信息中的每项信息对应的分析结果；
    与所述至少一项信息中的所有信息组合后对应的分析结果。
  34. 一种通信设备，包括处理器和存储器，所述存储器存储可在所述处理器上运行的程序或指令，所述程序或指令被所述处理器执行时实现如权利要求1至17任一项所述的分析结果的获取方法的步骤，或者实现如权利要求18至31任一项所述的分析结果的获取方法的步骤。
  35. 一种可读存储介质，所述可读存储介质上存储程序或指令，所述程序或指令被处理器执行时实现如权利要求1至17任一项所述的分析结果的获取方法的步骤，或者实现如权利要求18至31任一项所述的分析结果的获取方法的步骤。
PCT/CN2023/121493 2022-09-29 2023-09-26 分析结果的获取方法及通信设备 WO2024067567A1 (zh)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
CN202211203315.7 2022-09-29
CN202211203315.7A CN117835314A (zh) 2022-09-29 2022-09-29 分析结果的获取方法及通信设备

Publications (1)

Publication Number Publication Date
WO2024067567A1 true WO2024067567A1 (zh) 2024-04-04

Family

ID=90476372

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/CN2023/121493 WO2024067567A1 (zh) 2022-09-29 2023-09-26 分析结果的获取方法及通信设备

Country Status (2)

Country Link
CN (1) CN117835314A (zh)
WO (1) WO2024067567A1 (zh)

Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20040049612A1 (en) * 2002-09-05 2004-03-11 International Business Machines Corporation Data reordering mechanism for high performance networks
CN113810973A (zh) * 2019-09-12 2021-12-17 Oppo广东移动通信有限公司 无线通信的方法及设备
CN114731539A (zh) * 2019-10-03 2022-07-08 交互数字Ce因特米蒂亚有限公司 针对多个无线发射和接收单元的体验质量数据分析的方法、装置和系统
CN114916016A (zh) * 2021-02-09 2022-08-16 华为技术有限公司 一种切片带宽控制的方法及装置

Patent Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20040049612A1 (en) * 2002-09-05 2004-03-11 International Business Machines Corporation Data reordering mechanism for high performance networks
CN113810973A (zh) * 2019-09-12 2021-12-17 Oppo广东移动通信有限公司 无线通信的方法及设备
CN114731539A (zh) * 2019-10-03 2022-07-08 交互数字Ce因特米蒂亚有限公司 针对多个无线发射和接收单元的体验质量数据分析的方法、装置和系统
CN114916016A (zh) * 2021-02-09 2022-08-16 华为技术有限公司 一种切片带宽控制的方法及装置

Non-Patent Citations (1)

* Cited by examiner, † Cited by third party
Title
OPPO: "PDU session type mandatory for RSC", 3GPP DRAFT; C1-214466, 3RD GENERATION PARTNERSHIP PROJECT (3GPP), MOBILE COMPETENCE CENTRE ; 650, ROUTE DES LUCIOLES ; F-06921 SOPHIA-ANTIPOLIS CEDEX ; FRANCE, vol. CT WG1, no. E-meeting; 20210819 - 20210827, 12 August 2021 (2021-08-12), Mobile Competence Centre ; 650, route des Lucioles ; F-06921 Sophia-Antipolis Cedex ; France , XP052040446 *

Also Published As

Publication number Publication date
CN117835314A (zh) 2024-04-05

Similar Documents

Publication Publication Date Title
EP1482691A1 (en) Method and apparatus for providing distinctive levels of access to resources on a high-speed wireless packet data network by providing an adaptive packet inactivity timer
WO2021064218A1 (en) Dynamic activation of local breakout with coordination between application domain and mobile network
WO2024067567A1 (zh) 分析结果的获取方法及通信设备
US11903073B2 (en) Dynamic adjustment method and apparatus for PDU session
WO2024088195A1 (zh) 执行结果上报方法、接收方法、终端及网络侧设备
CN115190105B (zh) 信息处理方法、装置和通信设备
WO2023185850A1 (zh) Ursp规则优化方法、装置、终端、网络侧设备及介质
WO2024067331A1 (zh) 个人物联网中的设备切换方法、通信方法及设备
WO2023185810A1 (zh) 终端路由选择策略ursp确定方法、终端及网络侧设备
WO2023143414A1 (zh) 数据传输、配置方法、装置、终端及网络侧设备
WO2023179571A1 (zh) 非公共网络接入方法、装置及终端
WO2024022370A1 (zh) 信息获取和发送方法、服务器访问和会话建立方法及设备
WO2024027578A1 (zh) 流量路由方法、装置及设备
WO2024061256A1 (zh) 转发规则配置方法、装置、终端及网络侧设备
CN115695895B (zh) 提高数据传输速率的方法、装置、设备及存储介质
EP4376381A1 (en) Dns query method and apparatus, and device and medium
WO2023143453A1 (zh) 直连空口配置方法、终端及网络侧设备
WO2023143423A1 (zh) 信息获取与存储、上报方法、装置、终端及网络功能
CN116939738A (zh) 会话保持方法、终端及网络侧设备
CN117692986A (zh) 路由选择策略执行结果处理方法、装置及设备
CN116996904A (zh) 数据处理方法、终端及网络侧设备
CN117319429A (zh) 信息的获取方法及设备
CN117177229A (zh) 数据传输方法、装置、通信设备及网元
CN117793943A (zh) 网络路由的配置方法、装置、网络侧设备及终端
CN117014922A (zh) 行为处理方法、装置、终端、网络侧设备及介质

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: 23870796

Country of ref document: EP

Kind code of ref document: A1