CN117692986A - Method, device and equipment for processing routing policy execution result - Google Patents
Method, device and equipment for processing routing policy execution result Download PDFInfo
- Publication number
- CN117692986A CN117692986A CN202211081120.XA CN202211081120A CN117692986A CN 117692986 A CN117692986 A CN 117692986A CN 202211081120 A CN202211081120 A CN 202211081120A CN 117692986 A CN117692986 A CN 117692986A
- Authority
- CN
- China
- Prior art keywords
- terminal
- request
- rule
- information
- urs
- Prior art date
- Legal status (The legal status 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 status listed.)
- Pending
Links
- 238000000034 method Methods 0.000 title claims abstract description 85
- 238000012545 processing Methods 0.000 title claims abstract description 35
- 238000004891 communication Methods 0.000 claims abstract description 216
- 238000004458 analytical method Methods 0.000 claims abstract description 166
- 230000004044 response Effects 0.000 claims description 127
- 238000003672 processing method Methods 0.000 claims description 25
- 230000006870 function Effects 0.000 description 50
- 238000012986 modification Methods 0.000 description 16
- 230000004048 modification Effects 0.000 description 16
- 238000007726 management method Methods 0.000 description 12
- 230000005540 biological transmission Effects 0.000 description 11
- 238000010586 diagram Methods 0.000 description 10
- 230000000694 effects Effects 0.000 description 9
- 238000004590 computer program Methods 0.000 description 5
- 101100264195 Caenorhabditis elegans app-1 gene Proteins 0.000 description 4
- 238000012517 data analytics Methods 0.000 description 4
- 238000011144 upstream manufacturing Methods 0.000 description 4
- 238000013461 design Methods 0.000 description 3
- 230000003190 augmentative effect Effects 0.000 description 2
- 238000007405 data analysis Methods 0.000 description 2
- 238000013523 data management Methods 0.000 description 2
- 238000005516 engineering process Methods 0.000 description 2
- GVVPGTZRZFNKDS-JXMROGBWSA-N geranyl diphosphate Chemical compound CC(C)=CCC\C(C)=C\CO[P@](O)(=O)OP(O)(O)=O GVVPGTZRZFNKDS-JXMROGBWSA-N 0.000 description 2
- 230000007774 longterm Effects 0.000 description 2
- 230000003287 optical effect Effects 0.000 description 2
- 238000000581 reactive spray deposition Methods 0.000 description 2
- 230000001360 synchronised effect Effects 0.000 description 2
- 101100476595 Saccharomyces cerevisiae (strain ATCC 204508 / S288c) SAC1 gene Proteins 0.000 description 1
- 101100475666 Schizosaccharomyces pombe (strain 972 / ATCC 24843) rsd1 gene Proteins 0.000 description 1
- 238000004422 calculation algorithm Methods 0.000 description 1
- 238000012512 characterization method Methods 0.000 description 1
- 238000001514 detection method Methods 0.000 description 1
- 239000011521 glass Substances 0.000 description 1
- 239000004973 liquid crystal related substance Substances 0.000 description 1
- 238000013433 optimization analysis Methods 0.000 description 1
- 230000003068 static effect Effects 0.000 description 1
- 238000007619 statistical method Methods 0.000 description 1
- 238000005406 washing Methods 0.000 description 1
- 210000000707 wrist Anatomy 0.000 description 1
Abstract
The application discloses a method, a device and equipment for processing a routing strategy execution result, which belong to the technical field of communication, and the method for processing the routing strategy execution result in the embodiment of the application comprises the following steps: the network side equipment acquires first information; the first information comprises an execution result of a first routing strategy URSP rule of the terminal; the first information is for at least one of: generating a URSP rule analysis result of the terminal; and generating a second URSP rule for the terminal.
Description
Technical Field
The application belongs to the technical field of communication, and particularly relates to a method, a device and equipment for processing a routing strategy execution result.
Background
The routing policy (UE Route Selection Policy, urs) rule (rule) of the terminal is a policy defined by the third generation partnership project (Third Generation Partnership Projects,3 GPP) and sent to the terminal, according to which the terminal can match the traffic of an Application (APP) to a specific (Protocol Data Unit, PDU) session. The specific PDU session refers to parameters of the PDU session, such as a data network name (Data Network Name, DNN), single network slice selection assistance information (Single Network Slice Selection Assistance Information, S-nsai), session and service continuity mode (Session and Service Continuity mode, SSC mode), etc., are specified in the urs p rule, and when the terminal selects a certain rule for the traffic of the application, the terminal matches the traffic of the application with the PDU session, and the session parameters of the PDU session are consistent with the session parameters specified in the selected rule.
For example, if a certain APP on the terminal needs to send traffic to the server, the APP may send APP traffic characteristics to the terminal, and then the terminal matches the urs in the terminal one by one according to the APP traffic characteristics. After the APP traffic feature matches to a certain urs rule, it may further select which PDU session to use to send the APP traffic.
After the carrier designs the urs to send the urs to the terminal, in some scenarios, for some APP flows, the carrier wants to know which rule the terminal finally matches the APP flows (i.e. wants to know the execution result of the urs). However, the execution result of the urs of the terminal is currently unknown.
Disclosure of Invention
The embodiment of the application provides a method, a device and equipment for processing a routing policy execution result, so as to obtain the execution result of a URSP rule of a terminal.
In a first aspect, a method for processing a routing policy execution result is provided, including:
the network side equipment acquires first information;
the first information comprises an execution result of a first routing strategy URSP rule of the terminal;
the first information is for at least one of:
Generating a URSP rule analysis result of the terminal;
and generating a second URSP rule for the terminal.
In a second aspect, a method for processing a routing policy execution result is provided, including:
the terminal sends first information;
the first information comprises an execution result of a first routing policy URSP rule of the terminal;
the first information is for at least one of:
generating a URSP rule analysis result of the terminal;
and generating a second URSP rule for the terminal.
In a third aspect, there is provided a routing policy execution result processing apparatus, the apparatus including:
the first acquisition module is used for acquiring first information;
the first information comprises an execution result of a first routing strategy URSP rule of the terminal;
the first information is for at least one of:
generating a URSP rule analysis result of the terminal;
and generating a second URSP rule for the terminal.
In a fourth aspect, there is provided a routing policy enforcement result processing apparatus, the apparatus including:
the first sending module is used for sending the first information;
the first information comprises an execution result of a first routing strategy URSP rule of the terminal;
The first information is for at least one of:
generating a URSP rule analysis result of the terminal;
and generating a second URSP rule for the terminal.
In a fifth aspect, a network side device is provided, comprising a processor and a memory storing a program or instructions executable on the processor, which when executed by the processor, implement the steps of the method according to the first aspect.
In a sixth aspect, there is provided a terminal comprising a processor and a memory storing a program or instructions executable on the processor, which when executed by the processor, implement the steps of the method as described in the second aspect.
In a seventh aspect, a routing policy execution result processing system is provided, including: the network side device and the terminal are used for executing the steps of the routing policy execution result processing method according to the second aspect, and the network side device is used for executing the steps of the routing policy execution result processing method according to the first aspect.
In an eighth aspect, there is provided a readable storage medium having stored thereon a program or instructions which when executed by a processor implement the steps of the method according to the first or second aspect.
In a ninth aspect, there is provided a chip comprising a processor and a communication interface coupled to the processor, the processor being for running a program or instructions to implement the method of the first or second aspect.
In a tenth aspect, there is provided a computer program/program product stored in a storage medium, the computer program/program product being executed by at least one processor to implement the steps of the method as described in the first or second aspect.
In the embodiment of the application, the network side device can acquire first information, where the first information includes an execution result of a first routing policy urs rule of the terminal; the first information is for at least one of: generating a URSP rule analysis result of the terminal; and generating a second URSP rule for the terminal. Therefore, the execution result of the first urs run of the terminal can be transmitted to the network side device to generate the analysis result of the first urs run of the terminal and/or generate the second urs run for the terminal, so that the acquisition of the execution result of the first urs run of the terminal is realized, and thus, when needed, the operator can acquire the execution result of the first urs run of the terminal from the network side device, so that the analysis result of the first urs run of the terminal can be generated and/or generate the second urs run for the terminal, and further, the rule of which the flow of the APP of the terminal is executed in the terminal and/or update the urs run of the terminal can be obtained.
Drawings
Fig. 1 is a block diagram of a wireless communication system to which embodiments of the present application are applicable;
fig. 2 is a flowchart of a routing policy enforcement result processing method in an embodiment of the present application;
FIG. 3 is a flow chart of another routing policy enforcement result processing method in an embodiment of the present application;
FIG. 4 is one of the flowcharts of a specific implementation of the routing policy enforcement result processing method in the embodiment of the present application;
FIG. 5 is a second flowchart of a specific implementation of a routing policy execution result processing method according to an embodiment of the present application;
FIG. 6 is a third flowchart of a specific implementation of a routing policy execution result processing method in an embodiment of the present application;
fig. 7 is a block diagram of a routing policy execution result processing device in the embodiment of the present application;
fig. 8 is a block diagram of another routing policy enforcement result processing device in an embodiment of the present application;
fig. 9 is a block diagram of a communication device in an embodiment of the present application;
fig. 10 is a block diagram of a terminal in an embodiment of the present application;
fig. 11 is a block diagram of a network device in an embodiment of the present application.
Detailed Description
Technical solutions in the embodiments of the present application will be clearly described below with reference to the drawings in the embodiments of the present application, and it is apparent that the described embodiments are some embodiments of the present application, but not all embodiments. All other embodiments obtained by a person of ordinary skill in the art based on the embodiments in the present application are within the scope of the protection of the present application.
The terms first, second and the like in the description and in the claims, are used for distinguishing between similar objects and not necessarily for describing a particular sequential or chronological order. It is to be understood that the terms so used are interchangeable under appropriate circumstances such that the embodiments of the application are capable of operation in sequences other than those illustrated or otherwise described herein, and that the terms "first" and "second" are generally intended to be used in a generic sense and not to limit the number of objects, for example, the first object may be one or more. Furthermore, in the description and claims, "and/or" means at least one of the connected objects, and the character "/" generally means a relationship in which the associated object is an "or" before and after.
It is noted that the techniques described in embodiments of the present application are not limited to long term evolution (Long Term Evolution, LTE)/LTE evolution (LTE-Advanced, LTE-a) systems, but may also be used in other wireless communication systems, such as code division multiple access (Code Division Multiple Access, CDMA), time division multiple access (Time Division Multiple Access, TDMA), frequency division multiple access (Frequency Division Multiple Access, FDMA), orthogonal frequency division multiple access (Orthogonal Frequency Division Multiple Access, OFDMA), single carrier frequency division multiple access (Single-carrier Frequency Division Multiple Access, SC-FDMA), and other systems. The terms "system" and "network" in embodiments of the present application are often used interchangeably, and the techniques described may be used for both the above-mentioned systems and radio technologies, as well as other systems and radio technologies. The following description describes a New air interface (NR) system for purposes of example and uses NR terminology in much of the description that follows, but these techniques are also applicable to applications other than NR system applications, such as generation 6 (6) th Generation, 6G) communication system.
Fig. 1 shows a block diagram of a wireless communication system to which embodiments of the present application are applicable. The wireless communication system includes a terminal 11 and a network device 12. The terminal 11 may be a mobile phone, a tablet (Tablet Personal Computer), a Laptop (Laptop Computer) or a terminal-side Device called a notebook, a personal digital assistant (Personal Digital Assistant, PDA), a palm top, a netbook, an ultra-mobile personal Computer (ultra-mobile personal Computer, UMPC), a mobile internet appliance (Mobile Internet Device, MID), an augmented reality (augmented reality, AR)/Virtual Reality (VR) Device, a robot, a Wearable Device (weather Device), a vehicle-mounted Device (VUE), a pedestrian terminal (PUE), a smart home (home Device with a wireless communication function, such as a refrigerator, a television, a washing machine, or a furniture), a game machine, a personal Computer (personal Computer, PC), a teller machine, or a self-service machine, and the Wearable Device includes: intelligent wrist-watch, intelligent bracelet, intelligent earphone, intelligent glasses, intelligent ornament (intelligent bracelet, intelligent ring, intelligent necklace, intelligent anklet, intelligent foot chain etc.), intelligent wrist strap, intelligent clothing etc.. Note that, the specific type of the terminal 11 is not limited in the embodiment of the present application. The network-side device 12 may comprise an access network device or a core network device, wherein the access network device 12 may also be referred to as a radio access network device, a radio access network (Radio Access Network, RAN), a radio access network function or a radio access network element. Access network device 12 may include a base station, a WLAN access point, a WiFi node, or the like, which may be referred to as a node B, an evolved node B (eNB), an access point, a base transceiver station (Base Transceiver Station, BTS), a radio base station, a radio transceiver, a basic service set (Basic Service Set, BSS), an extended service set (Extended Service Set, ESS), a home node B, a home evolved node B, a transmission and reception point (Transmitting Receiving Point, TRP), or some other suitable terminology in the art, and the base station is not limited to a particular technical vocabulary so long as the same technical effect is achieved, and it should be noted that in the embodiments of the present application, only a base station in an NR system is described as an example, and the specific type of the base station is not limited.
The core network device may include, but is not limited to, at least one of: core network nodes, core network functions, mobility management entities (Mobility Management Entity, MME), access mobility management functions (Access and Mobility Management Function, AMF), session management functions (Session Management Function, SMF), user plane functions (User Plane Function, UPF), policy control functions (Policy Control Function, PCF), policy and charging rules function units (Policy and Charging Rules Function, PCRF), edge application service discovery functions (Edge Application Server Discovery Function, EASDF), unified data management (Unified Data Management, UDM), unified data repository (Unified Data Repository, UDR), home subscriber server (Home Subscriber Server, HSS), centralized network configuration (Centralized network configuration, CNC), network storage functions (Network Repository Function, NRF), network opening functions (Network Exposure Function, NEF), local NEF (or L-NEF), binding support functions (Binding Support Function, BSF), application functions (Application Function, AF), and the like. In the embodiment of the present application, only the core network device in the NR system is described as an example, and the specific type of the core network device is not limited.
In the following, the network side device described in the present application includes a first communication device, a second communication device, a third communication device, a fourth communication device, and the like, and may be any one of the core network devices, or may also be a plurality of the core network devices.
In addition, the V-AM-PCF described below may be a policy control function (Policy Control Function, PCF), or a roaming (visitor) UE policy control function (visited UE Policy Control Function, V-UE-PCF); the foregoing H-AM-PCF may be a PCF or a home UE policy control function (home UE Policy Control Function, H-UE-PCF).
First, in order to facilitate understanding of the routing policy execution result processing method in the embodiment of the present application, the following will be described:
1. regarding UE routing policies (UE Route Selection Policy, urs rule)
The urs is a strategy defined by the third generation partnership project (3rd Generation Partnership Project,3GPP) for sending to the UE, according to which the UE can match the traffic of an Application (APP) to a particular protocol data unit (Protocol Data Unit, PDU) session.
For example, when a certain APP on the UE needs to send traffic to the server, the APP may send APP traffic characteristics to the UE, where the traffic characteristics may include: destination internet protocol (Internet Protocol, IP) address, fully qualified domain name (Fully Qualified Domain Name, FQDN), etc.; then, the UE matches URSP rule in the UE one by one according to the flow characteristics of the APP; wherein in the urs rule the specified flow descriptions/characteristics include those shown in table 1.
TABLE 1 flow description/characterization
For example, for the "IP descriptor" in table 1, APP may send an IP description describing the traffic of APP, e.g., destination IP triplet, which indicates that this traffic of APP is a traffic to be sent to destination ip=10.1.1.1, port number=80. Wherein if the Traffic descriptor happens to be present in the UE urs rule, it is indicated that the APP flow may match to a certain urs rule.
After the traffic of the APP matches to the corresponding urs rule, the next step needs to select which PDU session to use to send the traffic of the APP.
Generally, under a certain Traffic descriptor, there are multiple routing descriptors (Route Selection Descriptor, RSDs), each RSD representing a set of attributes of a PDU session or parameters of a PDU session. For example, when APP traffic matches the set Traffic descriptor of destination ip=10.1.1.1, port number=80, then there are several RSDs below the set Traffic descriptor:
RSD priority (priority) =1: S-NSSAI-a, (Non-3 GPP Access) Non-3GPP Access;
RSD precedence＝2：S-NSSAI-a、3GPP Access、DNN＝Internet、SSC mode＝3；
the characteristics of the PDU session corresponding to RSD1 are: s-nsai = S-nsai-a, non-3GPP access is used.
2. Analysis function for network data (Network Data Analytics Function, NWDAF)
Currently, in 3GPP, NWDAF is introduced for some intelligent analysis. The NWDAF has a certain AI intelligent analysis function, namely, the NWDAF collects some data, uses a built-in algorithm and analysis capability to analyze some results, and provides the results for a 5G core network element to perform some operation optimization or statistical analysis.
For example, NWDAF can provide an observation service experience analysis function (Observed Service Experience related network data analytics), based on which information about quality of service (quality of service, qoS) of a terminal accessing a server, such as uplink and downlink rates, packet loss rates, etc., can be collected, and a statistical information is output, where the information includes a user experience situation of the terminal accessing the server; the NWDAF may also predict from the historical experience of the terminal accessing the server, e.g., in a future time period, in a region, if the terminal accesses the server, the possible experience (e.g., qoS) of the user may be predicted.
Typically, the analysis or prediction content provided by the NWDAF is distinguished by an analysis identity (analytical ID), which indicates to the NWDAF that the analysis or prediction is provided by the NWDAF, as well as by some parameters. For example, the above NWDAF provides an observation service experience analysis function, then using analytical id=service experience (Service Experience); thus, whenever a network element of NWDAF service is acquired, an analytical ID is entered at the time of requesting analysis, the NWDAF may provide the corresponding analysis. As shown in table 2 below, analytical IDs corresponding to all analyses that can be provided by the current NWDAF.
TABLE 2 analytical ID for analysis that NWDAF can provide
The following describes in detail the routing policy execution result processing method provided in the embodiment of the present application through some embodiments and application scenarios thereof with reference to the accompanying drawings.
In a first aspect, referring to fig. 2, a flowchart of a routing policy execution result processing method provided in an embodiment of the present application may include the following steps 201:
step 201: the network side equipment acquires first information.
The first information comprises an execution result of a first routing strategy URSP rule of the terminal;
the first information is for at least one of:
generating an analysis result of a first URSP rule of the terminal;
and generating a second URSP rule for the terminal.
Optionally, the terminal is a roaming terminal. In this embodiment of the present application, the roaming terminal may report the execution result of the first urs rule to the network side device, so as to generate an analysis result of the first urs rule and/or generate a second urs rule for the terminal.
Optionally, the analysis result is used for generating a second urs rule for the terminal;
the analysis result includes at least one of:
Performance corresponding to the flow descriptor;
performance corresponding to the path selection descriptor.
The performance corresponding to the flow descriptor refers to: each traffic descriptor in the urs rule, such as DNN, application descriptor, etc., its corresponding performance. The performance here refers to the performance that the terminal can achieve after using the traffic descriptor for application traffic, and the performance index includes at least one of the following: a qos bit rate (QoS flow Bit Rate), a qos packet delay (QoS flow Packet Delay), a packet transmission delay, an uplink rate, a downlink rate, a maximum traffic rate (uplink or downlink), an average traffic rate (uplink or downlink), a maximum packet delay, and an average packet loss rate.
For example, when a certain traffic descriptor is used for an application on a terminal (for example, application descriptor =app1 is used), the application traffic is carried in a PDU session, and the performance indexes achieved are: the upstream rate is 100Mbps and the packet delay is 10 milliseconds.
The performance corresponding to the path selection descriptor means: when a certain routing descriptor under the traffic descriptor is used in the urs run, the performance corresponding to the routing descriptor, or the performance that can be achieved after the routing descriptor is used. The performance here refers to the performance that the terminal can achieve after using the traffic descriptor for application traffic, and the performance index includes at least one of the following: a qos bit rate (QoS flow Bit Rate), a qos packet delay (QoS flow Packet Delay), a packet transmission delay, an uplink rate, a downlink rate, a maximum traffic rate (uplink or downlink), an average traffic rate (uplink or downlink), a maximum packet delay, and an average packet loss rate.
For example, when a certain path selection descriptor under a certain traffic descriptor is used for an application on a terminal (for example, a traffic descriptor such as Application descriptor =app1 is used, and a certain RSD under the traffic descriptor is used, where the RSD includes { SSC mode=3, using non-3GPP access mode }), the application traffic is carried in a PDU session, and the achieved performance index is: the uplink speed is 50Mbps, the packet delay is 10 milliseconds, and the packet loss rate is 0.0001.
It can be known that, in the embodiment of the present application, according to the execution result of the first urs rule of the terminal, the PDU session to which each application flow is finally matched is known, and meanwhile, the performance, such as various performance indexes, of the application flows in the PDU session is also known. Then, according to the execution results and the performance indexes, artificial intelligent analysis can be performed, so that an analysis result of a first URSP rule of the terminal is generated, and further, a second URSP rule suitable for the terminal or terminal application is generated according to the analysis result; alternatively, the second urs rule of the terminal may be generated directly according to the execution result of the first urs rule of the terminal.
In the embodiment of the present application, the terminal shall report the execution result of the urs rule, which is the root cause: after the urls rule designed by the operator are issued to the terminal, for some APP flows, the operator wants to know which rule is ultimately executed in the terminal, and then the operator can adjust the urls rule with unreasonable design according to the feedback of the execution result. Thus, the operator would like to get feedback on the execution of the urs.
In addition, it should be noted that in different terminals, different urs rule may be executed for the same APP traffic.
As can be seen from the foregoing, in the embodiment of the present application, the network side device may obtain first information, where the first information includes an execution result of a first routing policy urs rule of the terminal; the first information is for at least one of: generating a URSP rule analysis result of the terminal; and generating a second URSP rule for the terminal. Therefore, the execution result of the first urs run of the terminal can be transmitted to the network side device to generate the analysis result of the first urs run of the terminal and/or generate the second urs run for the terminal, so that the acquisition of the execution result of the first urs run of the terminal is realized, and thus, when needed, the operator can acquire the execution result of the first urs run of the terminal from the network side device, so that the analysis result of the first urs run of the terminal can be generated and/or generate the second urs run for the terminal, and further, the rule of which the flow of the APP of the terminal is executed in the terminal and/or update the urs run of the terminal can be obtained.
Optionally, the network side device is one of the following devices:
The communication device comprises a first communication device, a second communication device, a third communication device and a fourth communication device;
the first communication device and the second communication device are two devices of the terminal under a first network respectively, and the third communication device and the fourth communication device are two devices of the terminal under a second network respectively.
Optionally, the first network is a network of a roaming place or a visiting place of the terminal, and the second network is a network of a home place of the terminal; or the first network is a network of a home location of the terminal, and the second network is a network of a roaming location or a visiting location of the terminal.
The first communication device, the second communication device, the third communication device and the fourth communication device may be core network devices. Or the first communication device, the second communication device, the third communication device and the fourth communication device may be any core network device.
Wherein the first communication device may be a roaming access and mobility management policy control function (visited Access and Mobility Management Policy Control Function, V-AM-PCF). When the first communication device is a V-AM-PCF, the terminal may report the ussp rule execution result to the AMF first, so that the AMF forwards the ussp rule execution result to the V-AM-PCF.
Optionally, the terminal carries the urstrum execution result in at least one of the following messages to be sent to the AMF:
uplink NAS message (UL NAS message);
a PDU session establishment request (PDU session establishment request);
a PDU session modification request (PDU session modification request);
registration request (Registration request).
Optionally, the AMF carries the urs rule execution result in at least one of the following messages to be sent to the V-AM-PCF:
UE policy control update request (npcf_ UEPolicyControl Update Request);
UE policy control creation request (npcf_ UEPolicyControl Create Request).
The second communication device may be a roaming network data analysis function (visited Network Data Analytics Function, V-NWDAF). I.e. the V-NWDAF may obtain the urs rule execution result of the terminal.
The third communication device may be a home access and mobility management policy control function (Home Access and Mobility Management Policy Control Function, H-AM-PCF). I.e., the H-AM-PCF may obtain the terminal's urs rule execution result.
The fourth communication device may be a home network data analysis function (Home Network Data Analytics Function, H-NWDAF). I.e. the H-NWDAF may obtain the urs rule execution result of the terminal.
The specific manner of acquiring the first information when the communication device is the second communication device, the third communication device, and the fourth communication device, respectively, will be described in detail below.
I.e. optionally, when the network side device is the second communication device, or is the third communication device, or is the fourth communication device, the network side device obtains first information, including:
the network side equipment receives the first information;
and/or the number of the groups of groups,
the network side equipment sends a second request, wherein the second request is used for collecting the first information, and the second request comprises at least one of the following: the terminal identification is used for indicating acquisition of indication information of URSPrule execution results, the terminal position information is used for indicating acquisition of first information from a terminal corresponding to the identification, the terminal position information is used for indicating acquisition of first information from a terminal located in a target area range, and the target area range is determined according to the position information;
the network side equipment receives a second response of the second request, wherein the second response comprises the first information.
Wherein the network side device may receive the first information by at least one of:
Uplink NAS message (UL NAS message);
a PDU session establishment request (PDU session establishment request);
a PDU session modification request (PDU session modification request);
a registration request (Registration request);
UE policy control update request (npcf_ UEPolicyControl Update Request);
UE policy control creation request (npcf_ UEPolicyControl Create Request);
analyzing subscription notification (nnwdaf_analytics description_notify);
analysis information notification (nnwdaf_analyticinfo_notify).
In addition, the second request includes at least one of:
analyzing the subscription Request (nnwdaf_analyticinfo_request);
analysis information request (nnwdaf_analytics description_ Subscribe request);
Npcf_UEPolicyControl Update Request/Response；
Npcf_UEPolicyControl UpdateNotify Request/Response；
PDU session establishment accept；
PDU session modification accept；
Registration Accept；
DL NAS message。
further, the second response includes at least one of:
uplink NAS message (UL NAS message);
a PDU session establishment request (PDU session establishment request);
a PDU session modification request (PDU session modification request);
a registration request (Registration request);
UE policy control update request/Response (npcf_ UEPolicyControl Update Request/Response);
UE policy control creates Response request/Response (Npcf UEPolicyControl Create Request/Response); nnwdaf_Analytics descriptions_Notify;
Nnwdaf_AnalyticsInfo_Notify。
It can be seen that the second communication device can acquire the first information in the manner 1-1 or the manner 1-2 as described below.
Mode 1-1: the second communication device may directly receive the first information (i.e., the urs rule of the terminal) transmitted by the other device.
For example, the second communication device receives the first information sent by the first communication device, i.e. the terminal can transmit the first information between two communication devices in the roaming place; further, when the first communication device is a V-AM-PCF and the second communication device is a V-NWDAF, the terminal may report the uss rule execution result to the AMF (e.g., through an uplink NAS message, a PDU session establishment request, etc.), so that the AMF forwards the uss rule execution result to the V-AM-PCF (e.g., through npcf_ UEPolicyControl Update Request), and then the V-AM-PCF sends the uss rule execution result to the V-NWDAF (e.g., through nnwdaf_analysis description_notify). That is, the transmission path of the execution result of the urs rule may be: terminal → AMF → V-AM-PCF → V-NWDAF.
Mode 1-2: the second communication device may request the first information from the other device.
For example, the second communication device may send the second request to the first communication device, and receive the second response sent by the first communication device, thereby obtaining the first information; further, when the first communication device is a V-AM-PCF and the second communication device is a V-NWDAF, the V-NWDAF may send the above second request (e.g., send Nnwdaf_Analytics subscriber_subscriber) to the V-AM-PCF, and receives the second response (for example, nnwdaf_analysis description_notify) sent by the V-AM-PCF, that is, the V-NWDAF may request the V-AM-PCF to collect the execution result of the urs rule.
Similarly, the third communication device may acquire the first information in the manner 2-1 or the manner 2-2 as described below.
Mode 2-1: the third communication device may directly receive the first information (i.e., the urs rule of the terminal) transmitted from the other device.
For example, the third communication device receives the first information sent by the first communication device, that is, the terminal can transmit the first information between the communication device in the roaming place and the communication device in the home place; further, when the first communication device is a V-AM-PCF and the third communication device is an H-AM-PCF, the terminal may report the urs run execution result to the AMF (e.g., through UL NAS message) first, so that the AMF forwards the urs run execution result to the V-AM-PCF (e.g., through npcf_ UEPolicyControl Update Request), and then the V-AM-PCF sends the urs run execution result to the H-AM-PCF (e.g., through npcf_ UEPolicyControl Update Request). That is, the transmission path of the execution result of the urs rule may be: terminal → AMF → V-AM-PCF → H-AM-PCF.
Mode 2-2: the third communication device may request the first information from the other device.
For example, the third communication device may send the second request to the first communication device, and receive the second response sent by the first communication device, thereby obtaining the first information; further, when the first communication device is a V-AM-PCF and the third communication device is an H-AM-PCF, the H-AM-PCF may send the second request (for example, send npcf_ UEPolicyControl Update Request or npcf_ UEPolicyControl UpdateNotify Request) to the V-AM-PCF, and receive the second response (for example, npcf_ UEPolicyControl Update Response or npcf_ UEPolicyControl UpdateNotify response) sent by the V-AM-PCF, that is, the H-AM-PCF may request the V-AM-PCF to collect the execution result of the urs rule.
Similarly, the fourth communication device may acquire the first information in the manner 3-1 as described below.
Mode 3-1: the fourth communication device may request the first information from the other devices.
For example, the fourth communication device may send the second request to the second communication device, and receive the second response sent by the second communication device, thereby obtaining the first information; further, when the second communication device is a V-NWDAF and the fourth communication device is an H-NWDAF, the H-NWDAF may send the second Request (for example, nnwdaf_analysis subsystem_subscription_subscription_request or nnwdaf_analysis info_request) to the V-NWDAF, and receive the second response (for example, nnwdaf_analysis subsystem_notify or nnwdaf_analysis info_notify) sent by the V-NWDAF, that is, the H-NWDAF may Request the V-NWDAF to collect the execution result of the urs.
Optionally, the execution result includes at least one of:
in the first routing policy urs rule, the terminal is first related information of urs rule executed by the application flow;
in the first routing policy urs rule, the terminal does not give the second related information of the urs rule executed by the application flow.
For example, if the terminal configures the urs rule to include X number, where N number of urs rule is executed for the application traffic and X-N number of urs are not executed for the application traffic, the execution result of the terminal includes first related information of the N number of urs rule executed for the application traffic and/or second related information of the X-N number of urs rule not executed for the application traffic.
Wherein the first related information includes at least one of:
a traffic descriptor under a URSP rule executed by the terminal;
a path selection descriptor under a URSP rule executed by the terminal;
and the identification of the URSP rule executed by the terminal.
Here, the path selection descriptor of the execution includes: priority of the path selection descriptor, the path selection descriptor (and, under the path selection descriptor, the path selection parameters (Route selection component, RSC) included) that are executed in particular.
The executed traffic descriptor includes: priority of traffic descriptors, name of the traffic descriptor to be executed specifically (e.g., application descriptor =app1), etc.;
the second related information includes at least one of:
in the URSP rule which is not executed for the application flow by the terminal, the terminal does not support or can not identify the URSP rule;
in the URSP rule executed by the terminal without giving the application flow, the terminal does not support or can not identify the identifier of the URSP rule;
in the URSP rule which is not executed by the terminal for the application flow, the terminal does not support or can not recognize the path selection descriptor;
in the urs rule that the terminal does not execute for the application traffic, the terminal does not support or can not recognize traffic descriptors.
Here, the terminal does not support or cannot identify the urs rule, which means that the urs rule terminal cannot execute, cannot identify, and cannot use the application traffic. Some of the urs rule issued to the terminal may not be standard, or the terminal may not understand and use the urs rule in roaming place, or the format of the urs rule of the terminal may be different from the home location, which may cause the terminal to be unintelligible and unintelligible, or the terminal may be an old version terminal, and issuing a new urs rule to the terminal may cause the terminal to be unintelligible and unable to perform.
That is, the result of executing the urs rule means that for a certain APP flow, the terminal uses the urs rule for that flow. Here, the urs rule used refers to the matched traffic descriptor (traffic descriptor) and the path selection descriptor (Route Selection Descriptor, RSD) used at traffic descriptor (may also include path selection parameters (route selection component, RSC) under RSD), wherein the relevant explanation about traffic descriptor and RSD is referred to in the foregoing, and will not be repeated here.
Optionally, when the network side device is the first communication device, the method further includes at least one of the following:
The network side equipment sends the first information to the second communication equipment;
the network side equipment sends the first information to the third communication equipment.
It follows that the first communication device may send the first information to the second communication device and/or the third communication device.
For example, when the first communication device is a V-AM-PCF, the second communication device is a V-NWDAF, and the third communication device is an H-AM-PCF, the V-AM-PCF reports the first information to the V-NWDAF and/or the H-AM-PCF.
Optionally, when the network side device is the first communication device, the method further includes:
the network side device sends a first request, wherein the first request is used for requesting to acquire the second urs rule, and the first request comprises at least one of the following information: the terminal identification of the terminal and the identification of the public land mobile network PLMN of the first network to which the terminal is connected are used for indicating that the request is for acquiring the URSP rule for the terminal corresponding to the identification, and the identification of the PLMN is used for indicating that the request is for acquiring the URSP rule applicable to the network corresponding to the identification of the PLMN;
the network side equipment receives a first response of the first request, wherein the first response comprises the second URSP rule, and the second URSP rule included in the first response is generated according to the first information.
It should be noted that, the terminal may include one or more terminals, that is, the first communication device may request to obtain the urs of the one or more terminals through the first request. Wherein the first request includes at least one of a terminal identifier of the terminal and an identifier of a PLMN of a first network to which the terminal accesses, and the device receiving the first request may determine, according to the information included in the first request, which terminal or terminals the first request uses, and which network the request applies to.
It is known that the first communication device may request the urs of the terminal from other devices, so that the requested device (i.e. the device receiving the first request) may generate the urs according to the first information (i.e. the result of executing the urs) and return the urs to the first communication device.
The urs included in the first response are generated according to the execution result of the urs, so that the urs included in the first response are new urs, and after the first communication device receives the first response, the urs of the terminal may be updated to be urs included in the first response.
Optionally, when the network side device is the third communication device, the method further includes:
the network side equipment receives a first request, wherein the first request is used for requesting to acquire the second URSP rule, and the first request comprises at least one of the following information: the terminal identification of the terminal and the identification of the PLMN of the first network to which the terminal is connected are used for indicating that the request is for acquiring the URSP rule for the terminal corresponding to the identification, and the identification of the PLMN is used for indicating that the request is for acquiring the URSP rule applicable to the network corresponding to the identification of the PLMN;
the network side equipment sends a first response of the first request, wherein the first response comprises the second URSP rule, and the second URSP rule included in the first response is generated according to the first information.
It can be seen that the third communication device provides the URSP rule of the terminal for other devices
That is, in the embodiment of the present application, the first communication device may request the urs of the terminal from the third communication device, so that the third communication device may generate the urs according to the first information (that is, the execution result of the urs) and return the urs to the first communication device.
For example, when the first communication device is a V-AM-PCF and the third communication device is an H-AM-PCF, the V-AM-PCF may send the first request to the H-AM-PCF and receive the first response sent by the H-AM-PCF, i.e., the V-AM-PCF may request the urs rule from the H-AM-PCF.
Optionally, when the network side device is the first communication device, or is the second communication device, or is the third communication device, the method further includes:
the network side equipment receives a second request, wherein the second request is used for collecting the first information, and the second request comprises at least one of the following: the terminal identification is used for indicating the acquisition of the first information from the terminal corresponding to the identification, the terminal location information is used for indicating the acquisition of the first information from the terminal located in a target area range, and the target area range is determined according to the location information;
the network side equipment responds to the second request and sends a second response, wherein the second response comprises the first information.
It should be noted that the above-mentioned terminal may include one or more terminals, that is, the other devices may request, through the above-mentioned second request, to the first communication device or the second communication device or the third communication device, to collect the execution result of the urs rule of the one or more terminals.
Wherein the second request includes at least one of an identifier of the terminal, indication information for indicating acquisition of a urs rule execution result, and location information of the terminal, and when the second request includes the identifier information of the terminal, the first communication device or the second communication device or the third communication device may determine, according to the terminal identifier information included in the second request, which terminal or terminals the second request uses to request the urs rule execution result; when the location information of the terminal is included in the second request, the first communication device or the second communication device or the third communication device may determine, based on the location information included in the second request, a result of execution of the urs rule of the terminal with which location or locations the second request is requested to be associated (e.g., the terminal located within a certain area range where the location indicated by the location information included in the second request is located). The urs rule execution results may be collected from the terminal only when the terminal whose terminal position satisfies the position information, for example, the current terminal position of the terminal is within the indicated position area, or the urs rule execution results of the terminals satisfying the conditions may be requested.
Therefore, the other devices can request the execution result of the urs rule of the acquisition terminal from the first communication device or the second communication device or the third communication device, and thus, the first communication device or the second communication device or the third communication device can return the execution result of the urs rule to the device sending the second request.
For example, when the first communication device is a V-AM-PCF, the V-NWDAF may send the second request (specifically, may be an analysis subscription request message or an analysis information request message) to the V-AM-PCF, and receive the second response (specifically, may be an analysis subscription notification message or an analysis information notification message) sent by the V-AM-PCF, that is, the V-NWDAF may request the V-AM-PCF to collect the execution result of the urs rule;
in particular, the process of the V-NWDAF collecting the urs rule execution results from the V-AM-PCF may include at least one of:
the V-NWDAF sends an analyze subscription request (nnwdaf_analysis subscription_ Subscribe request) message to the V-AM-PCF, including: UE identifier, terminal location information, traffic descriptor, path selection descriptor, urs rule id, etc.; V-AM-PCF is achieved by: analyzing a subscription notification (Nnwdaf_Analytics description_Notify) message, and sending a URSP rule execution result to the V-NWDAF;
The V-NWDAF sends an analysis information Request (Nnwdaf_Analytics Info_Request) message to the V-AM-PCF, the analysis information Request message including: UE identifier, terminal location information, traffic descriptor, path selection descriptor, urs rule id, etc. V-AM-PCF is achieved by: an analysis information notification (nnwdaf_analysis info_notify) message, sends a urs rule execution result to the V-NWDAF.
Or when the first communication device is the V-AM-PCF, namely the H-AM-PCF can acquire the execution result of the URSP rule from the V-AM-PCF;
specifically, the process of the H-AM-PCF obtaining the terminal urs rule execution result from the V-AM-PCF may include:
the V-AM-PCF sends the urs rule execution result to the H-AM-PCF via either Npcf UEPolicyControl Update Request or Npcf UEPolicyControl UpdateNotify Response.
It can be understood that the H-AM-PCF may also request the V-AM-PCF to send the terminal urs rule execution result: for example, the H-AM-PCF requests the V-AM-PCF to send the URSP rule execution result to the H-AM-PCF through the Npcf UEPolicyControl UpdateNotify Request.
Or,
for example, when the second communication device is a V-NWDAF, the H-NWDAF may send the second request (specifically, may be an analysis subscription request message or an analysis information request message) to the V-NWDAF, and receive the second response (specifically, may be an analysis subscription notification message or an analysis information notification message) sent by the V-NWDAF, that is, the H-NWDAF may request the V-NWDAF to collect the execution result of the urs rule;
Specifically, the process of obtaining, by the H-NWDAF, the terminal urs rule execution result from the V-NWDAF may include at least one of the following:
the H-NWDAF sends an analysis subscription request (nnwdaf_analysis subscription_ Subscribe request) message to the V-NWDAF, the analysis subscription request message including: UE identifier, terminal location information, traffic descriptor, path selection descriptor, urs rule id, etc.; V-NWDAF passes: analyzing a subscription notification (Nnwdaf_Analytics description_Notify) message, and sending a URSP rule execution result to the H-NWDAF;
the H-NWDAF sends an analysis information Request (Nnwdaf_Analytics Info_Request) message to the V-NWDAF, the analysis information Request message including: UE identifier, terminal location information, traffic descriptor, path selection descriptor, urs rule id, etc. V-NWDAF passes: an analysis information notification (nnwdaf_analysis info_notify) message sends a urs rule execution result to the H-NWDAF.
Or,
for example, when the third communication device is an H-AM-PCF, the H-NWDAF may send the second request (specifically, may be an analysis subscription request message or an analysis information request message) to the H-AM-PCF, and receive the second response (specifically, may be an analysis subscription notification message or an analysis information notification message) sent by the H-AM-PCF, that is, the H-NWDAF may request the H-AM-PCF to collect the execution result of the urs rule.
Specifically, the process of the H-NWDAF obtaining the terminal urs rule execution result from the H-AM-PCF may include at least one of the following:
the H-NWDAF sends an analyze subscription request (Nnwdaf_Analytics subscriber_ Subscribe request) message to the H-AM-PCF, the analyze subscription request message including: UE identifier, PLMN identifier, terminal location information, traffic descriptor, path selection descriptor, urs rule ID, etc.; V-AM-PCF is achieved by: and analyzing a subscription notification (Nnwdaf_Analytics description_Notify) message, and sending a URSP rule execution result to the H-NWDAF.
The H-NWDAF sends an analysis information Request (Nnwdaf_Analytics Info_Request) message to the H-AM-PCF, the analysis information Request including: UE identifier, PLMN identifier, terminal location information, traffic descriptor, path selection descriptor, urs toleid, etc.; the H-AM-PCF sends URSP rule execution results to the H-NWDAF through an analysis information notification (Nnwdaf_Analytics Info_Notify) message.
Optionally, when the network side device is the first communication device, after the network side device receives the second request, the method further includes:
the network side equipment sends a third request, wherein the third request is used for indicating the terminal to report the first information;
The network side device obtains first information, including:
the network side equipment receives a third response of the third request, wherein the third response comprises the first information.
Here, the third request includes at least one of:
Nnwdaf_AnalyticsInfo_Request；
Nnwdaf_AnalyticsSubscription_Subscribe；
Npcf_UEPolicyControl Update Request；
Npcf_UEPolicyControl UpdateNotify Request；
PDU session establishment acceptance (PDU session establishment accept);
PUD session modification acceptance (PDU session modification accept);
Registration Accept；
DL NAS message。
the third response includes at least one of:
uplink NAS message (UL NAS message);
a PDU session establishment request (PDU session establishment request);
a PDU session modification request (PDU session modification request);
a registration request (Registration request);
UE policy control update request/Response (npcf_ UEPolicyControl Update Request/Response);
UE policy control creates Response request/Response (Npcf UEPolicyControl Create Request/Response);
Nnwdaf_AnalyticsSubscription_Notify；
Nnwdaf_AnalyticsInfo_Notify。
it can be known that, after the first communication device is requested to collect the urs rule execution result, the first communication device may instruct the terminal to report the urs rule execution result.
For example, when the first communication device is a V-AM-PCF, the V-AM-PCF may send the third request (for example, send a downlink NAS message) to the terminal after receiving the second request sent by the V-NWDAF, so as to instruct the terminal to report the urs rule execution result, so that after receiving the third information, the terminal may report the urs rule execution result to the AMF, so that the AMF reports the urs rule execution result to the V-AM-PCF.
Specifically, the V-AM-PCF may request the terminal (through the AMF) to report the urs rule execution result on the terminal through at least one of the following messages:
session establishment acceptance (PDU session establishment accept PDU);
session modification acceptance (PDU session modification accept PDU);
registration acceptance (Registration Accept);
downlink NAS message (DL NAS message);
UE policy control update response (npcf_ UEPolicyControl Update Response);
UE policy control creation response (npcf_ UEPolicyControl Create Response).
Optionally, the third response is a non-access stratum NAS message.
That is, the first communication device may receive the execution result of the urs rule through a Non-Access Stratum (NAS) message.
Optionally, when the network side device is the first communication device or the third communication device, the method further includes:
the network side equipment sends a fourth request, wherein the fourth request is used for requesting to acquire an analysis result;
the network side equipment receives a fourth response of the fourth request, wherein the fourth response comprises an analysis result;
wherein the fourth request includes at least one of the following information:
a terminal identification of the terminal;
The identity of the PLMN to which the terminal is connected;
a traffic descriptor;
analyzing the identification;
a path selection descriptor.
Here, the fourth request may include at least one of:
Nnwdaf_AnalyticsInfo_Request；
Nnwdaf_AnalyticsSubscription_Subscribe request；
Npcf_UEPolicyControl Update Request；
Npcf_UEPolicyControl UpdateNotify Request；
PDU session establishment accept；
PDU session modification accept；
Registration Accept；
DL NAS message。
the fourth response may include at least one of:
uplink NAS message (UL NAS message);
a PDU session establishment request (PDU session establishment request);
a PDU session modification request (PDU session modification request);
a registration request (Registration request);
UE policy control update request/Response (npcf_ UEPolicyControl Update Request/Response);
UE policy control creation request/Response (npcf_ UEPolicyControl Create Request/Response);
analyzing subscription notification (nnwdaf_analytics description_notify);
analysis information notification (nnwdaf_analyticinfo_notify).
Therefore, the first communication device or the third communication device may request the analysis result of the urs rule of the terminal from the other devices, so that the requested device (i.e. the device receiving the fourth request) may acquire the analysis result of the urs rule of the corresponding terminal according to the information carried in the fourth request, thereby returning to the first communication device or the third communication device.
Optionally, when the network side device is the second communication device or the fourth communication device, the method further includes:
The network side equipment receives a fourth request, wherein the fourth request is used for requesting to acquire the analysis result;
the network side equipment sends a fourth response, wherein the fourth response comprises the analysis result;
wherein the fourth request includes at least one of the following information:
a terminal identification of the terminal;
the identity of the PLMN to which the terminal is connected;
a traffic descriptor;
analysis identification (analysis ID);
a path selection descriptor.
It can be known that the second communication device or the fourth communication device may provide the analysis result of the urs rule of the terminal for the other devices.
As can be seen from the foregoing, in the embodiment of the present application, the first communication device may send the fourth request to the second communication device, and receive the fourth response sent by the fourth communication device, that is, the first communication device may request the urs rule analysis result from the second communication device. For example, when the first communication device is a V-AM-PCF and the second communication device is a V-NWDAF, the V-AM-PCF may send the fourth request to the V-NWDAF and receive the fourth response sent by the V-NWDAF, that is, the V-AM-PCF may request the urs rule analysis result from the V-NWDAF.
The third communication device may send the fourth request to the fourth communication device, and receive the fourth response sent by the fourth communication device, that is, the third communication device may request the urs rule analysis result from the fourth communication device. For example, when the third communication device is an H-AM-PCF and the fourth communication device is an H-NWDAF, the H-AM-PCF may send the fourth request to the H-NWDAF and receive the fourth response sent by the H-NWDAF, that is, the H-AM-PCF may request the urs rule analysis result from the H-NWDAF.
Further, the fourth Request may be an analysis subscription Request (nnwdaf_analysis subscribers_subscribers) or an analysis information Request (nnwdaf_analysis info_request), and the fourth Request may be an analysis subscription Response (nnwdaf_analysis subscribers_response) or an analysis message notification (nnwdaf_analysis info_notify).
In a second aspect, referring to fig. 3, a flowchart of a routing policy execution result processing method according to an embodiment of the present application is shown, where the method may include the following step 301:
step 301: the terminal transmits the first information.
The first information comprises an execution result of a first routing policy URSP rule of the terminal;
the first information is for at least one of:
generating a URSP rule analysis result of the terminal;
and generating a second URSP rule for the terminal.
Optionally, the terminal is a roaming terminal.
Optionally, the urs rule analysis result is used for generating a second urs rule for the terminal;
the URSP rule analysis result comprises at least one of the following:
performance corresponding to the flow descriptor;
performance corresponding to the path selection descriptor.
It can be known that, in the embodiment of the present application, according to the execution result of the first urs rule of the terminal, the PDU session to which each application flow is finally matched is known, and meanwhile, the performance, such as various performance indexes, of the application flows in the PDU session is also known. Then, according to the execution results and the performance indexes, artificial intelligent analysis can be performed, so that an analysis result of a first URSP rule of the terminal is generated, and further, a second URSP rule suitable for the terminal or terminal application is generated according to the analysis result; alternatively, the second urs rule of the terminal may be generated directly according to the execution result of the first urs rule of the terminal.
In the embodiment of the present application, the terminal shall report the execution result of the urs rule, which is the root cause: after the urls rule designed by the operator are issued to the terminal, for some APP flows, the operator wants to know which rule is ultimately executed in the terminal, and then the operator can adjust the urls rule with unreasonable design according to the feedback of the execution result. Thus, the operator would like to get feedback on the execution of the urs.
In addition, it should be noted that in different terminals, different urs rule may be executed for the same APP traffic.
In this embodiment of the present application, the terminal may send first information to the network side device, where the first information includes an execution result of a first routing policy urs rule of the terminal; the first information is for at least one of: generating a URSP rule analysis result of the terminal; and generating a second URSP rule for the terminal. Therefore, the execution result of the first urs run of the terminal can be transmitted to the network side device to generate the analysis result of the first urs run of the terminal and/or generate the second urs run for the terminal, so that the acquisition of the execution result of the first urs run of the terminal is realized, and thus, when needed, the operator can acquire the execution result of the first urs run of the terminal from the network side device, so that the analysis result of the first urs run of the terminal can be generated and/or generate the second urs run for the terminal, and further, the rule of which the flow of the APP of the terminal is executed in the terminal and/or update the urs run of the terminal can be obtained.
Optionally, the execution result includes at least one of:
in the first routing policy urs rule, the terminal is first related information of urs rule executed by the application flow;
in the first routing policy urs rule, the terminal does not give the second related information of the urs rule executed by the application flow.
For example, if the terminal configures the urs to include X number, where N number of urs are executed for the application and X-N number of urs are not executed for the application, the execution result of the terminal includes first related information of the N number of urs executed for the application and/or second related information of the X-N number of urs not executed for the application.
Wherein the first related information includes at least one of:
a traffic descriptor under a URSP rule executed by the terminal;
a path selection descriptor under a URSP rule executed by the terminal;
and the identification of the URSP rule executed by the terminal.
The second related information includes at least one of:
in the URSP rule which is not executed for the application flow by the terminal, the terminal does not support or can not identify the URSP rule;
in the URSP rule executed by the terminal without giving the application flow, the terminal does not support or can not identify the identifier of the URSP rule;
In the URSP rule which is not executed by the terminal for the application flow, the terminal does not support or can not recognize the path selection descriptor;
in the urs rule that the terminal does not execute for the application traffic, the terminal does not support or can not recognize traffic descriptors.
That is, the result of executing the urs rule means that for a certain APP flow, the terminal uses the urs rule for that flow. Here, the urs rule used refers to the matched traffic descriptor (traffic descriptor) and the path selection descriptor (Route Selection Descriptor, RSD) used at traffic descriptor (RSC under RSD may also be included). The relevant explanation of traffic descriptor and RSD is described above, and will not be repeated here.
Optionally, the terminal sends the first information, including:
the terminal receives a third request, wherein the third request is used for indicating the terminal to report the first information;
the terminal sends a third response to the third request, the third response including the first information.
After receiving the third request sent by the first communication device, the terminal may report the urs rule execution result to the first communication device. Here, the first communication device is one of the communication devices of the roaming place of the terminal.
Wherein the first communication device may further send the third request after receiving the second request. The second request is used for collecting the urs rule execution result, that is, the first communication device may instruct the terminal to report the urs rule execution result after receiving the second request for requesting the urs rule execution result.
When the first communication device is a V-AM-PCF, the V-AM-PCF may send the third request to the terminal after receiving the second request sent by the V-NWDAF.
Optionally, the third response is a non-access stratum NAS message.
That is, the terminal may report the execution result of the urs rule to the first communication device through a Non-Access Stratum (NAS) message.
As can be seen from the first aspect to the second aspect, for a roaming terminal, the terminal accesses a network of a roaming location or a visiting location, and in this scenario, how the roaming terminal reports an execution result of a urs rule to a network side is a problem that can be solved by the technical solution of the present application. For example, the roaming terminal reports the execution result of the urs rule to the device at the roaming location or the home location, whether the execution result of the urs rule can be transmitted between different devices at the roaming location, and whether the execution result can be transmitted between different devices at the home location.
Specifically, in the embodiment of the present application, the terminal may report the urs rule execution result to the V-AM-PCF by means of NAS message (implementing that the terminal reports the urs rule execution result to the roaming device);
optionally, the V-AM-PCF may report the urs rule execution result to the H-AM-PCF (to realize the transmission of the urs rule execution result between the roaming device and the home device); alternatively, the V-AM-PCF may report the urs rule execution result to the V-NWDAF (to realize the transmission of the urs rule execution result between different devices of the roaming device).
Optionally, the V-NWDAF may also collect the urs run execution result from the V-AM-PCF (to realize the transmission of the urs run execution result between different devices of the roaming device);
optionally, the H-NWDAF may also collect the urs run execution result from the H-AM-PCF (to realize the transmission of the urs run execution result between different devices of the home device); or the H-NWDAF may collect the urs run execution result from the V-NWDAF (implementing the transmission of the urs run execution result between the roaming device and the home device).
In addition, in the embodiment of the application, the V-AM-PCF requests the analysis result of the URSP rule from the V-NWDAF; the H-AM-PCF may also request the analysis result of the URSP rule from the H-NWDAF.
In addition, the execution result of the URSP rule is used for generating an analysis result of the URSP rule and/or the URSP rule; the analysis result of the urs rule is used to generate the urs rule.
Therefore, the V-AM-PCF can obtain the analysis result of the URSP rule from the V-NWDAF and then generate the URSP rule according to the analysis result, thereby updating the URSP rule for the terminal;
or the H-AM-PCF can obtain the analysis result of the URSP rule from the H-NWDAF and then generate the URSP rule according to the analysis result so as to update the URSP rule for the terminal;
the V-AM-PCF may also request the urs rule of the terminal from the H-AM-PCF.
Furthermore, it should be noted that: the H-NWDAF may also collect the observation service experience (observed service experience, OSE) of a certain terminal from the V-NWDAF. Wherein the OSE includes statistical information of some communication indexes generated in the process that the terminal accesses a certain server. The OSE may also assist in the generation of the urs rule. The experience of the terminal accessing a certain server is that after a certain URSP rule is used, various experiences or communication indexes of the server are accessed. As described above:
when a certain routing descriptor under the traffic descriptor is used in the urs run, the performance corresponding to the routing descriptor, or the performance that can be achieved after the routing descriptor RSD is used. The performance here refers to the performance that the terminal can achieve after using the traffic descriptor for application traffic, and the performance index includes at least one of the following: qoS flow bit rate (QoS flow Bit Rate), qoS flow packet delay (QoS flow Packet Delay), packet transmission delay, upstream rate, downstream rate, maximum traffic rate (upstream or downstream), average traffic rate (upstream or downstream), maximum packet delay, average packet loss rate, and so forth.
For example, when a certain path selection descriptor under a certain traffic descriptor is used for an application on a terminal (for example, a traffic descriptor such as Application descriptor =app1 is used, and a certain RSD under the traffic descriptor is used, where the RSD includes { SSC mode=3, using non-3GPP access mode }), the application traffic is carried in a PDU session, and the achieved performance index is: the uplink speed is 50Mbps, the packet delay is 10 milliseconds, and the packet loss rate is 0.0001.
Based on this, the specific implementation of the routing policy execution result processing method in the embodiment of the present application may be as described in any one of the following embodiments one to three.
Embodiment one: the H-AM-PCF requests the H-NWDAF to generate URSP rule analysis results, and the H-NWDAF obtains the URSP rule execution results from the V-NWDAF. As shown in fig. 4, the method comprises the following steps 401 to 408:
step 401: the roaming UE sends the urs rule execution result to the V-AM-PCF.
Namely, the roaming UE sends the URSP rule execution result to the AMF, so that the AMF forwards the result to the V-AM-PCF;
for example, the terminal sends the URSP rule execution result to the AMF through the uplink NAS message
The AMF then sends the URSP rule execution result to the V-AM-PCF through the npcf_ UEPolicyControl Update Request.
Step 402: the H-AM-PCF sends a fourth request to the H-NWDAF.
The fourth Request is used for requesting to obtain the urs rule analysis result of the roaming UE, and may be, for example, nnwdaf_analysis subsystem_subsystem or nnwdaf_analysis info_request.
Additionally, the fourth request may include at least one of the following information:
a terminal identification of the roaming UE;
an identity of a PLMN to which the roaming UE accesses;
analysis identification (analysis ID);
a traffic descriptor;
a path selection descriptor.
In addition, the URSP rule analysis result is used for generating a URSP rule for the terminal;
the URSP rule analysis result comprises at least one of the following:
performance corresponding to the flow descriptor;
performance corresponding to the path selection descriptor.
Step 403: the H-NWDAF sends a second request to the V-NWDAF. The second Request may also be an nnwdaf_analytics description_subscnibe or an nnwdaf_analytics info Request.
Wherein, the second request is used for requesting the URSP rule execution result of the roaming UE, and the second request can be a subscription message or a request message.
Additionally, the second request may include at least one of:
an identity of the roaming UE;
location information of the roaming UE;
The identifier of the roaming UE is used for indicating that a urs rule execution result is acquired from a terminal corresponding to the identifier, the location information of the roaming UE is used for indicating that a urs rule execution result is acquired from a terminal located in a target area, and the target area is determined according to the location information;
in addition, the urs rule execution result may include at least one of:
the roaming UE is first related information of URSP rule executed by application flow;
the roaming UE does not perform the second related information of the urs rule for the application traffic.
Wherein the first related information includes at least one of:
a traffic descriptor executed by the roaming UE;
a path selection descriptor executed by the roaming UE;
and the roaming UE executes the identification of the URSP rule.
The second related information includes at least one of:
the roaming UE does not support or cannot identify a urs rule;
the roaming UE does not support or cannot recognize the identity of the urs rule;
the roaming UE does not support or cannot recognize a path selection descriptor;
the roaming UE does not support or recognize traffic descriptors.
Step 404: the V-NWDAF sends the second request to the V-AM-PCF.
Step 405: the V-AM-PCF sends a second response to the V-NWDAF for a second request, where the second response includes a urs rule execution result of the roaming UE, and the second response may be a notification message.
Step 406: the V-NWDAF sends the second response to the H-NWDAF, that is, the V-NWDAF sends the acquired data (that is, the urs rule execution result of the roaming UE) to the H-NWDAF.
After the H-NWDAF obtains the urs rule execution result of the roaming UE, the urs rule analysis result of the terminal may be generated according to the urs rule execution result of the roaming UE.
Step 407: the H-NWDAF sends a fourth Response of the fourth request to the H-AM-PCF, where the first Response includes a urs rule analysis result generated by the H-NWDAF according to the urs rule execution result of the roaming UE, and the fourth Response may be, for example, nnwdaf_analysis subscribers_response or nnwdaf_analysis info_notify.
Step 408: the H-AM-PCF generates URSP rule according to the URSP rule analysis result, thereby updating roaming place URSP rule for roaming UE.
Embodiment two: the H-AM-PCF requests the H-NWDAF to generate URSP rule analysis results, and the H-NWDAF obtains the execution results of the URSP rule from the H-AM-PCF. As shown in fig. 5, the method comprises the following steps 501 to 506:
Step 501: the roaming UE sends the urs rule execution result to the H-AM-PCF.
That is, the roaming UE sends the uss rule execution result to the AMF, so that the AMF forwards the uss rule execution result to the V-AM-PCF, and the V-AM-PCF forwards the uss rule execution result to the H-AM-PCF.
Step 502: the H-AM-PCF sends a fourth request to the H-NWDAF.
The fourth Request is used for requesting to obtain the urs rule analysis result of the roaming UE, and may be, for example, nnwdaf_analysis subsystem_subsystem or nnwdaf_analysis info_request.
In addition, the fourth request includes at least one of the following information:
a terminal identification of the roaming UE;
an identity of a PLMN to which the roaming UE accesses;
a traffic descriptor;
analysis identification (analysis ID);
a path selection descriptor.
In addition, the URSP rule analysis result is used for generating a URSP rule for the terminal;
the URSP rule analysis result comprises at least one of the following:
performance corresponding to the flow descriptor;
performance corresponding to the path selection descriptor.
Step 503: the H-NWDAF sends a second request to the H-AM-PCF.
Wherein, the second request is used for requesting the URSP rule execution result of the roaming UE, and the second request can be a subscription message or a request message.
Additionally, the second request may include at least one of:
An identity of the roaming UE;
location information of the roaming UE;
the identifier of the roaming UE is used for indicating that a urs rule execution result is acquired from a terminal corresponding to the identifier, the location information of the roaming UE is used for indicating that a urs rule execution result is acquired from a terminal located in a target area, and the target area is determined according to the location information;
in addition, the urs rule execution result may include at least one of:
the roaming UE is first related information of URSP rule executed by application flow;
the roaming UE does not perform the second related information of the urs rule for the application traffic.
Wherein the first related information may include at least one of:
a traffic descriptor executed by the roaming UE;
a path selection descriptor executed by the roaming UE;
and the roaming UE executes the identification of the URSP rule.
The second related information may include at least one of:
the roaming UE does not support or cannot identify a urs rule;
the roaming UE does not support or cannot recognize the identity of the urs rule;
the roaming UE does not support or cannot recognize a path selection descriptor;
the roaming UE does not support or recognize traffic descriptors.
Step 504: the H-AM-PCF sends a second response of a second request to the H-NWDAF, wherein the second response comprises a URSP rule execution result of the roaming UE, and the second response can be a notification message;
after the H-NWDAF obtains the urs rule execution result of the roaming UE, a urs rule analysis result of the terminal may be generated according to the urs rule execution result of the roaming UE;
step 505: the H-NWDAF sends a fourth Response of the fourth request to the H-AM-PCF, wherein the fourth Response comprises a URSP rule analysis result generated by the H-NWDAF according to a URSP rule execution result of the roaming UE, and the first Response can be, for example, nnwdaf_Analytics subscription_response or Nnwdaf_Analytics Info_Notify;
step 506: the H-AM-PCF generates URSP rule according to the URSP rule analysis result, thereby updating roaming place URSP rule for roaming UE.
Embodiment III: the V-AM-PCF requests the V-NWDAF to generate URSP rule analysis results, and the V-NWDAF obtains the execution results of the URSP rule from the V-AM-PCF. As shown in fig. 6, the method comprises the following steps 601 to 606:
step 601: the roaming UE sends the urs rule execution result to the V-AM-PCF.
I.e. the roaming UE sends the urs rule execution result to the AMF for forwarding by the AMF to the V-AM-PCF.
Step 602: the V-AM-PCF sends a fourth request to the V-NWDAF.
The fourth Request is used for requesting to obtain the urs rule analysis result of the roaming UE, and may be, for example, nnwdaf_analysis subsystem_subsystem or nnwdaf_analysis info_request.
In addition, the fourth request includes at least one of the following information:
a terminal identification of the roaming UE;
an identity of a PLMN to which the roaming UE accesses;
a traffic descriptor;
analysis identification (analysis ID);
a path selection descriptor.
In addition, the URSP rule analysis result is used for generating a URSP rule for the terminal;
the URSP rule analysis result comprises at least one of the following:
performance corresponding to the flow descriptor;
performance corresponding to the path selection descriptor.
Step 603: the V-NWDAF sends a second request to the V-AM-PCF.
Wherein, the second request is used for requesting the URSP rule execution result of the roaming UE, and the second request can be a subscription message or a request message.
Additionally, the second request may include at least one of:
an identity of the roaming UE;
location information of the roaming UE;
the identifier of the roaming UE is used for indicating that a urs rule execution result is acquired from a terminal corresponding to the identifier, the location information of the roaming UE is used for indicating that a urs rule execution result is acquired from a terminal located in a target area, and the target area is determined according to the location information;
In addition, the urs rule execution result may include at least one of:
the roaming UE is first related information of URSP rule executed by application flow;
the roaming UE does not perform the second related information of the urs rule for the application traffic.
Wherein the first related information may include at least one of:
a traffic descriptor executed by the roaming UE;
a path selection descriptor executed by the roaming UE;
and the roaming UE executes the identification of the URSP rule.
The second related information may include at least one of:
the roaming UE does not support or cannot identify a urs rule;
the roaming UE does not support or cannot recognize the identity of the urs rule;
the roaming UE does not support or cannot recognize a path selection descriptor;
the roaming UE does not support or recognize traffic descriptors.
Step 604: the V-AM-PCF sends a second response of a second request to the V-NWDAF, wherein the second response comprises a URSP rule execution result of the roaming UE, and the second response can be a notification message;
after the V-NWDAF obtains the urs rule execution result of the roaming UE, a urs rule analysis result of the terminal may be generated according to the urs rule execution result of the roaming UE;
Step 605: the V-NWDAF sends a fourth response to the fourth request to the V-AM-PCF.
The fourth Response includes a urs rule analysis result generated by the V-NWDAF according to the urs rule execution result of the roaming UE, and may be, for example, nnwdaf_analysis description_response or nnwdaf_analysis info_notify.
Step 606: the V-AM-PCF generates URSP rule according to the URSP rule analysis result, thereby updating roaming place URSP rule for roaming UE.
The first, second and third embodiments may further include the following steps:
the V-AM-PCF sends a first request to the H-AM-PCF, wherein the first request is used for requesting to acquire the URSP rule of the terminal, and the first request comprises at least one of the following information: the terminal identification of the terminal and the identification of the Public Land Mobile Network (PLMN) to which the terminal is connected are used for indicating that the URSP rule is requested to be acquired for the terminal corresponding to the identification, and the identification of the PLMN is used for indicating that the URSP rule applicable to the network corresponding to the identification of the PLMN is requested to be acquired;
the V-AM-PCF receives a first response of a first request sent by the H-AM-PCF, wherein the first response comprises a URSP rule of the roaming UE.
I.e., the V-AM-PCF may request a urs rule for the roaming UE from the H-AM-PCF.
According to the routing policy execution result processing method provided by the embodiment of the application, the execution main body can be the routing policy execution result processing device. In the embodiment of the present application, the routing policy execution result processing device provided in the embodiment of the present application is described by taking the routing policy execution result processing device as an example of a routing policy execution result processing method.
In a third aspect, referring to fig. 7, a block diagram of a routing policy execution result processing apparatus provided in an embodiment of the present application is shown, where the routing policy execution result processing apparatus may be applied to a network side device. The routing policy execution result processing device 70 includes:
a first obtaining module 701, configured to obtain first information;
the first information comprises an execution result of a first routing strategy URSP rule of the terminal;
the first information is for at least one of:
generating an analysis result of a first URSP rule of the terminal;
and generating a second URSP rule for the terminal.
Optionally, the network side device is one of the following devices:
the communication device comprises a first communication device, a second communication device, a third communication device and a fourth communication device;
The first communication device and the second communication device are two devices of the terminal under a first network respectively, and the third communication device and the fourth communication device are two devices of the terminal under a second network respectively.
Optionally, the execution result includes at least one of:
in the first routing policy urs rule, the terminal is first related information of urs rule executed by the application flow;
in the first routing policy urs rule, the terminal does not give the second related information of the urs rule executed by the application flow.
Optionally, the first related information includes at least one of:
a traffic descriptor under a URSP rule executed by the terminal;
a path selection descriptor under a URSP rule executed by the terminal;
and the identification of the URSP rule executed by the terminal.
Optionally, the second related information includes at least one of:
in the URSP rule which is not executed for the application flow by the terminal, the terminal does not support or can not identify the URSP rule;
in the URSP rule executed by the terminal without giving the application flow, the terminal does not support or can not identify the identifier of the URSP rule;
In the URSP rule which is not executed by the terminal for the application flow, the terminal does not support or can not recognize the path selection descriptor;
in the urs rule that the terminal does not execute for the application traffic, the terminal does not support or can not recognize traffic descriptors.
Optionally, the analysis result is used for generating a second urs rule for the terminal;
the analysis result includes at least one of:
performance corresponding to the flow descriptor;
performance corresponding to the path selection descriptor.
Optionally, when the network side device is the first communication device, the apparatus further includes at least one of the following:
the second sending module is used for sending the first information to the second communication equipment;
and the third sending module is used for sending the first information to the third communication equipment.
Optionally, when the network side device is the first communication device, the apparatus further includes:
a fourth sending module, configured to send a first request, where the first request is used to request to obtain the second urs rule, and the first request includes at least one of the following information: the terminal identification of the terminal and the identification of the public land mobile network PLMN of the first network to which the terminal is connected are used for indicating that the request is for acquiring the URSP rule for the terminal corresponding to the identification, and the identification of the PLMN is used for indicating that the request is for acquiring the URSP rule applicable to the network corresponding to the identification of the PLMN;
And a first receiving module, configured to receive a first response of the first request, where the first response includes the second urs rule, and the second urs rule included in the first response is generated according to the first information.
Optionally, when the network side device is a first communication device of the roaming place of the terminal, or is a second communication device of the roaming place of the terminal, or is a third communication device of the home place of the terminal, the apparatus further includes:
a second receiving module, configured to receive a second request, where the second request is used to collect the first information, and the second request includes at least one of: the terminal identification is used for indicating the acquisition of the first information from the terminal corresponding to the identification, the terminal location information is used for indicating the acquisition of the first information from the terminal located in a target area range, and the target area range is determined according to the location information;
and a fifth sending module, configured to send a second response in response to the second request, where the second response includes the first information.
Optionally, when the network side device is the first communication device, the apparatus further includes:
the sixth sending module is configured to send a third request after the second receiving module receives the second request, where the third request is used to instruct the terminal to report the first information;
the first obtaining module is specifically configured to: a third response to the third request is received, the third response including the first information.
Optionally, the third response is a non-access stratum NAS message.
Optionally, when the network side device is the first communication device or the third communication device, the apparatus further includes:
a seventh sending module, configured to send a fourth request, where the fourth request is used to request to obtain the analysis result;
a fourth receiving module, configured to receive a fourth response of the fourth request, where the fourth response includes the analysis result;
wherein the fourth request includes at least one of the following information:
a terminal identification of the terminal;
the identity of the PLMN to which the terminal is connected;
a traffic descriptor;
analyzing the identification;
a path selection descriptor.
Optionally, when the network side device is the second communication device, or the third communication device, or the fourth communication device, the first obtaining module is specifically configured to:
Receiving the first information;
and/or the number of the groups of groups,
transmitting a second request, wherein the second request is used for collecting the first information, and the second request comprises at least one of the following: the terminal identification, the indication information used for indicating acquisition of URSP rule execution results and the position information of the terminal, wherein the terminal identification is used for indicating acquisition of first information from a terminal corresponding to the identification, the terminal position information is used for indicating acquisition of first information from a terminal located in a target area range, and the target area range is determined according to the position information;
a second response to the second request is received, wherein the second response includes the first information.
Optionally, when the network side device is the third communication device, the apparatus further includes:
a fifth receiving module, configured to receive a first request, where the first request is used to request to obtain the second urs rule, and the first request includes at least one of the following information: the terminal identification of the terminal and the identification of the PLMN of the first network to which the terminal is connected are used for indicating that the request is for acquiring the URSP rule for the terminal corresponding to the identification, and the identification of the PLMN is used for indicating that the request is for acquiring the URSP rule applicable to the network corresponding to the identification of the PLMN;
And an eighth sending module, configured to send a first response of the first request, where the first response includes the second urs rule, and the second urs rule included in the first response is generated according to the first information.
Optionally, when the network side device is the second communication device or the fourth communication device, the apparatus further includes:
a sixth receiving module, configured to receive a fourth request, where the fourth request is used to request to obtain the analysis result;
a ninth sending module, configured to send a fourth response, where the fourth response includes the analysis result;
wherein the fourth request includes at least one of the following information:
a terminal identification of the terminal;
the identity of the PLMN to which the terminal is connected;
a traffic descriptor;
analyzing the identification;
a path selection descriptor.
Optionally, the terminal is a roaming terminal.
Optionally, the first network is a network of a roaming place or a visiting place of the terminal, and the second network is a network of a home place of the terminal;
or,
the first network is a network of a home location of the terminal, and the second network is a network of a roaming location or a visiting location of the terminal.
The routing policy execution result processing device in the embodiment of the present application may be an electronic device, for example, an electronic device with an operating system, or may be a component in an electronic device, for example, an integrated circuit or a chip. The electronic device may be a network-side device. By way of example, the network-side device may be a server, a network attached storage (Network Attached Storage, NAS), etc., and embodiments of the present application are not limited in detail.
The routing policy execution result processing device provided in the embodiment of the present application can implement each process implemented by the method embodiment of fig. 2, and achieve the same technical effects, so that repetition is avoided, and no further description is provided herein.
In a fourth aspect, referring to fig. 8, a block diagram of a routing policy execution result processing device provided in an embodiment of the present application is shown, where the routing policy execution result processing device may be applied to a terminal, for example, a terminal. The routing policy execution result processing device 80 includes:
a first sending module 801, configured to send first information;
the first information comprises an execution result of a first routing policy URSP rule of the terminal;
the first information is for at least one of:
Generating a URSP rule analysis result of the terminal;
and generating a second URSP rule for the terminal.
Optionally, the execution result includes at least one of:
in the first routing policy urs rule, the terminal is first related information of urs rule executed by the application flow;
in the first routing policy urs rule, the terminal does not give the second related information of the urs rule executed by the application flow.
Optionally, the first related information includes at least one of:
a traffic descriptor under a URSP rule executed by the terminal;
a path selection descriptor under a URSP rule executed by the terminal;
and the identification of the URSP rule executed by the terminal.
Optionally, the second related information includes at least one of:
in the URSP rule which is not executed for the application flow by the terminal, the terminal does not support or can not identify the URSP rule;
in the URSP rule executed by the terminal without giving the application flow, the terminal does not support or can not identify the identifier of the URSP rule;
in the URSP rule which is not executed by the terminal for the application flow, the terminal does not support or can not recognize the path selection descriptor;
in the urs rule that the terminal does not execute for the application traffic, the terminal does not support or can not recognize traffic descriptors.
Optionally, the urs rule analysis result is used for generating a second urs rule for the terminal;
the URSP rule analysis result comprises at least one of the following:
performance corresponding to the flow descriptor;
performance corresponding to the path selection descriptor.
Optionally, the first sending module is specifically configured to:
receiving a third request, wherein the third request is used for indicating the terminal to report the first information;
and sending a third response of the third request, wherein the third response comprises the first information.
Optionally, the third response is a non-access stratum NAS message.
Optionally, the terminal is a roaming terminal.
The routing policy execution result processing device in the embodiment of the present application may be an electronic device, for example, an electronic device with an operating system, or may be a component in an electronic device, for example, an integrated circuit or a chip. The electronic device may be a terminal. By way of example, the terminals may include, but are not limited to, the types of terminals 11 listed above.
The routing policy execution result processing device provided in the embodiment of the present application can implement each process implemented by the method embodiment of fig. 3, and achieve the same technical effects, so that repetition is avoided, and no further description is provided herein.
Optionally, as shown in fig. 9, the embodiment of the present application further provides a communication device 900, including a processor 901 and a memory 902, where a program or an instruction that can be executed on the processor 901 is stored in the memory 902, for example, when the communication device 900 is a network side device, the program or the instruction is executed by the processor 901 to implement each step of the embodiment of the routing policy execution result processing method described in the first aspect, and the same technical effects can be achieved. When the communication device 900 is a terminal, the program or the instruction, when executed by the processor 901, implements the steps of the embodiment of the routing policy execution result processing method according to any one of the second aspect, and can achieve the same technical effects, so that repetition is avoided and no further description is given here.
The embodiment of the application also provides a terminal, as shown in fig. 10, for implementing a hardware structure schematic diagram of the terminal in the embodiment of the application.
The terminal 1000 includes, but is not limited to: at least some of the components of the radio frequency unit 1001, the network module 1002, the audio output unit 1003, the input unit 1004, the sensor 1005, the display unit 1006, the user input unit 1007, the interface unit 1008, the memory 1009, and the processor 1010, etc.
Those skilled in the art will appreciate that terminal 1000 can also include a power source (e.g., a battery) for powering the various components, which can be logically connected to processor 1010 by a power management system so as to perform functions such as managing charge, discharge, and power consumption by the power management system. The terminal structure shown in fig. 10 does not constitute a limitation of the terminal, and the terminal may include more or less components than shown, or may combine some components, or may be arranged in different components, which will not be described in detail herein.
It should be understood that in the embodiment of the present application, the input unit 1004 may include a graphics processing unit (Graphics Processing Unit, GPU) 10041 and a microphone 10042, and the graphics processor 10041 processes image data of still pictures or videos obtained by an image capturing device (such as a camera) in a video capturing mode or an image capturing mode. The display unit 1006 may include a display panel 10061, and the display panel 10061 may be configured in the form of a liquid crystal display, an organic light emitting diode, or the like. The user input unit 1007 includes at least one of a touch panel 10071 and other input devices 10072. Touch panel 10071, also referred to as a touch screen. The touch panel 10071 can include two portions, a touch detection device and a touch controller. Other input devices 10072 may include, but are not limited to, a physical keyboard, function keys (e.g., volume control keys, switch keys, etc.), a trackball, a mouse, a joystick, and so forth, which are not described in detail herein.
In this embodiment, after receiving downlink data from the network side device, the radio frequency unit 1001 may transmit the downlink data to the processor 1010 for processing; in addition, the radio frequency unit 1001 may send uplink data to the network side device. In general, the radio frequency unit 1001 includes, but is not limited to, an antenna, an amplifier, a transceiver, a coupler, a low noise amplifier, a duplexer, and the like.
The memory 1009 may be used to store software programs or instructions and various data. The memory 1009 may mainly include a first memory area storing programs or instructions and a second memory area storing data, wherein the first memory area may store an operating system, application programs or instructions (such as a sound playing function, an image playing function, etc.) required for at least one function, and the like. Further, the memory 1009 may include volatile memory or nonvolatile memory, or the memory 1009 may include both volatile and nonvolatile memory. The nonvolatile Memory may be a Read-Only Memory (ROM), a Programmable ROM (PROM), an Erasable PROM (EPROM), an Electrically Erasable EPROM (EEPROM), or a flash Memory. The volatile memory may be random access memory (Random Access Memory, RAM), static RAM (SRAM), dynamic RAM (DRAM), synchronous DRAM (SDRAM), double Data Rate SDRAM (ddr SDRAM), enhanced SDRAM (Enhanced SDRAM), synchronous DRAM (SLDRAM), and Direct RAM (DRRAM). Memory 1009 in embodiments of the present application includes, but is not limited to, these and any other suitable types of memory.
The processor 1010 may include one or more processing units; optionally, the processor 1010 integrates an application processor that primarily processes operations involving an operating system, user interface, application programs, and the like, and a modem processor that primarily processes wireless communication signals, such as a baseband processor. It will be appreciated that the modem processor described above may not be integrated into the processor 1010.
Wherein, the radio frequency unit 1001 is configured to send first information;
the first information comprises an execution result of a first routing policy URSP rule of the terminal;
the first information is for at least one of:
generating a URSP rule analysis result of the terminal;
and generating a second URSP rule for the terminal.
Optionally, the execution result includes at least one of:
in the first routing policy urs rule, the terminal is first related information of urs rule executed by the application flow;
in the first routing policy urs rule, the terminal does not give the second related information of the urs rule executed by the application flow.
Optionally, the first related information includes at least one of:
A traffic descriptor under a URSP rule executed by the terminal;
a path selection descriptor under a URSP rule executed by the terminal;
and the identification of the URSP rule executed by the terminal.
Optionally, the second related information includes at least one of:
in the URSP rule which is not executed for the application flow by the terminal, the terminal does not support or can not identify the URSP rule;
in the URSP rule executed by the terminal without giving the application flow, the terminal does not support or can not identify the identifier of the URSP rule;
in the URSP rule which is not executed by the terminal for the application flow, the terminal does not support or can not recognize the path selection descriptor;
in the urs rule that the terminal does not execute for the application traffic, the terminal does not support or can not recognize traffic descriptors.
Optionally, the urs rule analysis result is used for generating a second urs rule for the terminal;
the URSP rule analysis result comprises at least one of the following:
performance corresponding to the flow descriptor;
performance corresponding to the path selection descriptor.
Optionally, the radio frequency unit 1001 sends first information, specifically for:
receiving a third request, wherein the third request is used for indicating the terminal to report the first information;
And sending a third response of the third request, wherein the third response comprises the first information.
Optionally, the third response is a non-access stratum NAS message.
Optionally, the terminal is a roaming terminal.
The embodiment of the application also provides network side equipment. As shown in fig. 11, the network side device 1100 includes: a processor 1101, a network interface 1102, and a memory 1103. The network interface 1102 is, for example, a common public radio interface (common public radio interface, CPRI).
Specifically, the network side device 1100 of the embodiment of the present invention further includes: instructions or programs stored in the memory 1103 and executable on the processor 1101, the processor 1101 calls the instructions or programs in the memory 1103 to perform any one of the methods shown in fig. 2 and achieve the same technical effects, and are not repeated here.
The embodiment of the present application further provides a readable storage medium, where a program or an instruction is stored on the readable storage medium, and when the program or the instruction is executed by a processor, the processes of the embodiment of the routing policy execution result processing method described in the first aspect or the second aspect are implemented, and the same technical effects can be achieved, so that repetition is avoided, and details are not repeated here.
Wherein the processor is a processor in the terminal described in the above embodiment. The readable storage medium includes computer readable storage medium such as computer readable memory ROM, random access memory RAM, magnetic or optical disk, etc.
The embodiment of the present application further provides a chip, where the chip includes a processor and a communication interface, where the communication interface is coupled to the processor, and the processor is configured to run a program or an instruction, implement each process of the embodiment of the routing policy execution result processing method described in the first aspect or the second aspect, and achieve the same technical effect, so that repetition is avoided, and no redundant description is provided herein.
It should be understood that the chips referred to in the embodiments of the present application may also be referred to as system-on-chip chips, or the like.
The embodiments of the present application further provide a computer program/program product, where 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 each process of the embodiments of the routing policy execution result processing method described in the first aspect or the second aspect, and achieve the same technical effects, and are not described herein for avoiding repetition.
The embodiment of the application also provides a routing policy execution result processing system, which comprises: the network side device and the terminal are used for executing the steps of the routing policy execution result processing method according to the second aspect, and the network side device is used for executing the steps of the routing policy execution result processing method according to the first aspect.
It should be noted that, in this document, the terms "comprises," "comprising," or any other variation thereof, are intended to cover a non-exclusive inclusion, such that a process, method, article, or apparatus that comprises a list of elements does not include only those elements but may include other elements not expressly listed or inherent to such process, method, article, or apparatus. Without further limitation, an element defined by the phrase "comprising one … …" does not exclude the presence of other like elements in a process, method, article, or apparatus that comprises the element. Furthermore, it should be noted that the scope of the methods and apparatus in the embodiments of the present application is not limited to performing the functions in the order shown or discussed, but may also include performing the functions in a substantially simultaneous manner or in an opposite order depending on the functions involved, e.g., the described methods may be performed in an order different from that described, and various steps may also be added, omitted, or combined. Additionally, features described with reference to certain examples may be combined in other examples.
From the above description of the embodiments, it will be clear to those skilled in the art that the above-described embodiment method may be implemented by means of software plus a necessary general hardware platform, but of course may also be implemented by means of hardware, but in many cases the former is a preferred embodiment. Based on such understanding, the technical solutions of the present application may be embodied essentially or in a part contributing to the prior art in the form of a computer software product stored in a storage medium (such as ROM/RAM, magnetic disk, optical disk), comprising several instructions for causing a terminal (which may be a mobile phone, a computer, a server, an air conditioner, or a network device, etc.) to perform the method described in the embodiments of the present application.
The embodiments of the present application have been described above with reference to the accompanying drawings, but the present application is not limited to the above-described embodiments, which are merely illustrative and not restrictive, and many forms may be made by those of ordinary skill in the art without departing from the spirit of the present application and the scope of the claims, which are also within the protection of the present application.
Claims (30)
1. A method for processing a result of execution of a routing policy, comprising:
the network side equipment acquires first information;
the first information comprises an execution result of a first routing strategy URSP rule of the terminal;
the first information is for at least one of:
generating an analysis result of a first URSP rule of the terminal;
and generating a second URSP rule for the terminal.
2. The method of claim 1, wherein the network-side device is one of the following:
the communication device comprises a first communication device, a second communication device, a third communication device and a fourth communication device;
the first communication device and the second communication device are two devices of the terminal under a first network respectively, and the third communication device and the fourth communication device are two devices of the terminal under a second network respectively.
3. The method of claim 1, wherein the execution result comprises at least one of:
in the first routing policy urs rule, the terminal is first related information of urs rule executed by the application flow;
in the first routing policy urs rule, the terminal does not give the second related information of the urs rule executed by the application flow.
4. A method according to claim 3, wherein the first related information comprises at least one of:
a traffic descriptor under a URSP rule executed by the terminal;
a path selection descriptor under a URSP rule executed by the terminal;
and the identification of the URSP rule executed by the terminal.
5. A method according to claim 3, wherein the second related information comprises at least one of:
in the URSP rule which is not executed for the application flow by the terminal, the terminal does not support or can not identify the URSP rule;
in the URSP rule executed by the terminal without giving the application flow, the terminal does not support or can not identify the identifier of the URSP rule;
in the URSP rule which is not executed by the terminal for the application flow, the terminal does not support or can not recognize the path selection descriptor;
in the urs rule that the terminal does not execute for the application traffic, the terminal does not support or can not recognize traffic descriptors.
6. The method of claim 1, wherein the analysis result is used to generate a second urs rule for the terminal;
the analysis result includes at least one of:
performance corresponding to the flow descriptor;
Performance corresponding to the path selection descriptor.
7. The method according to claim 2, wherein when the network-side device is the first communication device, the method further comprises at least one of:
the network side equipment sends the first information to the second communication equipment;
the network side equipment sends the first information to the third communication equipment.
8. The method according to claim 2, wherein when the network-side device is the first communication device, the method further comprises:
the network side device sends a first request, wherein the first request is used for requesting to acquire the second urs rule, and the first request comprises at least one of the following information: the terminal identification of the terminal and the identification of the public land mobile network PLMN of the first network to which the terminal is connected are used for indicating that the request is for acquiring the URSP rule for the terminal corresponding to the identification, and the identification of the PLMN is used for indicating that the request is for acquiring the URSP rule applicable to the network corresponding to the identification of the PLMN;
the network side device receives a first response of the first request, wherein the first response comprises the second urs rule.
9. The method according to claim 2, wherein when the network-side device is the first communication device, or the second communication device, or the third communication device, the method further comprises:
the network side equipment receives a second request, wherein the second request is used for collecting the first information, and the second request comprises at least one of the following: the terminal identification is used for indicating the acquisition of the first information from the terminal corresponding to the identification, the terminal location information is used for indicating the acquisition of the first information from the terminal located in a target area range, and the target area range is determined according to the location information;
the network side equipment responds to the second request and sends a second response, wherein the second response comprises the first information.
10. The method of claim 9, wherein when the network side device is the first communication device, after the network side device receives the second request, the method further comprises:
The network side equipment sends a third request, wherein the third request is used for indicating the terminal to report the first information;
the network side device obtains first information, including:
the network side equipment receives a third response of the third request, wherein the third response comprises the first information.
11. The method of claim 10, wherein the third response is a non-access stratum NAS message.
12. The method according to claim 2, wherein when the network-side device is the first communication device or the third communication device, the method further comprises:
the network side equipment sends a fourth request, wherein the fourth request is used for requesting to acquire the analysis result;
the network side equipment receives a fourth response of the fourth request, wherein the fourth response comprises the analysis result;
wherein the fourth request includes at least one of the following information:
a terminal identification of the terminal;
the identity of the PLMN to which the terminal is connected;
a traffic descriptor;
analyzing the identification;
a path selection descriptor.
13. The method according to claim 2, wherein when the network side device is the second communication device, or is the third communication device, or is the fourth communication device, the network side device obtains first information, including:
The network side equipment receives the first information;
and/or the number of the groups of groups,
the network side equipment sends a second request, wherein the second request is used for collecting the first information, and the second request comprises at least one of the following: the terminal identification, the indication information used for indicating acquisition of URSP rule execution results and the position information of the terminal, wherein the terminal identification is used for indicating acquisition of first information from a terminal corresponding to the identification, the terminal position information is used for indicating acquisition of first information from a terminal located in a target area range, and the target area range is determined according to the position information;
the network side equipment receives a second response of the second request, wherein the second response comprises the first information.
14. The method according to claim 2, wherein when the network-side device is the third communication device, the method further comprises:
the network side equipment receives a first request, wherein the first request is used for requesting to acquire the second URSP rule, and the first request comprises at least one of the following information: the terminal identification of the terminal and the identification of the PLMN of the first network to which the terminal is connected are used for indicating that the request is for acquiring the URSP rule for the terminal corresponding to the identification, and the identification of the PLMN is used for indicating that the request is for acquiring the URSP rule applicable to the network corresponding to the identification of the PLMN;
The network side equipment sends a first response of the first request, wherein the first response comprises the second URSP rule.
15. The method according to claim 2, wherein when the network-side device is the second communication device or the fourth communication device, the method further comprises:
the network side equipment receives a fourth request, wherein the fourth request is used for requesting to acquire the analysis result;
the network side equipment sends a fourth response, wherein the fourth response comprises the analyzed result;
wherein the fourth request includes at least one of the following information:
a terminal identification of the terminal;
the identity of the PLMN to which the terminal is connected;
a traffic descriptor;
analyzing the identification;
a path selection descriptor.
16. The method according to any of claims 1 to 15, wherein the terminal is a roaming terminal.
17. The method according to claim 2, wherein the first network is a network of a roaming or visited place of the terminal and the second network is a network of a home place of the terminal;
or,
the first network is a network of a home location of the terminal, and the second network is a network of a roaming location or a visiting location of the terminal.
18. A method for processing a result of execution of a routing policy, comprising:
the terminal sends first information;
the first information comprises an execution result of a first routing policy URSP rule of the terminal;
the first information is for at least one of:
generating a URSP rule analysis result of the terminal;
and generating a second URSP rule for the terminal.
19. The method of claim 18, wherein the execution result comprises at least one of:
in the first routing policy urs rule, the terminal is first related information of urs rule executed by the application flow;
in the first routing policy urs rule, the terminal does not give the second related information of the urs rule executed by the application flow.
20. The method of claim 19, wherein the first related information comprises at least one of:
a traffic descriptor under a URSP rule executed by the terminal;
a path selection descriptor under a URSP rule executed by the terminal;
and the identification of the URSP rule executed by the terminal.
21. The method of claim 19, wherein the second related information comprises at least one of:
In the URSP rule which is not executed for the application flow by the terminal, the terminal does not support or can not identify the URSP rule;
in the URSP rule executed by the terminal without giving the application flow, the terminal does not support or can not identify the identifier of the URSP rule;
in the URSP rule which is not executed by the terminal for the application flow, the terminal does not support or can not recognize the path selection descriptor;
in the urs rule that the terminal does not execute for the application traffic, the terminal does not support or can not recognize traffic descriptors.
22. The method of claim 18, wherein the urs rule analysis results are used to generate a second urs rule for the terminal;
the URSP rule analysis result comprises at least one of the following:
performance corresponding to the flow descriptor;
performance corresponding to the path selection descriptor.
23. The method of claim 18, wherein the terminal transmitting the first information comprises:
the terminal receives a third request, wherein the third request is used for indicating the terminal to report the first information;
the terminal sends a third response to the third request, the third response including the first information.
24. The method of claim 23, wherein the third response is a non-access stratum NAS message.
25. A method according to any of claims 18 to 24, wherein the terminal is a roaming terminal.
26. A routing policy enforcement result processing apparatus, said apparatus comprising:
the first acquisition module is used for acquiring first information;
the first information comprises an execution result of a first routing strategy URSP rule of the terminal;
the first information is for at least one of:
generating a URSP rule analysis result of the terminal;
and generating a second URSP rule for the terminal.
27. A routing policy enforcement result processing apparatus, said apparatus comprising:
the first sending module is used for sending the first information;
the first information comprises an execution result of a first routing strategy URSP rule of the terminal;
the first information is for at least one of:
generating a URSP rule analysis result of the terminal;
and generating a second URSP rule for the terminal.
28. A network side device comprising a processor and a memory storing a program or instructions executable on the processor, which when executed by the processor, implement the steps of the routing policy enforcement result processing method of any of claims 1 to 17.
29. A terminal comprising a processor and a memory storing a program or instructions executable on the processor, which when executed by the processor, implement the steps of the routing policy enforcement result processing method of any of claims 18 to 25.
30. A readable storage medium, wherein a program or an instruction is stored on the readable storage medium, which when executed by a processor, implements the steps of the routing policy execution result processing method according to any one of claims 1 to 17, or implements the steps of the routing policy execution result processing method according to any one of claims 18 to 25.
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN202211081120.XA CN117692986A (en) | 2022-09-02 | 2022-09-02 | Method, device and equipment for processing routing policy execution result |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN202211081120.XA CN117692986A (en) | 2022-09-02 | 2022-09-02 | Method, device and equipment for processing routing policy execution result |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| CN117692986A true CN117692986A (en) | 2024-03-12 |
Family
ID=90133984
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN202211081120.XA Pending CN117692986A (en) | 2022-09-02 | 2022-09-02 | Method, device and equipment for processing routing policy execution result |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN117692986A (en) |
-
2022
- 2022-09-02 CN CN202211081120.XA patent/CN117692986A/en active Pending
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| CN117692986A (en) | Method, device and equipment for processing routing policy execution result | |
| WO2024078589A1 (en) | Information reporting method and apparatus, communication device, and storage medium | |
| WO2023185810A1 (en) | Ue route selection policy (ursp) determination method, user equipment, and network-side device | |
| CN116866942A (en) | URSP rule optimization method, device, terminal, network equipment and medium | |
| WO2024088119A1 (en) | Data processing method and apparatus, and terminal and network-side device | |
| WO2023143423A1 (en) | Information acquisition, storage and reporting method and device, terminal, and network function | |
| WO2023213242A1 (en) | Ue policy information configuration method and apparatus, first network function, and terminal | |
| CN117835314A (en) | Analysis result acquisition method and communication equipment | |
| CN116866886A (en) | Data acquisition method and communication equipment | |
| CN117641497A (en) | Equipment path selection method, device, terminal and network side equipment | |
| CN117528676A (en) | Method for acquiring network selection information of managed network, terminal and network side equipment | |
| CN117692982A (en) | Routing policy execution condition processing method, device and equipment | |
| CN117479142A (en) | Configuration information acquisition method and device and configuration information storage method and device | |
| CN117939560A (en) | Execution result reporting method, receiving method, terminal and network equipment | |
| CN117241230A (en) | IMS service acquisition method, terminal and network equipment | |
| CN116939738A (en) | Session holding method, terminal and network side equipment | |
| CN116567529A (en) | Terminal policy updating method, terminal and communication equipment | |
| CN117015083A (en) | Session processing method, device, terminal and readable storage medium | |
| CN117528831A (en) | Information acquisition and transmission method, server access and session establishment method and equipment | |
| CN117294679A (en) | IMS service acquisition method, terminal, network equipment and medium | |
| CN117062099A (en) | Method, device and storage medium for auxiliary terminal network selection | |
| CN117792886A (en) | Forwarding rule configuration method and device, terminal and network side equipment | |
| CN116567613A (en) | Data transmission and configuration method and device, terminal and network side equipment | |
| CN116996904A (en) | Data processing method, terminal and network side equipment | |
| CN117119429A (en) | Terminal route selection policy information management method and related equipment |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| PB01 | Publication | ||
| PB01 | Publication | ||
| SE01 | Entry into force of request for substantive examination | ||
| SE01 | Entry into force of request for substantive examination |