WO2024045970A1 - 路由选择策略执行结果处理方法、装置及设备 - Google Patents

路由选择策略执行结果处理方法、装置及设备 Download PDF

Info

Publication number
WO2024045970A1
WO2024045970A1 PCT/CN2023/109998 CN2023109998W WO2024045970A1 WO 2024045970 A1 WO2024045970 A1 WO 2024045970A1 CN 2023109998 W CN2023109998 W CN 2023109998W WO 2024045970 A1 WO2024045970 A1 WO 2024045970A1
Authority
WO
WIPO (PCT)
Prior art keywords
communication device
network
terminal
network side
verification
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.)
Ceased
Application number
PCT/CN2023/109998
Other languages
English (en)
French (fr)
Inventor
吕华章
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Vivo Mobile Communication Co Ltd
Original Assignee
Vivo Mobile Communication Co Ltd
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Vivo Mobile Communication Co Ltd filed Critical Vivo Mobile Communication Co Ltd
Publication of WO2024045970A1 publication Critical patent/WO2024045970A1/zh
Anticipated expiration legal-status Critical
Ceased legal-status Critical Current

Links

Classifications

    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W40/00Communication routing or communication path finding
    • H04W40/02Communication route or path selection, e.g. power-based or shortest path routing
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L47/00Traffic control in data switching networks
    • H04L47/10Flow control; Congestion control
    • H04L47/20Traffic policing
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W40/00Communication routing or communication path finding
    • H04W40/24Connectivity information management, e.g. connectivity discovery or connectivity update
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W76/00Connection management
    • H04W76/10Connection setup
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W76/00Connection management
    • H04W76/10Connection setup
    • H04W76/11Allocation or use of connection identifiers
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W76/00Connection management
    • H04W76/20Manipulation of established connections
    • H04W76/22Manipulation of transport tunnels

Definitions

  • the present application belongs to the field of communication technology, and specifically relates to a routing strategy execution result processing method, device and equipment.
  • the terminal's routing policy (UE Route Selection Policy, URSP) rule is a policy defined by the Third Generation Partnership Projects (3GPP) and sent to the terminal.
  • the terminal can match according to this rule.
  • the specific PDU session refers to various parameters of the PDU session, such as Data Network Name (DNN), Single Network Slice Selection Assistance Information (S-NSSAI), session and service continuity mode (Session and Service Continuity mode, SSC mode), etc., are all stipulated in the URSP rule.
  • DNN Data Network Name
  • S-NSSAI Single Network Slice Selection Assistance Information
  • SSC mode Session and Service Continuity mode
  • the APP can send the APP traffic characteristics to the terminal, and then the terminal matches the URSP rules in the terminal one by one according to the traffic characteristics of the APP. Among them, after the APP traffic characteristics match a certain URSP rule, you can further choose which PDU session to use to send the APP's traffic.
  • the operator hopes to know which rule the terminal finally matches for the traffic of these APPs (that is, it hopes to know the rules of the URSP rules). Results of the).
  • the terminal currently cannot know the execution results of the terminal's URSP rules.
  • Embodiments of the present application provide a routing policy execution result processing method, device and equipment to achieve the acquisition of the execution result of the URSP rule of the terminal.
  • the first aspect provides a routing policy execution result processing method, including:
  • the first network side device obtains the first information
  • the first information includes the terminal’s routing policy URSP rule execution result
  • the first information is used to verify the URSP rule execution result on the terminal.
  • a method for processing routing selection policy execution results including:
  • the second network side device receives the second information, where the second information includes the routing policy URSP rule execution result of the terminal, the protocol data unit PDU session identifier of the terminal, and the user permanent identifier.
  • the second information is Performing the second verification and/or the third verification on the URSP rule execution results of the terminal;
  • the second network side device performs a second verification and/or a third verification on the terminal's URSP rule execution result based on the second information.
  • a routing policy execution result processing device including:
  • the first acquisition module is used to acquire the first information
  • the first information includes the terminal’s routing policy URSP rule execution result
  • the first information is used to verify the URSP rule execution result on the terminal.
  • a routing policy execution result processing device including:
  • the first receiving module is configured to receive second information, where the second information includes the routing policy URSP rule execution result of the terminal, the protocol data unit PDU session identifier of the terminal, and the user permanent identifier, and the second The information is used to conduct the second verification and/or the third verification of the URSP rule execution result of the terminal;
  • the first verification module is configured to perform a second verification and/or a third verification on the URSP rule execution result of the terminal based on the second information.
  • a network-side device including a processor and a memory.
  • the memory stores programs or instructions that can be run on the processor.
  • the program or instructions are executed by the processor, the following implementations are implemented: The steps of the method described in the first aspect or the second aspect.
  • a sixth aspect provides a routing policy execution result processing system, including: a first network side device and a second network side device.
  • the first network side device can be used to perform routing as described in the first aspect.
  • the second network side device may be configured to perform the steps of the routing policy execution result processing method as described in the second aspect.
  • a readable storage medium is provided. Programs or instructions are stored on the readable storage medium. When the programs or instructions are executed by a processor, the steps of the method described in the first aspect are implemented, or the steps of the method are implemented as described in the first aspect. The steps of the method described in the second aspect.
  • a chip in an eighth aspect, includes a processor and a communication interface.
  • the communication interface is coupled to the processor.
  • the processor is used to run programs or instructions to implement the method described in the first aspect. , or implement the method described in the second aspect.
  • a computer program/program product is provided, the computer program/program product is stored in a storage medium, and the computer program/program product is executed by at least one processor to implement the first aspect or the second aspect. The steps of the method described in this aspect.
  • embodiments of the present application provide a routing policy execution result processing device, which is configured to perform the steps of the routing policy execution result processing method described in the first or second aspect.
  • the first network side device can obtain the first information, where the first information includes the URSP rule execution result of the terminal, and the first information is used to verify the URSP rule execution result of the terminal.
  • the URSP rule execution result of the terminal can be transmitted to the first network side device to verify the URSP rule execution result of the terminal, thereby realizing the acquisition of the URSP rule execution result of the terminal.
  • the operator can obtain the URSP rule execution result from the above when needed.
  • the first network side device obtains the execution result of the URSP rule of the terminal, so that the execution result of the URSP rule can be verified on the terminal, and it can be learned whether the URSP rule of the terminal is used correctly.
  • Figure 1 is a block diagram of a wireless communication system applicable to the embodiment of the present application.
  • Figure 2 is a flow chart of a routing policy execution result processing method in an embodiment of the present application
  • Figure 3 is a flow chart of another routing policy execution result processing method in the embodiment of the present application.
  • Figure 4 is one of the flow charts of a specific implementation method of the routing policy execution result processing method in the embodiment of the present application
  • Figure 5 is the second flow chart of a specific implementation of the routing policy execution result processing method in the embodiment of the present application.
  • Figure 6 is the third flow chart of a specific implementation of the routing policy execution result processing method in the embodiment of the present application.
  • Figure 7 is the fourth flowchart of a specific implementation of the routing policy execution result processing method in the embodiment of the present application.
  • Figure 8 is a structural block diagram of a routing policy execution result processing device in an embodiment of the present application.
  • FIG. 9 is a structural block diagram of another routing policy execution result processing device in an embodiment of the present application.
  • Figure 10 is a structural block diagram of a communication device in an embodiment of the present application.
  • Figure 11 is a structural block diagram of a network side device in an embodiment of the present application.
  • first, second, etc. in the description and claims of this application are used to distinguish similar objects and are not used to describe a specific order or sequence. It is to be understood that the terms so used are interchangeable under appropriate circumstances so that the embodiments of the present application can be practiced in sequences other than those illustrated or described herein, and “first” and “second” are intended to distinguish It is usually one type, and the number of objects is not limited.
  • the first object can be one or multiple.
  • “and/or” in the description and claims indicates at least one of the connected objects, and the character “/" generally indicates that the related objects are in an "or” relationship.
  • LTE Long Term Evolution
  • LTE-Advanced, LTE-A Long Term Evolution
  • LTE-A Long Term Evolution
  • CDMA Code Division Multiple Access
  • TDMA Time Division Multiple Access
  • FDMA Frequency Division Multiple Access
  • OFDMA Orthogonal Frequency Division Multiple Access
  • SC-FDMA Single-carrier Frequency Division Multiple Access
  • NR New Radio
  • FIG. 1 shows a block diagram of a wireless communication system to which embodiments of the present application are applicable.
  • the wireless communication system includes a terminal 11 and a network side device 12.
  • the terminal 11 can be a mobile phone, a tablet computer (Tablet Personal Computer), a laptop computer (Laptop Computer), or a notebook computer, a personal digital assistant (Personal Digital Assistant, PDA), a handheld computer, a netbook, or a super mobile personal computer.
  • Tablet Personal Computer Tablet Personal Computer
  • laptop computer laptop computer
  • PDA Personal Digital Assistant
  • PDA Personal Digital Assistant
  • UMPC ultra-mobile personal computer
  • UMPC mobile Internet device
  • Mobile Internet Device MID
  • augmented reality augmented reality, AR
  • VR virtual reality
  • robots wearable devices
  • VUE vehicle-mounted equipment
  • PUE pedestrian terminal
  • smart home home equipment with wireless communication functions, such as refrigerators, TVs, washing machines or furniture, etc.
  • game consoles personal computers (personal computers, PC), teller machines or self-service Terminal devices
  • wearable devices include: smart watches, smart bracelets, smart headphones, smart glasses, smart jewelry (smart bracelets, smart bracelets, smart rings, smart necklaces, smart anklets, smart anklets, etc.), Smart wristbands, smart clothing, etc.
  • the network side equipment 12 may include access network equipment or core network equipment, where the access network equipment 12 may also be called wireless access network equipment, radio access network (Radio Access Network, RAN), radio access network function or Wireless access network unit.
  • the access network device 12 may include a base station, a WLAN access point or a WiFi node, etc.
  • the base station may be called a Node B, an evolved Node B (eNB), an access point, a Base Transceiver Station (BTS), a radio Base station, radio transceiver, Basic Service Set (BSS), Extended Service Set (ESS), Home B-Node, Home Evolved B-Node, Transmitting Receiving Point (TRP) or all
  • eNB evolved Node B
  • BTS Base Transceiver Station
  • BSS Basic Service Set
  • ESS Extended Service Set
  • Home B-Node Home Evolved B-Node
  • TRP Transmitting Receiving Point
  • the core network equipment may include but is not limited to at least one of the following: core network node, core network function, mobility management entity (Mobility Management Entity, MME), access mobility management function (Access and Mobility Management Function, AMF), session management function (Session Management Function, SMF), User Plane Function (UPF), Policy Control Function (PCF), Policy and Charging Rules Function (PCRF), Edge Application Service Discovery function (Edge Application Server Discovery Function, EASDF), Unified Data Management (UDM), Unified Data Repository (UDR), Home Subscriber Server (HSS), centralized Network configuration (Centralized network configuration, CNC), network storage function (Network Repository Function, NRF), network exposure function (Network Exposure Function, NEF), local NEF (Local NEF, or L-NEF), binding support function (Binding Support Function (BSF), Application Function (Application Function, AF), etc.
  • MME mobility management entity
  • AMF Access and Mobility Management Function
  • SMF Session Management Function
  • UPF User Plane Function
  • the first network side device and/or the second network side device are both core network devices, or both are one device or multiple devices among the core network devices.
  • the first communication device, the second communication device, the third communication device, the fourth communication device, the fifth communication device, the sixth communication device, and the seventh communication device are all core network devices, or are all core network devices.
  • V-AM-PCF can be the policy control function (Policy Control Function, PCF), or the roaming (visited) UE policy control function (visited UE Policy Control Function, V-UE-PCF);
  • PCF Policy Control Function
  • V-UE-PCF roaming UE policy control function
  • H-AM-PCF mentioned above can be PCF or home UE Policy Control Function (H-UE-PCF).
  • URSP is a strategy defined by the 3rd Generation Partnership Project (3GPP) and sent to the UE. According to this strategy, the UE can match the traffic of the application (APP) to a specific protocol data unit (Protocol Data Unit, PDU) session.
  • 3GPP 3rd Generation Partnership Project
  • PDU Protocol Data Unit
  • the APP can send APP traffic characteristics to the UE.
  • the traffic characteristics can include: destination Internet Protocol (IP) address, fully qualified domain name (Fully Qualified Domain) Name, FQDN), etc.; then, the UE matches the URSP rules in the UE one by one according to the traffic characteristics of the APP; among them, in the URSP rule, the specified traffic description/characteristics include the content shown in Table 1.
  • this Traffic descriptor happens to exist in the UE URSP rule, it means that the traffic of the APP can match a certain URSP rule.
  • the next step is to choose which PDU session to use to send the APP's traffic.
  • RSD Route Selection Descriptor
  • RSD priority (precedence) 1: S-NSSAI-a, (Non-3GPP Access) Non-3GPP Access;
  • NWDAF is introduced to perform some intelligent analysis.
  • NWDAF has a certain AI intelligent analysis function, that is, NWDAF collects some data and uses built-in algorithms and analysis Ability to analyze some results and provide them to 5G core network elements for some operational optimization or statistical analysis.
  • NWDAF can provide an Observed Service Experience related network data analytics function. Based on this function, the quality of service (QoS) information of a terminal accessing a server can be collected, such as uplink and downlink rates. Packet loss rate, etc., and output a statistical information, which includes the user experience of the terminal accessing the server; NWDAF can also predict based on the historical experience of the terminal accessing the server, for example, in a certain time period in the future, In a certain area, if this terminal accesses the server, the user's possible experience conditions (such as QoS conditions) can be predicted.
  • QoS Quality of service
  • the analysis or prediction content that NWDAF can provide is distinguished by analysis identification (Analytic ID).
  • Analytic ID Service Experience (Service Experience); therefore, as long as the network element of the NWDAF service is obtained and the Analytic ID is entered when requesting analysis, then NWDAF can provide the corresponding analyzed.
  • Table 2 it is the Analytic ID corresponding to all the analyzes currently provided by NWDAF.
  • routing policy execution result processing method provided by the embodiments of the present application will be described in detail below with reference to the accompanying drawings through some embodiments and application scenarios.
  • FIG. 2 is a flow chart of a routing policy execution result processing method provided by an embodiment of the present application.
  • the method may include the following steps 201:
  • Step 201 The first network side device obtains the first information.
  • the first information includes the terminal’s routing policy URSP rule execution result
  • the first information is used to verify the URSP rule execution result on the terminal.
  • the terminal is a roaming terminal.
  • verifying the URSP rule execution result on the terminal is to determine whether the terminal uses the URSP rule correctly.
  • the verification process includes three verifications, and the specific verification methods for each time will be introduced in detail later.
  • the URSP rule execution result includes at least one of the following:
  • the URSP rule executed by the terminal for application traffic is the URSP rule used by the terminal each time.
  • the terminal can report the URSP rule used; where, it can be reported
  • the URSP rule ID of the URSP rule used can also be reported as the specific URSP rule used (for example, the traffic descriptor used, the path selection description used);
  • the terminal is a traffic descriptor executed by the application traffic; here, the executed traffic descriptor is the traffic descriptor used by the terminal each time. After each use of the traffic descriptor by the terminal, the terminal can report the used traffic descriptor. ; The terminal can report the priority (traffic descriptor precedence) or traffic descriptor ID of the used traffic descriptor to identify the used traffic descriptor; optionally, the executed traffic descriptor includes connection capability (Connection Capability) ;
  • the path selection descriptor executed by the terminal for application traffic is the path selection descriptor used by the terminal each time.
  • the terminal can report the path selection descriptor used.
  • traffic descriptor the reported path selection descriptor also includes one or more RSC (route selection component) under each path selection descriptor executed or used by the terminal, such as DNN, S-NSSAI, SSC mode etc.
  • the terminal can report the priority (traffic descriptor precedence) or path selection descriptor ID of the used path selection descriptor to identify the used path selection descriptor;
  • the protocol data unit PDU session identifier that carries the application traffic.
  • the URSP rules configured on the terminal include At least one of the process descriptor, path selection descriptor, and PDU session identifier carrying the traffic.
  • the fundamental reason why the terminal needs to report the execution result of the URSP rule is: after the URSP rule designed by the operator is delivered to the terminal, the operator hopes to know the traffic of certain APPs that ultimately ends up on the terminal. Which rule is being executed, and then the operator can adjust the unreasonably designed URSP rule based on the feedback from the execution results. Therefore, operators hope to get feedback on the implementation of the URSP rule.
  • the first network side device can obtain the first information, where the first The information includes the URSP rule execution result of the terminal, and the first information is used to verify the URSP rule execution result of the terminal. It can be seen that the URSP rule execution result of the terminal can be transmitted to the first network side device to verify the URSP rule execution result of the terminal, thereby realizing the acquisition of the URSP rule execution result of the terminal. In this way, the operator can The execution result of the terminal's URSP rule is obtained from the above-mentioned first network side device, so that the terminal's URSP rule execution result can be verified, and further it can be learned whether the terminal's URSP rule is used correctly.
  • the first network side device is a first communication device or a fourth communication device, wherein the first communication device is the first device of the terminal under the second network, and the fourth communication device It is the fourth device of the terminal under the first network.
  • the first network is the network of the terminal's roaming or visiting place
  • the second network is the network of the terminal's home place; or, the first network is the home network of the terminal.
  • the second network is the network of the terminal's roaming place or visiting place.
  • the first network side device obtains the first information, including:
  • the first network side device receives the first information sent by the terminal through a seventh communication device and/or a fourth communication device;
  • the first network side device receives the first information sent by the terminal through at least one of the seventh communication device, the second communication device, the fifth communication device and the fourth communication device;
  • the seventh communication device is a device on the network side
  • the second communication device is the second device of the terminal under the first network
  • the fourth communication device is the terminal under the first network.
  • the fourth device, the fifth communication device is the fifth device in the roaming place of the terminal.
  • the first communication device can also receive the first information reported by the terminal through the seventh communication device and/or the fourth communication device.
  • the first communication device receives the first information through the seventh communication device and/or the fourth communication device.
  • the terminal uses the registration non-access stratum (Non-Access Stratum, NAS) message to report the first information.
  • Non-Access Stratum Non-Access Stratum
  • the first communication device may be Home Access and Mobility Management Policy Control Function (H-AM-PCF)
  • the fourth communication device may be Roaming Access and Mobility Management Policy Control.
  • V-AM-PCF Vehicle Access and Mobility Management Policy Control Function
  • the seventh communication device can be an AMF, that is, the transmission path of the registered NAS message carrying the first information (that is, the execution result of the URSP rule) can be: terminal ⁇ AMF ⁇ V-AM-PCF ⁇ H-AM-PCF.
  • the terminal can send the first information to the seventh communication device through at least one of the following:
  • Upstream NAS message (UL NAS message);
  • PDU session establishment request PDU session establishment request
  • PDU session modification request PDU session modification request
  • the seventh communication device may send the first information to the fourth communication device through at least one of the following:
  • Npcf_UEPolicyControl Update Request Npcf_UEPolicyControl Update Request
  • Npcf_UEPolicyControl Create Request UE policy control creation request
  • N1 message notification (Namf_Communication_N1MessageNotify).
  • the fourth communication device may send the first information to the first communication device through at least one of the following:
  • Npcf_UEPolicyControl UpdateNotify Response UE policy control update notification response
  • the first communication device may receive the first information reported by the terminal through at least one of the seventh communication device, the second communication device, the fifth communication device, and the fourth communication device.
  • the first communication device may receive the first information reported by the terminal through the seventh communication device.
  • At least one of the device, the second communication device, the fifth communication device, and the fourth communication device receives the first information reported by the terminal using the session NAS message.
  • the first communication device may be H-AM-PCF
  • the fourth communication device may be V-AM-PCF
  • the seventh communication device may be AMF
  • the second communication device may be a roaming session management function (VisitedSession Management Function).
  • the fifth communication device can be the roaming session management policy control function (Visited Session Management Policy Control Function, V-SM-PCF), that is, the session NAS message carrying the first information (that is, the execution result of the URSP rule)
  • V-SM-PCF Visited Session Management Policy Control Function
  • the transmission path can be: terminal ⁇ AMF ⁇ V-SMF ⁇ V-SM-PCF ⁇ V-AM-PCF ⁇ H-AM-PCF.
  • the terminal can send the first information to the seventh communication device through at least one of the following:
  • Upstream NAS message (UL NAS message);
  • PDU session establishment request PDU session establishment request
  • PDU session modification request PDU session modification request
  • the seventh communication device may then send the first information to the second communication device through at least one of the following:
  • Nsmf_PDUSession CreateSMContext request Nsmf_PDUSession CreateSMContext request
  • Nsmf_PDUSession UpdateSMContext request Nsmf_PDUSession UpdateSMContext request
  • Nsmf_PDUSession Context request Nsmf_PDUSession Context request
  • the second communication device may send the first information to the fifth communication device through at least one of the following:
  • Session policy control creation request (Npcf_SMPolicyControl_Create Request);
  • Session policy control update request (Npcf_SMPolicyControl_Update Request).
  • the fifth communication device can send the first information to the fourth communication device through at least one of the following:
  • Npcf_UEPolicyControl Update Request/Response UE policy control update request/response
  • Npcf_UEPolicyControl Create Request/Response UE policy control creation request/response
  • Npcf_UEPolicyControl UpdateNotify UE policy control update notification
  • the fourth communication device may send the first information to the first communication device through at least one of the following:
  • the first network side device obtains the first information, including:
  • the first network side device receives the first information sent by the terminal through a seventh communication device
  • the first network side device receives the first information sent by the terminal through at least one of the seventh communication device, the second communication device, and the fifth communication device;
  • the seventh communication device is a network side device
  • the second communication device is the second device of the terminal under the first network
  • the fifth communication device is the fifth communication device of the roaming place of the terminal. equipment.
  • the fourth communication device can also receive the first information reported by the terminal through the seventh communication device.
  • the fourth communication device receives the first information reported by the terminal using the registration NAS message through the seventh communication device.
  • the fourth communication device may be V-AM-PCF
  • the seventh communication device may be AMF, that is, the transmission path of the registration NAS message carrying the first information (i.e., the execution result of the URSP rule) may be: terminal ⁇ AMF ⁇ V -AM-PCF.
  • the terminal can send the first information to the seventh communication device through at least one of the following:
  • Uplink NAS message (UL NAS message);
  • PDU session establishment request PDU session establishment request
  • PDU session modification request PDU session modification request
  • the seventh communication device may send the first information to the fourth communication device through at least one of the following:
  • Npcf_UEPolicyControl Update Request Npcf_UEPolicyControl Update Request
  • Npcf_UEPolicyControl Create Request UE policy control creation request
  • N1 message notification (Namf_Communication_N1MessageNotify).
  • the fourth communication device may receive the first information reported by the terminal through at least one of the seventh communication device, the second communication device, and the fifth communication device.
  • the first communication device may receive the first information reported by the terminal through at least one of the seventh communication device, the second communication device, and the fifth communication device.
  • At least one of the device and the fifth communication device receives the first information reported by the terminal using the session NAS message.
  • the fourth communication device may be V-AM-PCF
  • the seventh communication device may be AMF
  • the second communication device may be V-SMF
  • the fifth communication device may be V-SM-PCF, that is, it carries the first information ( That is, the transmission path of the session NAS message (that is, the execution result of the URSP rule) can be: terminal ⁇ AMF ⁇ V-SMF ⁇ V-SM-PCF ⁇ V-AM-PCF.
  • the terminal can send the first information to the seventh communication device through at least one of the following:
  • Upstream NAS message (UL NAS message);
  • PDU session establishment request PDU session establishment request
  • PDU session modification request PDU session modification request
  • the seventh communication device may then send the first information to the second communication device through at least one of the following:
  • Nsmf_PDUSession CreateSMContext request Nsmf_PDUSession CreateSMContext request
  • Nsmf_PDUSession UpdateSMContext request Nsmf_PDUSession UpdateSMContext request
  • Nsmf_PDUSession Context request Nsmf_PDUSession Context request
  • the second communication device may send the first information to the fifth communication device through at least one of the following:
  • Session policy control creation request (Npcf_SMPolicyControl_Create Request);
  • Session policy control update request (Npcf_SMPolicyControl_Update Request).
  • the fifth communication device can send the first information to the fourth communication device through at least one of the following:
  • Npcf_UEPolicyControl Update Request/Response UE policy control update request/response
  • Npcf_UEPolicyControl Create Request/Response UE policy control creation request/response
  • Npcf_UEPolicyControl UpdateNotify UE policy control update notification
  • the first network side device obtains the first information, including:
  • the first network side device receives the first information sent by the terminal through at least one of the seventh communication device and the second communication device;
  • the seventh communication device is a network side device
  • the second communication device is the second device of the terminal under the first network
  • the third communication device is the terminal under the second network. Third device.
  • the third communication device can also receive the first information reported by the terminal through at least one of the seventh communication device and the second communication device.
  • the third communication device may be H-SMF
  • the seventh communication device may be AMF
  • the second communication device may be V-SMF. Therefore, the transmission of the first information (such as the execution result of the URSP rule (such as connection capability))
  • the path can be: terminal ⁇ AMF ⁇ V-SMF ⁇ H-SMF.
  • the terminal can send the first information to the seventh communication device through at least one of the following:
  • PDU session establishment request PDU session establishment request
  • PDU session modification request PDU session modification request
  • Uplink non-access layer message (UL NAS message).
  • the seventh communication device can send the first information to the second communication device through at least one of the following:
  • the second communication device can send the first information to the third communication device through at least one of the following:
  • the third communication device may also send it to the eighth communication device or the sixth communication device.
  • the eighth communication device is one of the devices in the terminal's home place.
  • the eighth communication device may be the Home Policy Control Function (H-PCF), and the H-PCF may be the home session PCF (PCF for session), or it may be the UE PCF (PCF for UE).
  • H-PCF Home Policy Control Function
  • the H-SMF can also send the first information to the H-PCF, so that the home network can learn the execution result of the URSP rules executed by the terminal in the roaming location, and adjust the rules to the roaming terminal based on this execution result. URSP rules sent.
  • the third communication device may first send the first information to the sixth communication device, and then the sixth communication device sends the first information to the eighth communication device (for example, PCF for UE).
  • the eighth communication device for example, PCF for UE.
  • the third communication device can send the first information to the eighth communication device through a session management policy association establishment or modification (SM policy association establishment/modification) process.
  • SM policy association establishment/modification SM policy association establishment/modification
  • the third communication device sends the first information to the session management policy association through signaling used to establish or modify the session management policy association (such as a session management policy control creation request (Npcf_SMPolicyControl_Create request) or a session management policy control update request (Npcf_SMPolicyControl_Update request)).
  • SM policy association establishment/modification session management policy association establishment/modification
  • the third communication device sends the first information to the session management policy association through signaling used to establish or modify the session management policy association (such as a session management policy control creation request (Npcf_SMPolicyControl_Create request) or a session management policy control update request (Npcf_SMPolicyControl_Update request)).
  • Npcf_SMPolicyControl_Create request a session management policy
  • H-SMF for example, set a Policy Control Request Triggers (PCRT)
  • PCT Policy Control Request Triggers
  • the Policy Control Request Triggers here refer to a condition defined on SMF (such as H-SMF). When this condition is met , SMF needs to interact with PCF, for example, to trigger the session management policy establishment or session management policy modification process through PCF, H-SMF forwards the first information sent by V-SMF to H-PCF (such as the home PCF for session).
  • PCF Policy Control Request Triggers
  • H-SMF after setting a trigger mechanism in H-SMF, as long as H-SMF receives the first information from V-SMF, then H-SMF must send the first information to H-PCF (for example, by The process related to the session management policy), please refer to Table 3 for details:
  • PCT Policy Control Request Triggers
  • the second communication device (such as V-SMF) is under the first network (which corresponds to the Public Land Mobile Network (PLMN) ID of the first network), or the second The communication device is located under the network corresponding to the first PLMN ID, or the second communication device is located under the roaming network; the third communication device, or the sixth communication device, or the eighth communication device (i.e. H-SMF or H-SM- PCF or H-PCF) under the second network (which corresponds to the PLMN ID of the second network), or the third communication device or the sixth communication device or the eighth communication device is located under the network corresponding to the second PLMN ID, or, Located under the home network.
  • PLMN Public Land Mobile Network
  • the home PCF for session after receiving the first information from H-SMF, the home PCF for session obtains the URSP rule execution result of the terminal in the roaming location (such as Connection capability), and then, the home PCF for session (used for session association) PCF) also needs to send the first information to the home PCF for UE (PCF for terminal policy association).
  • the home PCF for session (used for session association) PCF) also needs to send the first information to the home PCF for UE (PCF for terminal policy association).
  • H-SM-PCF or H-AM-PCF in this patent can be considered as H-PCF.
  • the method also includes:
  • the first network side device performs a first verification on the URSP rule execution result of the terminal based on the first information.
  • either the first communication device or the fourth communication device can perform the first verification on the URSP rule execution result of the terminal based on the first information.
  • the first network side device performs a first verification on the terminal's URSP rule execution result based on the first information, including the following steps I1 to I3:
  • Step I1 The first network side device compares the URSP rule of the first network saved in the first network side device with the first information; (for example, the first information will indicate the URSP used this time. rule.
  • the first information indicates URSP ruleID, or indicates the traffic descriptor and path selection descriptor used.
  • all the URSP rules sent to the terminal are also saved in the first network side device.
  • the URSP rule used indicated in the first information is different from the URSP rule saved in the first network side device ( That is, if the URSP rule stored in the first network side device does not contain the URSP rule indicated in the first information), it means that the rule is not used correctly, and the terminal uses a rule that is not sent by the network side. )
  • Step 12 In the case where the URSP rule indicated by the first information exists in the URSP rule of the first network, the first network side device determines that the terminal correctly uses the URSP rule of the first network;
  • Step 13 When the URSP rule indicated by the first information does not exist in the URSP rule of the first network, the first network side device determines that the terminal does not correctly use the URSP rule of the first network. .
  • the first verification is verification: whether the URSP rule reported by the terminal is consistent with the URSP rule issued by the first network side device to the terminal.
  • the first communication device for example, H-AM-PCF
  • the fourth communication device V-AM-PCF
  • the above method can be used to perform the first verification.
  • the verification method for the first verification is introduced above, and the verification methods for the second and third verification are introduced below.
  • the second verification is described with the second network side device (such as the second communication device or the third communication device) performing the second verification, specifically including the following steps H1 to H3:
  • Step H1 The second network side device obtains the first session parameter of the PDU session based on the PDU session identifier in the second information, and compares the first session parameter with the URSP rule execution result.
  • the second network side device obtains various parameters of the PDU session that actually carries application traffic, such as SSC mode, DNN, PDU session type, etc.)
  • Step H2 When each parameter in the first session parameter is the same as the corresponding parameter in the second session parameter, the second network side device determines that the terminal correctly uses the first network URSP rule;
  • Step H3 When at least one parameter of the first session parameter and the second session parameter are different, the second network side device determines that the terminal does not correctly use the URSP rule of the first network.
  • the second verification is to verify which PDU session the APP traffic is finally carried to. Therefore, the second verification process needs to compare: the parameters of the PDU session carrying APP traffic (for example, DNN, S-NSSAI, SSC mode, etc.) and the RSC in the URSP rule actually reported by the terminal (for example, DNN, S -NSSAI) are consistent.
  • the second communication device for example, V-SMF
  • the third communication device H-SMF
  • the third verification is also described with the second network side device (such as the second communication device or the third communication device) performing the second verification, specifically including the following steps J1 to J4:
  • Step J1 The second network side device generates a packet detection rule PDR according to the path selection descriptor in the URSP rule execution result, and configures the PDR to the eighth communication device, where the eighth communication device is another device on the network side; here, the packet detection rules can be generated based on the traffic descriptor.
  • the packet detection rules will be used to detect whether there are data packets of the application traffic in the PDU session (that is, the session indicated by the PDU session ID in the second information).
  • Step J2 The second network side device receives the detection result sent by the eighth communication device, wherein the detection result is a traffic detection result based on the PDR;
  • Step J3 When the detection result indicates that traffic is detected, the second network side device determines that the terminal correctly uses the URSP rule of the first network;
  • Step J4 When the detection result indicates that no traffic is detected, the second network side device determines that the terminal does not correctly use the URSP rule of the first network.
  • the third verification is verification: whether there is indeed traffic for the APP in the PDU session that passed the second verification.
  • This method is to generate a packet detection rule (PDR) based on the path selection descriptor in the URSP rule execution result reported by the terminal (that is, an IP five-tuple detection rule), and then in the actual Perform traffic detection in PDU session. If it is detected, it means that it is used correctly; if it is not detected, it means that the traffic of this APP is not transmitted in the PDU session. If the APP traffic is not transmitted in the PDU session, it means that the APP traffic is not actually transmitted in the PDU session.
  • PDR packet detection rule
  • the second communication device for example, V-SMF
  • the third communication device H-SMF
  • the method also includes:
  • the first network side device sends the verification result of the first verification
  • the verification result of the first verification includes at least one of the following:
  • the terminal correctly uses the URSP rule of the first network
  • the terminal does not correctly use the URSP rule of the first network.
  • the first network side device sends the verification result of the first verification, including:
  • the first network side device sends the verification of the first verification to the second communication device and/or the third communication device. Certification results;
  • the second communication device is a second device of the terminal under the first network
  • the third communication device is a third device of the terminal under the second network.
  • the first network side device can send the verification result of the first verification to the second communication device and/or the third communication device respectively.
  • Case 1-1 when the first network side device is the first communication device, the first network side device sends the verification result of the first verification to the second communication device. ,include:
  • the first network side device sends the verification result of the first verification to the second communication device through a fourth communication device and/or a fifth communication device;
  • the fifth communication device is the fifth device of the terminal under the first network
  • the fourth communication device is the fourth device of the terminal under the first network
  • the first communication device can send the verification result of the first verification to the second communication device through the fourth communication device and/or the fifth communication device.
  • the first communication device may be H-AM-PCF
  • the fourth communication device may be V-AM-PCF
  • the fifth communication device may be V-SM-PCF
  • the second communication device may be V-SMF, that is, the fourth communication device may be V-AM-PCF.
  • the transmission path of the verification result of one verification can be: H-AM-PCF ⁇ V-AM-PCF ⁇ V-SM-PCF ⁇ V-SMF.
  • the first communication device can send the verification result of the first verification to the fourth communication device through at least one of the following methods:
  • the fourth communication device may send the verification result of the first verification to the fifth communication device through at least one of the following:
  • Npcf_UEPolicyControl Update Request/Response UE policy control update request/response
  • Npcf_UEPolicyControl Create Request/Response UE policy control creation request/response
  • Npcf_UEPolicyControl UpdateNotify UE policy control update notification
  • the fifth communication device sends the verification result of the first verification to the second communication device through at least one of the following:
  • Session policy control update request (Npcf_SMPolicyControl_Update Request).
  • Case 1-2 when the first network side device is the first communication device, the first network side device sends the verification result of the first verification to the third communication device.
  • the first network side device sends the verification result of the first verification to the third communication device through the sixth communication device;
  • the sixth communication device is a sixth device of the terminal under the second network.
  • the first communication device can send the verification result of the first verification to the third communication device through the sixth communication device.
  • the first communication device may be H-AM-PCF
  • the sixth communication device may be home session management policy control function (H-SM-PCF)
  • the third communication device may be home session management policy control function (H-SM-PCF).
  • the session management function Home Session Management Function, H-SMF
  • H-SMF Home Session Management Function
  • the first communication device can send the verification result of the first verification to the sixth communication device through at least one of the following:
  • Npcf_UEPolicyControl Update Request/Response UE policy control update request/response
  • Npcf_UEPolicyControl Create Request/Response UE policy control creation request/response
  • Npcf_UEPolicyControl UpdateNotify UE policy control update notification
  • the sixth communication device sends the verification result of the first verification to the third communication device through at least one of the following:
  • Session policy control update request (Npcf_SMPolicyControl_Update Request).
  • Case 1-3 when the first network side device is the fourth communication device, the first network side device sends the verification result of the first verification to the second communication device.
  • the first network side device sends the verification result of the first verification to the second communication device through the fifth communication device;
  • the fifth communication device is the fifth device of the terminal under the first network.
  • the fourth communication device can send the verification result of the first verification to the second communication device through the fifth communication device.
  • the fourth communication device may be V-AM-PCF
  • the fifth communication device may be V-SM-PCF
  • the second communication device may be V-SMF. That is, the transmission path of the verification result of the first verification may be: V-AM-PCF ⁇ V-SM-PCF ⁇ V-SMF.
  • the fourth communication device can send the verification result of the first verification to the fifth communication device through at least one of the following:
  • Npcf_UEPolicyControl Update Request/Response UE policy control update request/response
  • Npcf_UEPolicyControl Create Request/Response Npcf_UEPolicyControl Create Request/Response
  • Npcf_UEPolicyControl UpdateNotify UE policy control update notification
  • the fifth communication device sends the verification result of the first verification to the second communication device through at least one of the following:
  • Session policy control update request (Npcf_SMPolicyControl_Update Request).
  • Case 1-4 when the first network side device is the fourth communication device, the first network side device sends the verification result of the first verification to the third communication device.
  • the first network side device sends the verification result of the first verification to the third communication device through the sixth communication device and/or the first communication device;
  • the sixth communication device is the sixth device of the terminal under the second network
  • the first communication device is the first device of the terminal under the second network
  • the fourth communication device can send the verification result of the first verification to the third communication device through the sixth communication device and/or the first communication device.
  • the fourth communication device may be V-AM-PCF
  • the sixth communication device may be H-SM-PCF
  • the first communication device may be H-AM-PCF
  • the third communication device may be H-SMF, that is, the third communication device may be H-SM-PCF.
  • the transmission path of the verification result of one verification can be: V-AM-PCF ⁇ H-AM-PCF ⁇ H-SM-PCF ⁇ H-SMF.
  • the fourth communication device can send the verification result of the first verification to the first communication device through at least one of the following:
  • the first communication device may send the verification result of the first verification to the sixth communication device through at least one of the following:
  • Npcf_UEPolicyControl Update Request/Response UE policy control update request/response
  • Npcf_UEPolicyControl Create Request/Response UE policy control creation request/response
  • Npcf_UEPolicyControl UpdateNotify UE policy control update notification
  • the sixth communication device sends the verification result of the first verification to the third communication device through at least one of the following:
  • Session policy control update request (Npcf_SMPolicyControl_Update Request).
  • the method also includes at least one of the following:
  • the first network side device sends second information
  • the first network side device receives third information
  • the second information includes the URSP rule execution result of the terminal, the PDU session identifier of the terminal, and the user permanent identifier, and the second information is used to perform a second test on the URSP rule execution result of the terminal. Verification and/or third verification;
  • the third information includes the verification result of the second verification and/or the verification result of the third verification
  • the third information is used for at least one of the following:
  • the first network side device can also send the second information to other devices, so that the other devices perform the second verification and/or the third verification of the URSP rule execution result of the terminal. And receive the verification results of the second verification and/or the verification results of the third verification returned by other devices.
  • the first network side device sends second information, including:
  • the first network side device sends the second information to the second communication device and/or the third communication device;
  • the second communication device is a second device of the terminal under the first network
  • the third communication device is a third device of the terminal under the second network.
  • the first network side device can send the above-mentioned second information to the second communication device and/or the third communication device respectively.
  • Case 2-1 when the first network side device is the first communication device, the first network side device sends the second information to the second communication device, including:
  • the first network side device sends the second information to the second communication device through a fourth communication device and/or a fifth communication device;
  • the fourth communication device is a fourth device of the terminal under the first network
  • the fifth communication device is a fifth device of the terminal under the first network
  • the first communication device can send the second information to the second communication device through the fourth communication device and/or the fifth communication device.
  • the first communication device may be H-AM-PCF
  • the fourth communication device may be V-AM-PCF
  • the fifth communication device may be V-SM-PCF
  • the second communication device may be V-SMF, that is, the fourth communication device may be V-AM-PCF.
  • the transmission path of the second information can be: H-AM-PCF ⁇ V-AM-PCF ⁇ V-SM-PCF ⁇ V-SMF.
  • the first communication device can send the second information to the fourth communication device through at least one of the following methods:
  • the fourth communication device may send the second information to the fifth communication device through at least one of the following:
  • Npcf_UEPolicyControl Update Request/Response UE policy control update request/response
  • Npcf_UEPolicyControl Create Request/Response UE policy control creation request/response
  • Npcf_UEPolicyControl UpdateNotify UE policy control update notification
  • the fifth communication device sends the second information to the second communication device through at least one of the following:
  • Session policy control update request (Npcf_SMPolicyControl_Update Request).
  • Case 2-2 when the first network side device is the first communication device, the first network side device sends the second information to the third communication device, including:
  • the first network side device sends the second information to the third communication device through a sixth communication device;
  • the sixth communication device is a sixth device of the terminal under the second network.
  • the first communication device can send the second information to the third communication device through the sixth communication device.
  • the first communication device may be H-AM-PCF
  • the sixth communication device may be H-SM-PCF
  • the third communication device may be H-SMF, that is, the transmission path of the second information may be: H-AM- PCF ⁇ H-SM-PCF ⁇ H-SMF.
  • the first communication device may send the second information to the sixth communication device through at least one of the following:
  • Npcf_UEPolicyControl Update Request/Response UE policy control update request/response
  • Npcf_UEPolicyControl Create Request/Response UE policy control creation request/response
  • Npcf_UEPolicyControl UpdateNotify UE policy control update notification
  • the sixth communication device sends the second information to the third communication device through at least one of the following:
  • Session policy control update request (Npcf_SMPolicyControl_Update Request).
  • Case 2-3 when the first network side device is a fourth communication device, the first network side device sends the second information to the second communication device, including:
  • the first network side device sends the second information to the second communication device through a fifth communication device;
  • the fourth communication device is a fourth device of the terminal under the first network
  • the fifth communication device is a fifth device of the terminal under the first network
  • the fourth communication device can send the second information to the second communication device through the fifth communication device.
  • the fourth communication device may be V-AM-PCF
  • the fifth communication device may be V-SM-PCF
  • the second communication device may be V-SMF, that is, the transmission path of the second information may be: V-AM- PCF ⁇ V-SM-PCF ⁇ V-SMF.
  • the fourth communication device can send the second information to the fifth communication device through at least one of the following:
  • Npcf_UEPolicyControl Update Request/Response UE policy control update request/response
  • Npcf_UEPolicyControl Create Request/Response UE policy control creation request/response
  • Npcf_UEPolicyControl UpdateNotify UE policy control update notification
  • the fifth communication device sends the second information to the second communication device through at least one of the following:
  • Session policy control update request (Npcf_SMPolicyControl_Update Request).
  • Case 2-4 when the first network side device is the fourth communication device, the first network side device sends the second information to the third communication device, including:
  • the first network side device sends the second information to the third communication device through the first communication device and/or the sixth communication device;
  • the first communication device is the first device of the terminal under the second network
  • the sixth communication device is the sixth device of the terminal under the second network
  • the fourth communication device can send the second information to the third communication device through the sixth communication device and/or the first communication device.
  • the fourth communication device may be V-AM-PCF
  • the sixth communication device may be H-SM-PCF
  • the first communication device may be H-AM-PCF
  • the third communication device may be H-SMF, that is, the third communication device may be H-SM-PCF.
  • the transmission path of the second information can be: V-AM-PCF ⁇ H-AM-PCF ⁇ H-SM-PCF ⁇ H-SMF.
  • the fourth communication device can send the second information to the first communication device through at least one of the following:
  • the first communication device may send the second information to the sixth communication device through at least one of the following:
  • Npcf_UEPolicyControl Update Request/Response UE policy control update request/response
  • Npcf_UEPolicyControl Create Request/Response UE policy control creation request/response
  • Npcf_UEPolicyControl UpdateNotify UE policy control update notification
  • the sixth communication device sends the second information to the third communication device through at least one of the following:
  • Session policy control update request (Npcf_SMPolicyControl_Update Request).
  • the first network side device receives the third information, including:
  • the first network side device receives the third information from the second communication device and/or the third communication device;
  • the second communication device is a second device of the terminal under the first network
  • the third communication device is a third device of the terminal under the second network.
  • the first network side device can receive the above third information from the second communication device and/or the third communication device respectively.
  • Case 3-1 when the first network side device is the first communication device, the first network side device receives the third information from the second communication device, including:
  • the first network side device receives the third information sent by the second communication device through a fourth communication device and/or a fifth communication device;
  • the fourth communication device is a fourth device of the terminal under the first network
  • the fifth communication device is a fifth device of the terminal under the first network
  • the first communication device can receive the third information sent by the second communication device through the fourth communication device and/or the fifth communication device.
  • the first communication device may be H-AM-PCF
  • the fourth communication device may be V-AM-PCF
  • the fifth communication device may be V-SM-PCF
  • the second communication device may be V-SMF, that is, the fourth communication device may be V-AM-PCF.
  • the transmission path of the three information can be: V-SMF ⁇ V-SM-PCF ⁇ V-AM-PCF ⁇ H-AM-PCF.
  • the second communication device may send the third information to the fifth communication device through at least one of the following:
  • Session policy control creation request (Npcf_SMPolicyControl_Create Request);
  • Session policy control update request (Npcf_SMPolicyControl_Update Request).
  • the fifth communication device can send the third information to the fourth communication device through at least one of the following:
  • Npcf_UEPolicyControl Update Request/Response UE policy control update request/response
  • Npcf_UEPolicyControl Create Request/Response UE policy control creation request/response
  • Npcf_UEPolicyControl UpdateNotify UE policy control update notification
  • the fourth communication device may send the third information to the first communication device through at least one of the following:
  • the first network side device receives the third information from the third communication device, including:
  • the first network side device receives the third information sent by the third communication device through a sixth communication device;
  • the sixth communication device is a sixth device of the terminal under the second network.
  • the first communication device can receive the third message sent by the third communication device through the sixth communication device.
  • the first communication device may be H-AM-PCF
  • the sixth communication device may be H-SM-PCF
  • the third communication device may be H-SMF, that is, the transmission path of the third information may be: H-SMF ⁇ H-SM-PCF ⁇ H-AM-PCF.
  • the third communication device can use at least one of the following to send the third information to the sixth communication device:
  • Session policy control creation request (Npcf_SMPolicyControl_Create Request);
  • Session policy control update request (Npcf_SMPolicyControl_Update Request).
  • the sixth communication device may send the third information to the first communication device through at least one of the following:
  • Npcf_UEPolicyControl Update Request/Response UE policy control update request/response
  • Npcf_UEPolicyControl Create Request/Response UE policy control creation request/response
  • Npcf_UEPolicyControl UpdateNotify UE policy control update notification
  • Case 3-3 when the first network side device is the fourth communication device, the first network side device receives the third information sent by the second communication device, including:
  • the first network side device receives the third information sent by the second communication device through the fifth communication device;
  • the fifth communication device is the fifth device of the terminal under the first network.
  • the fourth communication device can receive the third information sent by the second communication device through the fifth communication device.
  • the fourth communication device may be V-AM-PCF
  • the fifth communication device may be V-SM-PCF
  • the second communication device may be V-SMF, that is, the transmission path of the third information may be: V-SMF ⁇ V-SM-PCF ⁇ V-AM-PCF.
  • the second communication device may send the third information to the fifth communication device through at least one of the following:
  • Session policy control creation request (Npcf_SMPolicyControl_Create Request);
  • Session policy control update request (Npcf_SMPolicyControl_Update Request).
  • the fifth communication device can send the third information to the fourth communication device through at least one of the following:
  • Npcf_UEPolicyControl Update Request/Response UE policy control update request/response
  • Npcf_UEPolicyControl Create Request/Response UE policy control creation request/response
  • Npcf_UEPolicyControl UpdateNotify UE policy control update notification
  • Case 3-4 when the first network side device is the fourth communication device, the first network side device receives the third information sent by the third communication device, including:
  • the first network side device receives the third information sent by the third communication device through the first communication device and/or the sixth communication device;
  • the first communication device is the first device of the terminal under the second network
  • the sixth communication device The terminal is a sixth device under the second network.
  • the fourth communication device can receive the third information sent by the third communication device through the sixth communication device and/or the first communication device.
  • the fourth communication device may be V-AM-PCF
  • the sixth communication device may be H-SM-PCF
  • the first communication device may be H-AM-PCF
  • the third communication device may be H-SMF, that is, the third communication device may be H-SM-PCF.
  • the transmission path of the three information can be: H-SMF ⁇ H-SM-PCF ⁇ H-AM-PCF ⁇ V-AM-PCF.
  • the third communication device can use at least one of the following to send the third information to the sixth communication device:
  • Session policy control creation request (Npcf_SMPolicyControl_Create Reques);
  • Session policy control update request (Npcf_SMPolicyControl_Update Request).
  • the sixth communication device may send the third information to the first communication device through at least one of the following:
  • Npcf_UEPolicyControl Update Request/Response UE policy control update request/response
  • Npcf_UEPolicyControl Create Request/Response UE policy control creation request/response
  • Npcf_UEPolicyControl UpdateNotify UE policy control update notification
  • the first communication device sends the third information to the fourth communication device according to at least one of the following:
  • Figure 3 is a flow chart of a routing policy execution result processing method provided by an embodiment of the present application.
  • the method may include the following steps 301 to 302:
  • Step 301 The second network side device receives the second information.
  • the second information includes the routing policy URSP rule execution result of the terminal, the protocol data unit PDU session identifier of the terminal, and the user permanent identifier.
  • the second information is used to evaluate the URSP rule execution result of the terminal. Perform a second verification and/or a third verification.
  • the terminal is a roaming terminal.
  • the URSP rule execution result includes at least one of the following:
  • the URSP rule executed by the terminal for application traffic
  • the terminal is a traffic descriptor executed by application traffic
  • the protocol data unit PDU session identifier that carries the application traffic.
  • the URSP rules configured on a terminal include At least one of the process descriptor, path selection descriptor, and PDU session identifier carrying the traffic.
  • Step 302 The second network side device performs a second verification and/or a third verification on the URSP rule execution result of the terminal based on the second information.
  • verifying the URSP rule execution result on the terminal is to determine whether the terminal uses the URSP rule correctly.
  • the verification process includes three verifications.
  • the first verification can be performed by the first network side device (such as the first communication device or the fourth communication device), thereby sending the verification result of the first verification to the second network side device.
  • the second network side device performs the second verification and/or the third verification.
  • the second network side device can obtain the second information, where the second information includes the terminal's URSP rule execution result, the terminal's protocol data unit PDU session identifier, and the user permanent identifier. , thereby performing the second verification and/or the third verification of the URSP rule on the terminal based on the second information. It can be seen that the terminal's URSP rule execution result can be transmitted to the second network side device to verify the terminal's URSP rule execution result, realizing the acquisition of the terminal's URSP rule execution result.
  • the execution result of the terminal's URSP rule is obtained from the above-mentioned second network side device, so that the terminal's URSP rule execution result can be verified, and thereby it can be learned whether the terminal's URSP rule is used correctly.
  • the first network side device (such as the first communication device or the fourth communication device) performs the first verification for illustration, which specifically includes the following steps I1 to I3:
  • Step I1 The first network side device compares the URSP rule of the first network saved in the first network side device with the first information
  • Step 12 In the case where the URSP rule indicated by the first information exists in the URSP rule of the first network, the first network side device determines that the terminal correctly uses the URSP rule of the first network;
  • Step 13 In the case where the URSP rule indicated by the first information does not exist in the URSP rule of the first network, the first network side device determines that the terminal has not correctly used the URSP rule of the first network. .
  • the first verification is verification: whether the URSP rule reported by the terminal is consistent with the URSP rule issued by the first network side device to the terminal.
  • the first communication device for example, H-AM-PCF
  • the fourth communication device V-AM-PCF
  • the above method can be used to perform the first verification.
  • the URSP rule execution result includes the path selection descriptor executed by the terminal for application traffic;
  • the second network side device performs a second verification on the terminal's URSP rule execution result based on the second information, including the following steps H1 to H3:
  • Step H1 The second network side device obtains the first session parameter of the PDU session based on the PDU session identifier in the second information, and compares the first session parameter with the URSP rule execution result.
  • Step H2 When each parameter in the first session parameter is the same as the corresponding parameter in the second session parameter, the second network side device determines that the terminal correctly uses the URSP of the first network. rule;
  • Step H3 When at least one parameter of the first session parameter and the second session parameter is different, the second network side device determines that the terminal does not correctly use the URSP rule of the first network.
  • the second verification is to verify which PDU session the APP traffic is finally carried to. Therefore, the second verification process needs to compare: the parameters of the PDU session carrying APP traffic (for example, DNN, S-NSSAI, SSC mode, etc.) and the RSC in the URSP rule actually reported by the terminal (for example, DNN, SSC mode, etc.) -NSSAI) are consistent.
  • the second communication device for example, V-SMF
  • the third communication device H-SMF
  • the URSP rule execution result includes the path selection descriptor executed by the terminal for application traffic;
  • the second network side device performs a third verification on the terminal's URSP rule execution result based on the second information, including the following steps J1 to J4:
  • Step J1 The second network side device generates a packet detection rule PDR according to the path selection descriptor in the URSP rule execution result, and configures the PDR to the eighth communication device, where the eighth communication device It is another device on the network side, or the eighth communication device is a device of the core network, or the eighth communication device is any one or more devices of the core network;
  • Step J2 The second network side device receives the detection result sent by the eighth communication device, wherein the detection result is a traffic detection result based on the PDR;
  • Step J3 When the detection result indicates that traffic is detected, the second network side device determines that the terminal correctly uses the URSP rule of the first network;
  • Step J4 When the detection result indicates that no traffic is detected, the second network side device determines that the terminal does not correctly use the URSP rule of the first network.
  • the third verification is verification: whether there is indeed traffic for the APP in the PDU session that passed the second verification.
  • This method is to generate a packet data rule (PDR) based on the path selection descriptor in the URSP rule execution result reported by the terminal (that is, an IP five-tuple detection rule). ), and then perform traffic detection in the actual PDU session. If it is detected, it means that it is used correctly; if it is not detected, it means that the traffic of this APP is not transmitted in the PDU session. If the APP traffic is not transmitted in the PDU session, it means that the APP traffic is not actually transmitted in the PDU session.
  • PDR packet data rule
  • the second communication device for example, V-SMF
  • the third communication device H-SMF
  • the second network side device is a second communication device or a third communication device, wherein the second communication device is a second device of the terminal under the first network, and the third communication device The terminal is a third device under the second network.
  • the first network is the network of the terminal's roaming or visiting place
  • the second network is the network of the terminal's home place; or, the first network is the home network of the terminal.
  • the second network is the network of the terminal's roaming place or visiting place.
  • the second network side device when the second network side device is the second communication device, the second network side device receives the second information, including at least one of the following:
  • the second network side device receives the second information sent by the first communication device through the fifth communication device and/or the fourth communication device;
  • the second network side device receives the second information sent by the fourth communication device through the fifth communication device;
  • the fifth communication device is the fifth device of the terminal under the first network
  • the fourth communication device is the fourth device of the terminal under the first network
  • the first communication device is the The terminal is a first device under the second network.
  • the second communication device can receive the second information sent by the first communication device through the fourth communication device and/or the fifth communication device.
  • the first communication device may be H-AM-PCF
  • the fourth communication device may be V-AM-PCF
  • the fifth communication device may be V-SM-PCF
  • the second communication device may be V-SMF, that is, the fourth communication device may be V-AM-PCF.
  • the transmission path of the second information can be: H-AM-PCF ⁇ V-AM-PCF ⁇ V-SM-PCF ⁇ V-SMF.
  • the second communication device may receive the second information sent by the fourth communication device through the fifth communication device.
  • the fourth communication device may be V-AM-PCF
  • the fifth communication device may be V-SM-PCF
  • the second communication device may be V-SMF, that is, the transmission path of the second information may be: V-AM- PCF ⁇ V-SM-PCF ⁇ V-SMF.
  • the second network side device when the second network side device is the third communication device, the second network side device receives the second information, including at least one of the following:
  • the second network side device receives the second information sent by the first communication device through the sixth communication device;
  • the second network side device receives the second information sent by the fourth communication device through the sixth communication device and/or the first communication device;
  • the sixth communication device is the sixth device of the terminal under the second network
  • the first communication device is the first device of the terminal under the second network
  • the fourth communication device is the The terminal is a fourth device under the first network.
  • the third communication device can receive the second information sent by the first communication device through the sixth communication device.
  • the first communication device may be H-AM-PCF
  • the sixth communication device may be H-SM-PCF
  • the third communication device may be H-SMF, that is, the transmission path of the second information may be: H-AM- PCF ⁇ H-SM-PCF ⁇ H-SMF.
  • the third communication device may receive the second information sent by the fourth communication device through the sixth communication device and/or the first communication device.
  • the fourth communication device may be V-AM-PCF
  • the sixth communication device may be H-SM-PCF
  • the first communication device may be H-AM-PCF
  • the third communication device may be H-SMF, that is, the third communication device may be H-SM-PCF.
  • the transmission path of the second information can be: V-AM-PCF ⁇ H-AM-PCF ⁇ H-SM-PCF ⁇ H-SMF.
  • the method also includes at least one of the following:
  • the second network side device receives the verification result of the first verification of the URSP rule of the terminal
  • the second network side device sends third information
  • the verification result of the first verification includes at least one of the following:
  • the terminal correctly uses the URSP rule of the first network
  • the terminal does not correctly use the URSP rule of the first network
  • the third information includes the verification result of the second verification and/or the verification result of the third verification
  • the third information is used for at least one of the following:
  • the second network side device receives the verification result of the first verification, including:
  • the second network side device receives the verification result of the first verification sent by the first communication device and/or the fourth communication device;
  • the first communication device is the first device of the terminal under the second network
  • the fourth communication device is the fourth device of the terminal under the first network
  • the second network side device can receive the verification result of the first verification from the first communication device and/or the fourth communication device respectively.
  • Case 4-1 Optionally, when the second network side device is the second communication device, the second network side device receives the verification of the first verification sent by the first communication device.
  • Results include:
  • the second network side device receives the verification result of the first verification sent by the first communication device through the fifth communication device and/or the fourth communication device;
  • the fifth communication device is the fifth device of the terminal under the first network
  • the fourth communication device is the fourth device of the terminal under the first network
  • the first communication device can send the verification result of the first verification to the second communication device through the fourth communication device and/or the fifth communication device.
  • the first communication device may be H-AM-PCF
  • the fourth communication device may be V-AM-PCF
  • the fifth communication device may be V-SM-PCF
  • the second communication device may be V-SMF, that is, the fourth communication device may be V-AM-PCF.
  • the transmission path of the verification result of one verification can be: H-AM-PCF ⁇ V-AM-PCF ⁇ V-SM-PCF ⁇ V-SMF.
  • Case 4-2 Optionally, when the second network side device is the second communication device, the second network side device receives the verification of the first verification sent by the fourth communication device.
  • Results include:
  • the second network side device receives the verification result of the first verification sent by the fourth communication device through the fifth communication device;
  • the fifth communication device is the fifth device of the terminal under the first network.
  • the fourth communication device can send the verification result of the first verification to the second communication device through the fifth communication device.
  • the fourth communication device may be V-AM-PCF
  • the fifth communication device may be V-SM-PCF
  • the second communication device may be V-SMF. That is, the transmission path of the verification result of the first verification may be: V-AM-PCF ⁇ V-SM-PCF ⁇ V-SMF.
  • Case 4-3 Optionally, when the second network side device is the third communication device, the second network side device receives the verification of the first verification sent by the first communication device.
  • Results include:
  • the second network side device receives the verification result of the first verification sent by the first communication device through the sixth communication device;
  • the sixth communication device is a sixth device of the terminal under the second network.
  • the first communication device can send the verification result of the first verification to the third communication device through the sixth communication device.
  • the first communication device may be H-AM-PCF
  • the sixth communication device may be H-SM-PCF
  • the third communication device may be H-SMF. That is, the transmission path of the verification result of the first verification may be: H-AM-PCF ⁇ H-SM-PCF ⁇ H-SMF.
  • Case 4-4 Optionally, when the second network side device is the third communication device, the second network side device receives the verification of the first verification sent by the fourth communication device.
  • Results include:
  • the second network side device receives the verification result of the first verification sent by the fourth communication device through the sixth communication device and/or the first communication device;
  • the sixth communication device is the sixth device of the terminal under the second network
  • the first communication device is the first device of the terminal under the second network
  • the fourth communication device can send the verification result of the first verification to the third communication device through the sixth communication device and/or the first communication device.
  • the fourth communication device may be V-AM-PCF
  • the sixth communication device may be H-SM-PCF
  • the first communication device may be H-AM-PCF
  • the third communication device may be H-SMF, that is, the third communication device may be H-SM-PCF.
  • the transmission path of the verification result of one verification can be: V-AM-PCF ⁇ H-AM-PCF ⁇ H-SM-PCF ⁇ H-SMF.
  • the second network side device sends the third information, including:
  • the second network side device sends the third information to the first communication device and/or the fourth communication device;
  • the first communication device is the first device of the terminal under the second network
  • the fourth communication device is the fourth device of the terminal under the first network
  • the second network side device can send the above third information to the first communication device and/or the fourth communication device respectively.
  • Case 5-1 when the second network side device is the second communication device, the second network side device sends the third information to the first communication device, including:
  • the second network side device sends the third information to the first communication device through a fifth communication device and/or a fourth communication device;
  • the fifth communication device is the fifth device of the terminal under the first network
  • the fourth communication device is the fourth device of the terminal under the first network
  • the first communication device can receive the third information sent by the second communication device through the fourth communication device and/or the fifth communication device.
  • the first communication device may be H-AM-PCF
  • the fourth communication device may be V-AM-PCF
  • the fifth communication device may be V-SM-PCF
  • the second communication device may be V-SMF, that is, the fourth communication device may be V-AM-PCF.
  • the transmission path of the three information can be: V-SMF ⁇ V-SM-PCF ⁇ V-AM-PCF ⁇ H-AM-PCF.
  • Case 5-2 when the second network side device is the second communication device, the second network side device sends the third information to the fourth communication device, including:
  • the second network side device sends the third information to the fourth communication device through the fifth communication device;
  • the fifth communication device is the fifth device of the terminal under the first network.
  • the fourth communication device can receive the third information sent by the second communication device through the fifth communication device.
  • the fourth communication device may be V-AM-PCF
  • the fifth communication device may be V-SM-PCF
  • the second communication device may be V-SMF, that is, the transmission path of the third information may be: V-SMF ⁇ V-SM-PCF ⁇ V-AM-PCF.
  • Case 5-3 when the second network side device is the third communication device, the second network side device sends the third information to the first communication device, including:
  • the second network side device sends the third information to the first communication device through a sixth communication device;
  • the sixth communication device is a sixth device of the terminal under the second network.
  • the first communication device can receive the third information sent by the third communication device through the sixth communication device.
  • the first communication device may be H-AM-PCF
  • the sixth communication device may be H-SM-PCF
  • the third communication device may be H-SMF, that is, the transmission path of the third information may be: H-SMF ⁇ H-SM-PCF ⁇ H-AM-PCF.
  • Case 5-4 when the second network side device is the third communication device, the second network side device sends the third information to the fourth communication device, including:
  • the second network side device sends the third information to the fourth communication device through the sixth communication device and/or the first communication device;
  • the sixth communication device is the sixth device of the terminal under the second network
  • the first communication device is the first device of the terminal under the second network
  • the fourth communication device can receive the third information sent by the third communication device through the sixth communication device and/or the first communication device.
  • the fourth communication device may be V-AM-PCF
  • the sixth communication device may be H-SM-PCF
  • the first communication device may be H-AM-PCF
  • the third communication device may be H-SMF, that is, the third communication device may be H-SM-PCF.
  • the transmission path of the three information can be: H-SMF ⁇ H-SM-PCF ⁇ H-AM-PCF ⁇ V-AM-PCF.
  • the specific implementation method of the routing policy execution result processing method in the embodiment of the present application can be as follows:
  • LBO local offload
  • Method 1-1 The terminal uses the registration NAS message to report the URSP rule execution result to V-AM-PCF, so that V-AM-PCF performs the first verification mentioned above, and then V-AM-PCF performs the first verification.
  • the verification result of the first verification and the above-mentioned second information are sent to V-SMF, and V-SMF performs the above-mentioned second verification and third verification.
  • Method 1-2 The terminal uses the registration NAS message to report the URSP rule execution results to V-AM-PCF, and then V-AM-PCF reports the URSP rule execution results to H-AM-PCF, so that H-AM-PCF Perform the first verification as described above, and then H-AM-PCF sends the verification result of the first verification and the above-mentioned second information to V-SMF, and V-SMF performs the second verification and Third verification.
  • Method 1-3 The terminal uses the session NAS message to report the URSP rule execution result to V-AM-PCF, so that V-AM-PCF performs the first verification mentioned above, and then V-AM-PCF verifies the first
  • the verification result of the first verification and the above-mentioned second information are sent to V-SMF, and V-SMF performs the above-mentioned second verification and third verification.
  • Method 1-4 The terminal uses session NAS messages to report the URSP rule execution results to V-AM-PCF, and then V-AM-PCF reports the URSP rule execution results to H-AM-PCF, so that H-AM-PCF Perform the first verification as described above, and then H-AM-PCF sends the verification result of the first verification and the above-mentioned second information to V-SMF, and V-SMF performs the second verification and Third verification.
  • the implementation method in the home routed (HR) scenario can be described in the following methods 2-1 to 2-3:
  • Method 2-1 The terminal uses the registration NAS message to report the URSP rule execution result to V-AM-PCF, so that V-AM-PCF performs the first verification mentioned above, and V-SMF performs the above-mentioned third verification. Secondary verification and third verification.
  • Method 2-2 The terminal uses the registration NAS message to report the URSP rule execution result to V-AM-PCF, so that V-AM-PCF performs the first verification mentioned above, and V-SMF performs the above-mentioned third verification.
  • H-SMF performs the third verification described above (or H-SMF performs the second verification described above, and V-SMF performs the third verification described above).
  • Method 2-3 The terminal uses the registration NAS message to report the URSP rule execution results to V-AM-PCF, and then V-AM-PCF reports the URSP rule execution results to H-AM-PCF, so that H-AM-PCF Perform the first verification described above, and V-SMF performs the second verification and third verification described above.
  • Method 2-4 The terminal uses the registration NAS message to report the URSP rule execution results to V-AM-PCF, and then V-AM-PCF reports the URSP rule execution results to H-AM-PCF, so that H-AM-PCF Perform the first verification as described above, the second verification as described above by V-SMF, and the third verification as described above by H-SMF (or the second verification as described above by H-SMF). verification, V-SMF performs the third verification described above).
  • Implementation Mode 1 In the LBO scenario, the roaming UE reports the URSP rule execution results to H-AM-PCF through the registration NAS message. H-AM-PCF performs the first verification, and V-SMF performs the second verification and the second verification. Three times verified.
  • Step 41 The roaming UE obtains the URSP rule
  • V-AM-PCF or H-AM-PCF can provide URSP rule for roaming UE;
  • Step 42 The roaming UE executes the URSP rule and establishes an LBO session
  • Step 43 The roaming UE sends an uplink non-access layer (UL NAS) message to the AMF, where the UL NAS message carries the URSP rule execution result;
  • UL NAS uplink non-access layer
  • Step 44 The AMF sends an N1 message notification (Namf_Communication_N1Message Notify) to the V-AM-PCF, where the Namf_Communication_N1MessageNotify carries the URSP rule execution result; or, through the UE policy control update request (Npcf_UEPolicyControl Update Request), sends the URSP rule execution result;
  • Step 45 V-AM-PCF sends a UE policy control update notification (Npcf_UEPolicyControl UpdateNotify request) to H-AM-PCF, where the Npcf_UEPolicyControl UpdateNotify request carries the URSP rule execution result;
  • Step 46 H-AM-PCF performs the first verification, that is, based on the URSP rule execution result, it determines whether the roaming UE's URSP rule is used correctly;
  • Step 47 H-AM-PCF sends Npcf_UEPolicyControl UpdateNotify response to V-AM-PCF, where Npcf_UEPolicyControl UpdateNotify response carries the result of the first verification (that is, whether the URSP rule carrying the roaming UE uses the correct result);
  • Step 48 V-AM-PCF sends the second information to V-SM-PCF, where the second information includes URSP rule execution result, PDU session ID, and UE SUPI;
  • Step 49 V-SM-PCF sends the above-mentioned second information to V-SMF;
  • Step 410 V-SMF performs the second verification, that is, based on the received second information (i.e., URSP rule execution result, PDU session ID, UE SUPI), it determines the parameters of the PDU session carrying APP traffic (for example, DNN, S -NSSAI, SSC mode, etc.), and whether it is consistent with the RSC (for example, DNN, S-NSSAI) in the URSP rule actually reported by the roaming UE.
  • the received second information i.e., URSP rule execution result, PDU session ID, UE SUPI
  • the parameters of the PDU session carrying APP traffic for example, DNN, S -NSSAI, SSC mode, etc.
  • RSC for example, DNN, S-NSSAI
  • Step 411 V-SMF sends the result of the second verification to V-SM-PCF;
  • Step 4 12 V-SM-PCF sends the result of the second verification to V-AM-PCF;
  • Step 413 V-AM-PCF sends the result of the second verification to H-AM-PCF;
  • Step 414 H-AM-PCF determines whether packet detection needs to be performed based on the second verification result; where, when packet detection is required, step 415 is performed; for example, if the second verification result indicates that the roaming UE has not used URSP correctly rule, no three verifications are required;
  • Step 415 H-AM-PCF sends a packet detection indication to V-AM-PCF;
  • Step 416 V-AM-PCF sends a packet detection indication to V-SM-PCF;
  • Step 417 V-SM-PCF sends a packet detection indication to V-SMF;
  • Step 418 V-SMF performs the third verification, that is, generates PDR based on the URSP rule reported by the roaming UE (i.e., the URSP rule actually used by the roaming UE as indicated in the URSP rule execution result);
  • Step 419 V-SMF configures PDR to UPF
  • Step 420 UPF sends the detection result (that is, the detection result according to the configured PDR, that is, the result of the third verification mentioned above) to V-SMF;
  • Step 421 V-SMF sends the detection result to V-SM-PCF;
  • Step 422 V-SM-PCF sends the detection result to V-AM-PCF;
  • Step 423 V-AM-PCF sends the detection result to H-AM-PCF;
  • Step 424 H-AM-PCF determines whether to update the URSP rule based on the received detection results; where, when it is necessary to update the URSP rule, perform step 425;
  • Step 425 Update the URSP rule, that is, H-AM-PCF can send indication information to instruct V-SMF to refuse the establishment of LBO session; or perform the release of PDU session, and then rebuild the session. That is, the instruction information is used to instruct V-SMF to release the LBO session or reject the session establishment.
  • the instruction information also includes: PDU session ID, URSP rule verification result (including primary and secondary ,three times).
  • the method for H-AM-PCF to send the indication information includes: H-AM-PCF sends the indication information to V-AM-PCF, V-AM-PCF sends the indication information to V-SM-PCF, V-SM -PCF then sends indication information to V-SMF;
  • H-AM-PCF can send the instruction information to V-AM-PCF through at least one of the following methods:
  • the V-AM-PCF may send the indication information to the V-SM-PCF through at least one of the following:
  • Npcf_UEPolicyControl Update Request/Response UE policy control update request/response
  • Npcf_UEPolicyControl Create Request/Response UE policy control creation request/response
  • Npcf_UEPolicyControl UpdateNotify UE policy control update notification
  • the V-SM-PCF shall send the instruction information to the V-SMF through at least one of the following:
  • Session policy control update request (Npcf_SMPolicyControl_Update Request).
  • Implementation Mode 2 In the HR scenario, the roaming UE reports the URSP rule execution results to H-AM-PCF through the registration NAS message. H-AM-PCF performs the first verification, and V-SMF performs the second verification. -SMF performs third verification.
  • Step 51 The roaming UE obtains the URSP rule
  • V-AM-PCF or H-AM-PCF can provide URSP rules for roaming UEs
  • Step 52 The roaming UE executes the URSP rule and establishes an HR session
  • Step 53 The roaming UE sends a UL NAS message to the AMF, where the UL NAS message carries the URSP rule execution result;
  • Step 54 AMF sends Namf_Communication_N1MessageNotify to V-AM-PCF, where Namf_Communication_N1MessageNotify carries the URSP rule execution result and PDUsession ID;
  • Step 55 V-AM-PCF sends Npcf_UEPolicyControl UpdateNotify request to H-AM-PCF, where the Npcf_UEPolicyControl UpdateNotify request carries the URSP rule execution result and PDU session ID;
  • Step 56 H-AM-PCF performs the first verification, that is, judging whether the URSP rule of the roaming UE is used correctly based on the URSP rule execution result;
  • Step 57 H-AM-PCF sends Npcf_UEPolicyControl UpdateNotify response to V-AM-PCF, where Npcf_UEPolicyControl UpdateNotify response carries the result of the first verification (that is, whether the URSP rule carrying the roaming UE uses the correct result);
  • Step 58 H-AM-PCF sends the second information to V-AM-PCF, where the second information includes URSP rule execution result, PDU session ID, and UE SUPI;
  • Step 59 V-AM-PCF sends the above-mentioned second information to V-SM-PCF;
  • Step 510 V-SM-PCF sends the above-mentioned second information to V-SMF;
  • Step 511 V-SMF performs the second verification, that is, based on the received URSP rule execution results, PDU session ID, and UE SUPI, it determines the parameters of the PDU session carrying APP traffic (for example, DNN, S-NSSAI, SSC mode, etc. ), is consistent with the RSC (for example, DNN, S-NSSAI) in the URSP rule actually reported by the roaming UE.
  • the parameters of the PDU session carrying APP traffic for example, DNN, S-NSSAI, SSC mode, etc.
  • Step 512 V-SMF sends the result of the second verification to V-SM-PCF;
  • Step 5 13 V-SM-PCF sends the result of the second verification to V-AM-PCF;
  • Step 514 V-AM-PCF sends the result of the second verification to H-AM-PCF;
  • Step 515 H-AM-PCF determines whether packet detection needs to be performed based on the second verification result; where, when packet detection is required, step 516 is performed;
  • Step 516 H-AM-PCF sends a packet detection indication to H-SM-PCF;
  • Step 517 H-SM-PCF sends a packet detection instruction to H-SMF;
  • Step 518 H-SMF performs the third verification, that is, generating PDR based on the URSP rule reported by the roaming UE (i.e., the URSP rule actually used by the roaming UE as indicated in the URSP rule execution result);
  • Step 519 H-SMF configures PDR to UPF
  • Step 520 UPF sends the detection result (that is, the detection result according to the configured PDR, that is, the result of the third verification mentioned above) to H-SMF;
  • Step 521 H-SMF sends the detection result to H-SM-PCF;
  • Step 522 H-SM-PCF sends the detection result to H-AM-PCF;
  • Step 523 H-AM-PCF determines whether to update the URSP rule based on the received detection results; where, when it is necessary to update the URSP rule, perform step 524;
  • Step 524 Update the URSP rule, that is, H-AM-PCF can instruct V-SMF to refuse the establishment of HR session; or perform the release of PDU session, and then rebuild the session.
  • the instruction method is as described in Embodiment 1 above.
  • Implementation method three In the HR scenario, the roaming UE reports the URSP rule execution result to H-AM-PCF through the session NAS message. H-AM-PCF performs the first verification, and V-SMF performs the second verification. -SMF performs third verification.
  • Step 61 The roaming UE obtains the URSP rule
  • V-AM-PCF or H-AM-PCF can provide URSP rule for roaming UE;
  • Step 62 The roaming UE executes the URSP rule and establishes an HR session
  • Step 63 The roaming UE sends a PDU session establishment request (PDU session establishment request) or a PDU session modification request (PDU session modification request) to the AMF, where the PDU session establishment request or PDU session modification request carries the URSP rule execution of the roaming UE. result;
  • Step 64 AMF sends a PDU session management context creation request (Nsmf_PDUSession_CreateSMContext request) to V-SMF, in which the Nsmf_PDUSession_CreateSMContext request carries the URSP rule execution result;
  • Step 65 V-SMF sends SM Policy Association Modification (SM Policy Association Modification) to V-SM-PCF, where SM Policy Association Modification carries the URSP rule execution result;
  • Step 66 V-SM-PCF sends the URSP rule execution result to V-AM-PCF;
  • Step 67 V-AM-PCF sends Npcf_UEPolicyControl UpdateNotify request to H-AM-PCF, where Npcf_UEPolicyControl UpdateNotify request carries the URSP rule execution result;
  • Step 68 H-AM-PCF performs the first verification, that is, judging whether the URSP rule of the roaming UE is used correctly based on the URSP rule execution result;
  • Step 69 H-AM-PCF sends Npcf_UEPolicyControl UpdateNotify response to V-AM-PCF, where Npcf_UEPolicyControl UpdateNotify response carries the result of the first verification (that is, whether the URSP rule carrying roaming UE uses the correct result);
  • Step 610 H-AM-PCF sends second information to V-AM-PCF, where the second information includes URSP rule execution result, PDU session ID, and UE SUPI;
  • Step 611 V-AM-PCF sends the above-mentioned second information to V-SM-PCF;
  • Step 612 V-SM-PCF sends the above-mentioned second information to V-SMF;
  • Step 613 V-SMF performs the second verification, that is, based on the received URSP rule execution results, PDU session ID, and UE SUPI, it determines the parameters of the PDU session carrying APP traffic (for example, DNN, S-NSSAI, SSC mode, etc. ), is consistent with the RSC (for example, DNN, S-NSSAI) in the URSP rule actually reported by the roaming UE.
  • the parameters of the PDU session carrying APP traffic for example, DNN, S-NSSAI, SSC mode, etc.
  • Step 614 V-SMF sends the result of the second verification to V-SM-PCF;
  • Step 615 V-SM-PCF sends the result of the second verification to V-AM-PCF;
  • Step 616 V-AM-PCF sends the result of the second verification to H-AM-PCF;
  • Step 617 H-AM-PCF determines whether packet detection needs to be performed based on the second verification result; where, when packet detection is required, step 616 is performed;
  • Step 618 H-AM-PCF sends a packet detection indication to H-SM-PCF;
  • Step 619 H-SM-PCF sends a packet detection instruction to H-SMF;
  • Step 620 H-SMF performs the third verification, that is, generating PDR based on the URSP rule reported by the roaming UE (i.e., the URSP rule actually used by the roaming UE as indicated in the URSP rule execution result);
  • Step 621 H-SMF configures PDR to UPF
  • Step 622 UPF sends the detection result (that is, the detection result according to the configured PDR, that is, the result of the third verification mentioned above) to H-SMF;
  • Step 623 H-SMF sends the detection result to H-SM-PCF;
  • Step 624 H-SM-PCF sends the detection result to H-AM-PCF;
  • Step 625 H-AM-PCF determines whether to update the URSP rule based on the received detection results; where, when it is necessary to update the URSP rule, perform step 626;
  • Step 626 Update the URSP rule, that is, H-AM-PCF can instruct V-SMF to refuse the establishment of HR session; or perform the release of PDU session, and then rebuild the session.
  • Implementation Mode 4 The roaming UE sends the URSP rule execution result to the home network (such as H-PCF) through the home routed session in the following manner.
  • the home network such as H-PCF
  • the roaming UE sends the URSP rule execution results (for example, Connection Capability) to the AMF through PDU session establishment request or PDU session modification request;
  • URSP rule execution results for example, Connection Capability
  • AMF sends the URSP rule execution results to V-SMF through Nsmf_PDUSession_CreateSMContext Request or Nsmf_PDUSession_UpdateSMContext Request;
  • V-SMF sends the URSP rule execution results to H-SMF through Nsmf_PDUSession_Create request or Nsmf_PDUSession Update request;
  • H-SMF sends the URSP rule execution result to the session PCF through the SM policy association modification process (here refers to the home PCF for session). Then, the session PCF sends the URSP rule through the UE policy association modification/establishment process. The execution result is sent to the UE PCF (here refers to the home PCF for UE).
  • this implementation method realizes sending the URSP rule execution result from the roaming location to the UE PCF at the home location.
  • a new policy control request trigger may be set in H-SMF. That is, when H-SMF receives the URSP rule execution result from V-SMF, it will send the execution result to the session PCF. (Alternatively, when H-SMF receives the URSP rule execution result from V-SMF, it will send the execution result to PCF, where PCF includes PCF for session or PCF for UE).
  • the execution subject may be a routing policy execution result processing device.
  • the routing policy execution result processing method executed by the routing policy execution result processing device is used as an example to illustrate the routing policy execution result processing device provided by the embodiment of the present application.
  • FIG. 8 is a structural block diagram of a routing policy execution result processing device provided by an embodiment of the present application.
  • the routing policy execution result processing device can be applied to the first network side device.
  • the routing policy execution result processing device 70 includes:
  • the first acquisition module 701 is used to acquire the first information
  • the first information includes the terminal’s routing policy URSP rule execution result
  • the first information is used to verify the URSP rule execution result on the terminal.
  • the first network side device is a first communication device or a fourth communication device, wherein the first communication device is the first device of the terminal in the second network, and the fourth communication device It is the fourth device of the terminal under the first network.
  • the URSP rule execution result includes at least one of the following:
  • the URSP rule executed by the terminal for application traffic
  • the terminal is a traffic descriptor executed by application traffic
  • the protocol data unit PDU session identifier that carries the application traffic.
  • the device also includes:
  • the second verification module is used to perform the first verification on the URSP rule execution result of the terminal based on the first information.
  • the second verification module is specifically used to:
  • the terminal does not correctly use the URSP rule of the first network.
  • the device also includes:
  • a first sending module configured to send the verification result of the first verification
  • the verification result of the first verification includes at least one of the following:
  • the terminal correctly uses the URSP rule of the first network
  • the terminal does not correctly use the URSP rule of the first network.
  • the first sending module is specifically used for:
  • the second communication device is a second device of the terminal under the first network
  • the third communication device is a third device of the terminal under the second network.
  • the first sending module sends the verification result of the first verification to the second communication device, specifically for:
  • the fifth communication device is the fifth device of the terminal under the first network
  • the fourth communication device It is the fourth device of the terminal under the first network.
  • the first sending module is prepared to send the verification result of the first verification to the third communication device, specifically for:
  • the sixth communication device is a sixth device of the terminal under the second network.
  • the first sending module sends the verification result of the first verification to the second communication device, specifically for:
  • the fifth communication device is the fifth device of the terminal under the first network.
  • the first sending module sends the verification result of the first verification to the third communication device, specifically for:
  • the sixth communication device is the sixth device of the terminal under the second network
  • the first communication device is the first device of the terminal under the second network
  • the device further includes at least one of the following:
  • the second sending module is used to send the second information
  • the second receiving module is used to receive the third information
  • the second information includes the URSP rule execution result of the terminal, the PDU session identifier of the terminal, and the user permanent identifier, and the second information is used to perform a second test on the URSP rule execution result of the terminal. Verification and/or third verification;
  • the third information includes the verification result of the second verification and/or the verification result of the third verification
  • the third information is used for at least one of the following:
  • the second sending module is specifically used for:
  • the second communication device is a second device of the terminal under the first network
  • the third communication device is a third device of the terminal under the second network.
  • the second sending module sends the second information to the second communication device, specifically for:
  • the fourth communication device is a fourth device of the terminal under the first network
  • the fifth communication device is a fifth device of the terminal under the first network
  • the second sending module sends the second information to the third communication device, specifically for:
  • the sixth communication device is a sixth device of the terminal under the second network.
  • the second sending module sends the second information to the second communication device, specifically for:
  • the fifth communication device is the fifth device of the terminal under the first network.
  • the second sending module sends the second information to the third communication device, specifically for:
  • the first communication device is the first device of the terminal under the second network
  • the sixth communication device is the sixth device of the terminal under the second network
  • the second receiving module is specifically used for:
  • the second communication device is a second device of the terminal under the first network
  • the third communication device is a third device of the terminal under the second network.
  • the second receiving module receives the third information from the second communication device, specifically for:
  • the fourth communication device is a fourth device of the terminal under the first network
  • the fifth communication device is a fifth device of the terminal under the first network
  • the second receiving module receives the third information from the third communication device, specifically for:
  • the sixth communication device is a sixth device of the terminal under the second network.
  • the second receiving module receives the third information sent by the second communication device, specifically for:
  • the fifth communication device is the fifth device of the terminal under the first network.
  • the second receiving module receives the third information sent by the third communication device, specifically for:
  • the first communication device is the first device of the terminal under the second network
  • the sixth communication device is the sixth device of the terminal under the second network
  • the acquisition module is specifically configured to:
  • the seventh communication device is a device on the network side
  • the second communication device is the second device of the terminal under the first network
  • the fourth communication device is the terminal under the first network.
  • the fourth device, the fifth communication device is the fifth device in the roaming place of the terminal.
  • the first acquisition module is specifically configured to:
  • the seventh communication device is a network side device
  • the second communication device is the second device of the terminal under the first network
  • the fifth communication device is the fifth communication device of the roaming place of the terminal. equipment.
  • the terminal is a roaming terminal.
  • the first network is the network of the terminal's roaming or visiting place
  • the second network is the network of the terminal's home place; or, the first network is the home network of the terminal.
  • the second network is the network of the terminal's roaming place or visiting place.
  • the routing policy execution result processing device in the embodiment of the present application may be an electronic device, such as an electronic device with an operating system, or may be a component in the electronic device, such as an integrated circuit or chip.
  • the electronic device may be a network side device.
  • the network-side device may be a server, a network attached storage (Network Attached Storage, NAS), etc., which are not specifically limited in the embodiment of this application.
  • NAS Network Attached Storage
  • the routing policy execution result processing device provided by the embodiment of the present application can implement each process implemented by the method embodiment in Figure 2 and achieve the same technical effect. To avoid duplication, the details will not be described here.
  • FIG. 9 is a structural block diagram of a routing policy execution result processing device provided by an embodiment of the present application.
  • the routing policy execution result processing device can be applied to the second network side device.
  • the routing policy execution result processing device 80 includes:
  • the first receiving module 801 is configured to receive second information, where the second information includes the execution result of the routing policy URSP rule of the terminal, the protocol data unit PDU session identifier of the terminal, and the user permanent identifier.
  • the second information is used to conduct the second verification and/or the third verification of the URSP rule execution result of the terminal;
  • the first verification module 802 is configured to perform a second verification and/or a third verification on the URSP rule execution result of the terminal based on the second information.
  • the second network side device is a second communication device or a third communication device, wherein the second communication device is a second device of the terminal under the first network, and the third communication device The terminal is a third device under the second network.
  • the first receiving module is specifically configured to perform at least one of the following:
  • the fifth communication device is the fifth device of the terminal under the first network
  • the fourth communication device is the fourth device of the terminal under the first network
  • the first communication device is the The terminal is a first device under the second network.
  • the first receiving module is specifically configured to perform at least one of the following:
  • the sixth communication device is the sixth device of the terminal under the second network
  • the first communication device is the first device of the terminal under the second network
  • the fourth communication device is the The terminal is a fourth device under the first network.
  • the URSP rule execution result includes the path selection descriptor executed by the terminal for application traffic;
  • the first verification module performs a second verification on the terminal's URSP rule execution result based on the second information, specifically for:
  • the PDU session identifier in the second information obtain the first session parameter of the PDU session, and compare the first session parameter with the second session parameter represented by the path selection descriptor in the URSP rule execution result ;
  • the URSP rule execution result includes the path selection descriptor executed by the terminal for application traffic;
  • the first verification module performs a third verification on the terminal's URSP rule execution result based on the second information, specifically for:
  • the terminal does not correctly use the URSP rule of the first network.
  • the device further includes at least one of the following:
  • the third receiving module is used to receive the verification result of the first verification of the URSP rule of the terminal;
  • the third sending module is used to send the third information
  • the verification result of the first verification includes at least one of the following:
  • the terminal correctly uses the URSP rule of the first network
  • the terminal does not correctly use the URSP rule of the first network
  • the third information includes the verification result of the second verification and/or the verification result of the third verification
  • the third information is used for at least one of the following:
  • the third receiving module is specifically used for:
  • the first communication device is the first device of the terminal under the second network
  • the fourth communication device is the fourth device of the terminal under the first network
  • the third receiving module receives the verification result of the first verification sent by the first communication device, specifically for:
  • the fifth communication device is the fifth device of the terminal under the first network
  • the fourth communication device is the fourth device of the terminal under the first network
  • the third receiving module receives the verification result of the first verification sent by the fourth communication device, specifically for:
  • the fifth communication device is the fifth device of the terminal under the first network.
  • the third receiving module receives the verification result of the first verification sent by the first communication device, specifically for:
  • the sixth communication device is a sixth device of the terminal under the second network.
  • the third receiving module receives the The verification result of the first verification sent by the four communication devices is specifically used for:
  • the sixth communication device is the sixth device of the terminal under the second network
  • the first communication device is the first device of the terminal under the second network
  • the third sending module is specifically used for:
  • the first communication device is the first device of the terminal under the second network
  • the fourth communication device is the fourth device of the terminal under the first network
  • the third sending module sends the third information to the first communication device, specifically for:
  • the fifth communication device is the fifth device of the terminal under the first network
  • the fourth communication device is the fourth device of the terminal under the first network
  • the third sending module sends the third information to the fourth communication device, specifically for:
  • the fifth communication device is the fifth device of the terminal under the first network.
  • the third sending module sends the third information to the first communication device, specifically for:
  • the sixth communication device is a sixth device of the terminal under the second network.
  • the third sending module sends the third information to the fourth communication device, specifically for:
  • the sixth communication device is the sixth device of the terminal under the second network
  • the first communication device is the first device of the terminal under the second network
  • the terminal is a roaming terminal.
  • the first network is the network of the terminal's roaming or visiting place
  • the second network is the network of the terminal's home place; or, the first network is the home network of the terminal.
  • the second network is the network of the terminal's roaming place or visiting place.
  • the URSP rule execution result includes at least one of the following:
  • the URSP rule executed by the terminal for application traffic
  • the terminal is a traffic descriptor executed by application traffic
  • the protocol data unit PDU session identifier that carries the application traffic.
  • the routing policy execution result processing device in the embodiment of the present application may be an electronic device, such as an electronic device with an operating system, or may be a component in the electronic device, such as an integrated circuit or chip.
  • the electronic device may be a network side device.
  • the network-side device may be a server, a network attached storage (Network Attached Storage, NAS), etc., which are not specifically limited in the embodiment of this application.
  • NAS Network Attached Storage
  • the routing policy execution result processing device provided by the embodiment of the present application can implement each process implemented by the method embodiment in Figure 3 and achieve the same technical effect. To avoid duplication, details will not be described here.
  • this embodiment of the present application also provides a communication device 900, which includes a processor 901 and a memory 902.
  • the memory 902 stores programs or instructions that can be run on the processor 901, such as , when the communication device 900 is the first network side device, when the program or instruction is executed by the processor 901, each step of the routing policy execution result processing method embodiment described in the first aspect is implemented, and the same technology can be achieved Effect.
  • the communication device 900 is a second network side device, when the program or instruction is executed by the processor 901, each step of the routing policy execution result processing method embodiment described in the second aspect is implemented, and the same technical effect can be achieved. , to avoid repetition, will not be repeated here.
  • the embodiment of the present application also provides a network side device.
  • the network side device 1000 includes: a processor 1001, a network interface 1002, and a memory 1003.
  • the network interface 1002 is, for example, a common public radio interface (CPRI).
  • CPRI common public radio interface
  • the network side device 1000 in this embodiment of the present invention also includes: instructions or programs stored in the memory 1003 and executable on the processor 1001.
  • the processor 1001 calls the instructions or programs in the memory 1003 to execute the steps shown in Figure 2 or 3. The method shown above and achieve the same technical effect are not repeated here to avoid repetition.
  • Embodiments of the present application also provide a readable storage medium on which a program or instructions are stored.
  • the program or instructions are executed by a processor, the routing strategy described in the first aspect or the second aspect is implemented.
  • Each process of the result processing method embodiment is executed and the same technical effect can be achieved. To avoid repetition, details will not be described here.
  • the processor is the processor in the terminal described in the above embodiment.
  • the readable storage medium includes computer readable storage media, such as computer read-only memory ROM, random access memory RAM, magnetic disk or optical disk, etc.
  • An embodiment of the present application further provides a chip.
  • the chip includes a processor and a communication interface.
  • the communication interface is coupled to the processor.
  • the processor is used to run programs or instructions to implement the first aspect or the second aspect.
  • Each process of the routing policy execution result processing method embodiment described in this aspect can achieve the same technical effect. To avoid duplication, it will not be described again here.
  • chips mentioned in the embodiments of this application may also be called system-on-chip, system-on-a-chip, system-on-chip or system-on-chip, etc.
  • Embodiments of the present application further provide a computer program/program product.
  • the computer program/program product is stored in a storage medium.
  • the computer program/program product is executed by at least one processor to implement the first aspect.
  • Each process of the routing policy execution result processing method embodiment described above or in the second aspect can achieve the same technical effect. To avoid duplication, it will not be described again here.
  • Embodiments of the present application also provide a routing policy execution result processing system, including: a first network side device and a second network side device.
  • the first network side device can be used to perform routing as described in the first aspect above.
  • the second network side device may be configured to perform the steps of the routing policy execution result processing method described in the second aspect above.
  • the methods of the above embodiments can be implemented by means of software plus the necessary general hardware platform. Of course, it can also be implemented by hardware, but in many cases the former is better. implementation.
  • the technical solution of the present application can be embodied in the form of a computer software product that is essentially or contributes to the existing technology.
  • the computer software product is stored in a storage medium (such as ROM/RAM, disk , CD), including several instructions to cause a terminal (which can be a mobile phone, computer, server, air conditioner, or network device, etc.) to execute the methods described in various embodiments of this application.

Landscapes

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

Abstract

本申请公开了一种路由选择策略执行结果处理方法、装置及设备,属于通信技术领域,本申请实施例的路由选择策略执行结果处理方法包括:第一网络侧设备获取第一信息;其中,所述第一信息包括终端的路由选择策略URSP rule执行结果;所述第一信息用于对所述终端进行URSP rule执行结果验证。

Description

路由选择策略执行结果处理方法、装置及设备
相关申请的交叉引用
本申请要求在2022年9月2日提交的申请号为202211076061.7、名称为“路由选择策略执行情况处理方法、装置及设备”的中国专利申请的优先权,其全部内容通过引用结合在本申请中。
技术领域
本申请属于通信技术领域,具体涉及一种路由选择策略执行结果处理方法、装置及设备。
背景技术
终端的路由选择策略(UE Route Selection Policy,URSP)规则(rule),是第三代伙伴组织计划(Third Generation Partnership Projects,3GPP)定义的一种给终端发送的策略,终端根据这个rule,可以匹配应用程序(Application,APP)的流量到特定的(Protocol Data Unit,PDU)会话(session)。所述特定的PDU会话是指,该PDU会话的各项参数,比如,数据网络名(Data Network Name,DNN),单网络切片选择辅助信息(Single Network Slice Selection Assistance Information,S-NSSAI),会话和服务连续性模式(Session and Service Continuity mode,SSC mode)等,都在URSP rule中进行了规定,当终端为该应用的流量选择了某个规则,则终端会把该应用的流量匹配PDU会话上,则该PDU会话的会话参数,与被选择的这个规则里规定的会话参数一致。
例如终端上的某个APP需要发送流量到服务器端,则该APP可以发送APP流量特征给终端,然后终端根据APP的流量特征,去逐个匹配终端内的URSP rule。其中,该APP流量特征匹配到某个URSP rule之后,则可以进一步选择使用哪个PDU session发送该APP的流量。
其中,运营商设计URSP rules给终端发下去以后,在某些场景下,对于某些APP的流量,运营商希望获知终端对这些APP的流量最终匹配到的是哪个规则(即希望获知URSP rules的执行结果)。然而,终端目前无法获知终端的URSP rules的执行结果。
发明内容
本申请实施例提供一种路由选择策略执行结果处理方法、装置及设备,以实现终端的URSP rule的执行结果的获取。
第一方面,提供了一种路由选择策略执行结果处理方法,包括:
第一网络侧设备获取第一信息;
其中,所述第一信息包括终端的路由选择策略URSP rule执行结果;
所述第一信息用于对所述终端进行URSP rule执行结果验证。
第二方面,提供了一种路由选择策略执行结果处理方法,包括:
第二网络侧设备接收第二信息,其中,所述第二信息包括终端的路由选择策略URSP rule执行结果、所述终端的协议数据单元PDU会话标识、用户永久标识符,所述第二信息用于对所述终端的URSP rule执行结果进行第二次验证和/或第三次验证;
所述第二网络侧设备根据所述第二信息,对所述终端的URSP rule执行结果进行第二次验证和/或第三次验证。
第三方面,提供了一种路由选择策略执行结果处理装置,包括:
第一获取模块,用于获取第一信息;
其中,所述第一信息包括终端的路由选择策略URSP rule执行结果;
所述第一信息用于对所述终端进行URSP rule执行结果验证。
第四方面,提供了一种路由选择策略执行结果处理装置,包括:
第一接收模块,用于接收第二信息,其中,所述第二信息包括终端的路由选择策略URSP rule执行结果、所述终端的协议数据单元PDU会话标识、用户永久标识符,所述第二信息用于对所述终端的URSP rule执行结果进行第二次验证和/或第三次验证;
第一验证模块,用于根据所述第二信息,对所述终端的URSP rule执行结果进行第二次验证和/或第三次验证。
第五方面,提供了一种网络侧设备,包括处理器和存储器,所述存储器存储可在所述处理器上运行的程序或指令,所述程序或指令被所述处理器执行时实现如第一方面或第二方面所述的方法的步骤。
第六方面,提供了一种路由选择策略执行结果处理系统,包括:第一网络侧设备和第二网络侧设备,所述第一网络侧设备可用于执行如上述第一方面所述的路由选择策略执行结果处理方法的步骤,所述第二网络侧设备可用于执行如上述第二方面所述的路由选择策略执行结果处理方法的步骤。
第七方面,提供了一种可读存储介质,所述可读存储介质上存储程序或指令,所述程序或指令被处理器执行时实现如第一方面所述的方法的步骤,或者实现如第二方面所述的方法的步骤。
第八方面,提供了一种芯片,所述芯片包括处理器和通信接口,所述通信接口和所述处理器耦合,所述处理器用于运行程序或指令,实现如第一方面所述的方法,或实现如第二方面所述的方法。
第九方面,提供了一种计算机程序/程序产品,所述计算机程序/程序产品被存储在存储介质中,所述计算机程序/程序产品被至少一个处理器执行以实现如第一方面或者第二方面所述的方法的步骤。
第十方面,本申请实施例提供了一种路由选择策略执行结果处理装置,所述装置用于执行如第一方面或第二方面所述的路由选择策略执行结果处理方法的步骤。
在本申请实施例中,第一网络侧设备能够获取第一信息,其中,第一信息包括终端的URSP rule执行结果,第一信息用于对所述终端进行URSP rule执行结果验证。由此 可见,终端的URSP rule执行结果可以传输至第一网络侧设备,以对终端进行URSP rule执行结果验证,实现了终端的URSP rule的执行结果的获取,这样,运营商在需要时则可以从上述第一网络侧设备中获取终端的URSP rule的执行结果,从而可以对终端进行URSP rule执行结果验证,进而可以获知终端的URSP rule是否正确使用。
附图说明
图1是本申请实施例可应用的一种无线通信系统的框图;
图2是本申请实施例中的一种路由选择策略执行结果处理方法的流程图;
图3是本申请实施例中的另一种路由选择策略执行结果处理方法的流程图;
图4是本申请实施例中路由选择策略执行结果处理方法的具体实施方式的流程图之一;
图5是本申请实施例中路由选择策略执行结果处理方法的具体实施方式的流程图之二;
图6是本申请实施例中路由选择策略执行结果处理方法的具体实施方式的流程图之三;
图7是本申请实施例中路由选择策略执行结果处理方法的具体实施方式的流程图之四;
图8是本申请实施例中的一种路由选择策略执行结果处理装置的结构框图;
图9是本申请实施例中的另一种路由选择策略执行结果处理装置的结构框图;
图10是本申请实施例中的一种通信设备的结构框图;
图11是本申请实施例中的一种网络侧设备的结构框图。
具体实施例
下面将结合本申请实施例中的附图,对本申请实施例中的技术方案进行清楚描述,显然,所描述的实施例是本申请一部分实施例,而不是全部的实施例。基于本申请中的实施例,本领域普通技术人员所获得的所有其他实施例,都属于本申请保护的范围。
本申请的说明书和权利要求书中的术语“第一”、“第二”等是用于区别类似的对象,而不用于描述特定的顺序或先后次序。应该理解这样使用的术语在适当情况下可以互换,以便本申请的实施例能够以除了在这里图示或描述的那些以外的顺序实施,且“第一”、“第二”所区别的对象通常为一类,并不限定对象的个数,例如第一对象可以是一个,也可以是多个。此外,说明书以及权利要求中“和/或”表示所连接对象的至少其中之一,字符“/”一般表示前后关联对象是一种“或”的关系。
值得指出的是,本申请实施例所描述的技术不限于长期演进型(Long Term Evolution,LTE)/LTE的演进(LTE-Advanced,LTE-A)系统,还可用于其他无线通信系统,诸如码分多址(Code Division Multiple Access,CDMA)、时分多址(Time Division Multiple Access,TDMA)、频分多址(Frequency Division Multiple Access,FDMA)、正交频分多址(Orthogonal Frequency Division Multiple Access,OFDMA)、 单载波频分多址(Single-carrier Frequency Division Multiple Access,SC-FDMA)和其他系统。本申请实施例中的术语“系统”和“网络”常被可互换地使用,所描述的技术既可用于以上提及的系统和无线电技术,也可用于其他系统和无线电技术。以下描述出于示例目的描述了新空口(New Radio,NR)系统,并且在以下大部分描述中使用NR术语,但是这些技术也可应用于NR系统应用以外的应用,如第6代(6th Generation,6G)通信系统。
图1示出本申请实施例可应用的一种无线通信系统的框图。无线通信系统包括终端11和网络侧设备12。其中,终端11可以是手机、平板电脑(Tablet Personal Computer)、膝上型电脑(Laptop Computer)或称为笔记本电脑、个人数字助理(Personal Digital Assistant,PDA)、掌上电脑、上网本、超级移动个人计算机(ultra-mobile personal computer,UMPC)、移动上网装置(Mobile Internet Device,MID)、增强现实(augmented reality,AR)/虚拟现实(virtual reality,VR)设备、机器人、可穿戴式设备(Wearable Device)、车载设备(VUE)、行人终端(PUE)、智能家居(具有无线通信功能的家居设备,如冰箱、电视、洗衣机或者家具等)、游戏机、个人计算机(personal computer,PC)、柜员机或者自助机等终端侧设备,可穿戴式设备包括:智能手表、智能手环、智能耳机、智能眼镜、智能首饰(智能手镯、智能手链、智能戒指、智能项链、智能脚镯、智能脚链等)、智能腕带、智能服装等。需要说明的是,在本申请实施例并不限定终端11的具体类型。网络侧设备12可以包括接入网设备或核心网设备,其中,接入网设备12也可以称为无线接入网设备、无线接入网(Radio Access Network,RAN)、无线接入网功能或无线接入网单元。接入网设备12可以包括基站、WLAN接入点或WiFi节点等,基站可被称为节点B、演进节点B(eNB)、接入点、基收发机站(Base Transceiver Station,BTS)、无线电基站、无线电收发机、基本服务集(Basic Service Set,BSS)、扩展服务集(Extended Service Set,ESS)、家用B节点、家用演进型B节点、发送接收点(Transmitting Receiving Point,TRP)或所述领域中其他某个合适的术语,只要达到相同的技术效果,所述基站不限于特定技术词汇,需要说明的是,在本申请实施例中仅以NR系统中的基站为例进行介绍,并不限定基站的具体类型。
核心网设备可以包含但不限于如下至少一项:核心网节点、核心网功能、移动管理实体(Mobility Management Entity,MME)、接入移动管理功能(Access and Mobility Management Function,AMF)、会话管理功能(Session Management Function,SMF)、用户平面功能(User Plane Function,UPF)、策略控制功能(Policy Control Function,PCF)、策略与计费规则功能单元(Policy and Charging Rules Function,PCRF)、边缘应用服务发现功能(Edge Application Server Discovery Function,EASDF)、统一数据管理(Unified Data Management,UDM),统一数据仓储(Unified Data Repository,UDR)、归属用户服务器(Home Subscriber Server,HSS)、集中式 网络配置(Centralized network configuration,CNC)、网络存储功能(Network Repository Function,NRF),网络开放功能(Network Exposure Function,NEF)、本地NEF(Local NEF,或L-NEF)、绑定支持功能(Binding Support Function,BSF)、应用功能(Application Function,AF)等。需要说明的是,在本申请实施例中仅以NR系统中的核心网设备为例进行介绍,并不限定核心网设备的具体类型。
本申请中,第一网络侧设备和/或第二网络侧设备,均为核心网设备,或者均为核心网设备中的一种设备,或者多种设备。
本申请中,第一通信设备,第二通信设备,第三通信设备,第四通信设备,第五通信设备,第六通信设备,第七通信设备,均为核心网设备,或者均为核心网设备中的一种设备,或者多种设备。
另外,下文所述的V-AM-PCF,可以是策略控制功能(Policy Control Function,PCF),或者漫游地(拜访地)UE策略控制功能(visited UE Policy Control Function,V-UE-PCF);前文所述的H-AM-PCF,可以是PCF或者归属地UE策略控制功能(home UE Policy Control Function,H-UE-PCF)。
首先,为了便于理解本申请实施例的路由选择策略执行结果处理方法,现对如下内容进行介绍:
一、关于UE路由选择策略(UE Route Selection Policy,URSP rule)
URSP是第三代合作伙伴计划(3rd Generation Partnership Project,3GPP)定义的一种给UE发送的策略,UE根据这个策略,可以匹配应用(application,APP)的流量到特定的协议数据单元(Protocol Data Unit,PDU)会话。
例如,UE上的某个APP需要发送流量到服务器端时,该APP可以发送APP流量特征给UE,该流量特征可以包括:目的互联网协议(Internet Protocol,IP)地址、完全限定域名(Fully Qualified Domain Name,FQDN)等;然后,UE根据APP的流量特征,去逐个匹配UE内的URSP rule;其中,在URSP rule里,所规定的流量描述/特征包括如表1中所示的内容。
表1流量描述/特征
例如对于表1中的“IP描述符”,APP可以发送一个IP描述,来描述APP的流量,比如,目的IP三元组,这表明,APP的这个流量,是要发给目的IP=10.1.1.1,端口号=80的一个流量。其中,如果UE URSP rule中恰好存在这个Traffic descriptor,则说明APP的这个流量可以匹配到某一个URSP rule。
其中,APP的流量匹配到相应的URSP rule之后,下一步则需要选择使用哪个PDU会话来发送该APP的流量。
一般来说,在某个Traffic descriptor下,存在多个路由选择描述符(Route Selection Descriptor,RSD),每个RSD代表了一个PDU会话的一组属性或者PDU会话的参数。例如,当APP流量匹配到目的IP=10.1.1.1,端口号=80的这一组Traffic descriptor,然后这一组Traffic descriptor下存在如下几个RSD:
RSD优先级(precedence)=1:S-NSSAI-a、(非3GPP接入)Non-3GPP Access;
RSD precedence=2:S-NSSAI-a、3GPP Access、DNN=Internet、SSC mode=3;
例如上述RSD1对应的PDU会话的特性为:S-NSSAI=S-NSSAI-a,使用Non-3GPP接入。
二、关于网络数据分析功能(Network Data Analytics Function,NWDAF)
目前,在3GPP中,引入NWDAF来进行一些智能化的分析。其中,NWDAF具有一定的AI智能分析的功能,即NWDAF通过采集一些数据,并使用内置的算法和分析 能力,分析出一些结果,提供给5G核心网网元,做一些操作优化或者统计分析。
例如,NWDAF能够提供一种观测服务体验分析功能(Observed Service Experience related network data analytics),基于这个功能,可以采集终端访问某个服务器的服务质量(quality of service,QoS)信息,比如上下行速率,丢包率等等,输出一个统计信息,该信息包括了该终端访问该服务器的用户体验情况;NWDAF也可以根据该终端访问该服务器的历史体验情况进行预测,比如,在未来某个时间段,某个区域内,这个终端如果访问该服务器,那么可以预测用户可能的体验情况(比如QoS情况)。
通常,对于NWDAF所能提供的分析或者预测内容,以分析标识(Analytic ID)来区分,通过指示给NWDAF不同的Analytic ID以及一些参数,NWDAF即可提供分析和预测。比如,上述NWDAF所提供的观测服务体验分析功能,则使用Analytic ID=服务体验(Service Experience);因此,只要获取NWDAF服务的网元,在请求分析的时候输入Analytic ID,那么NWDAF就可以提供对应的分析了。如下表2所示,为目前NWDAF所能够提供的所有分析所对应的Analytic ID。
表2 NWDAF所能够提供的分析所对应的Analytic ID
下面结合附图,通过一些实施例及其应用场景对本申请实施例提供的路由选择策略执行结果处理方法进行详细地说明。
第一方面,参见图2所示,为本申请实施例所提供的一种路由选择策略执行结果处理方法的流程图,该方法可以包括以下步骤201:
步骤201:第一网络侧设备获取第一信息。
其中,所述第一信息包括终端的路由选择策略URSP rule执行结果;
所述第一信息用于对所述终端进行URSP rule执行结果验证。
可选地,所述终端为漫游终端。
这里,对所述终端进行URSP rule执行结果验证,即为判断该终端是否正确使用了URSP rule。其中,该验证过程包括三次验证,具体每一次的验证方法会在后文进行具体介绍。
可选地,所述URSP rule执行结果包括以下至少一项:
所述终端为应用流量所执行的URSP rule;这里,所述执行的URSP rule,就是终端每次使用的URSP rule,终端每次使用URSP rule后,可以上报所使用的URSP rule;其中,可以上报所使用的URSP rule的URSP rule ID,也可以上报具体使用的URSP rule(比如,使用的流量描述符,使用的路径选择描述);
所述终端为应用流量所执行的流量描述符;这里,所述执行的流量描述符,就是终端每次使用的流量描述符,终端每次使用流量描述符后,可以上报所使用的流量描述符;终端可上报使用的流量描述符的优先级(traffic descriptor precedence)或流量描述符ID,以标识使用的流量描述符;可选地,所述所执行的流量描述符包括连接能力(Connection Capability);
所述终端为应用流量所执行的路径选择描述符;这里,所述执行的路径选择描述符,就是终端每次使用的路径选择描述符,终端每次使用路径选择描述符后,可以上报所使用的流量描述符;在上报的路径选择描述符中,还包括终端执行或者使用的每个路径选择描述符下的一个或多个RSC(route selection component),比如,DNN,S-NSSAI,SSC mode等等。终端可上报使用的路径选择描述符的优先级(traffic descriptor precedence)或路径选择描述符ID,以标识使用的路径选择描述符;
为应用流量执行URSP rule后,承载该应用流量的协议数据单元PDU会话标识。
例如终端配置的URSP rule包括X个,其中,N个URSP rule为应用流量执行了,则该终端的URSP rule的执行结果可以包括为N个为应用流量执行了的URSP rule,这N个URSP rule中的流程描述符、路径选择描述符、以及承载流量的PDU会话标识中的至少一项。
在本申请实施例中,之所以终端要上报URSP rule的执行结果,其根本原因在于:运营商设计的URSP rule给终端下发之后,对于某些APP的流量,运营商希望知道到底最终在终端里执行的是哪个规则,然后运营商可以根据执行结果的反馈,去调整设计不合理的URSP rule。因此,运营商希望得到URSP rule的执行反馈。
此外,需要说明的是,在不同终端里,对同一个APP的流量可能会执行不同的URSP rule。
由上述可知,在本申请实施例中,第一网络侧设备能够获取第一信息,其中,第一 信息包括终端的URSP rule执行结果,第一信息用于对所述终端进行URSP rule执行结果验证。由此可见,终端的URSP rule执行结果可以传输至第一网络侧设备,以对终端进行URSP rule执行结果验证,实现了终端的URSP rule的执行结果的获取,这样,运营商在需要时则可以从上述第一网络侧设备中获取终端的URSP rule的执行结果,从而可以对终端进行URSP rule执行结果验证,进而可以获知终端的URSP rule是否正确使用。
可选地,所述第一网络侧设备为第一通信设备或第四通信设备,其中,所述第一通信设备为所述终端在第二网络下的第一设备,所述第四通信设备为所述终端在第一网络下的第四设备。
可选地,所述第一网络为所述终端的漫游地或拜访地的网络,所述第二网络为所述终端的归属地的网络;或者,所述第一网络为所述终端的归属地的网络,所述第二网络为所述终端的漫游地或拜访地的网络。
可选地,当所述网络侧设备为所述第一通信设备时,所述第一网络侧设备获取所述第一信息,包括:
所述第一网络侧设备通过第七通信设备和/或第四通信设备,接收所述终端发送的所述第一信息;
和/或,
所述第一网络侧设备通过所述第七通信设备、第二通信设备、第五通信设备和所述第四通信设备中的至少一个,接收所述终端发送的所述第一信息;
其中,所述第七通信设备为网络侧的一个设备,所述第二通信设备为所述终端在第一网络下的第二设备,所述第四通信设备为所述终端在第一网络下的第四设备,所述第五通信设备为所述终端的漫游地的第五设备。
由此可知,第一通信设备也可以通过第七通信设备和/或第四通信设备,接收终端上报的第一信息,例如第一通信设备通过第七通信设备和/或第四通信设备,接收终端采用注册非接入层(Non-Access Stratum,NAS)消息上报的第一信息。这里,第一通信设备可以为归属地访问和移动性管理策略控制功能(Home Access and Mobility Management Policy Control Function,H-AM-PCF),第四通信设备可以为漫游地访问和移动性管理策略控制功能(Visited Access and Mobility Management Policy Control Function,V-AM-PCF),第七通信设备可以为AMF,即携带第一信息(即URSP rule的执行结果)的注册NAS消息的传输路径可以为:终端→AMF→V-AM-PCF→H-AM-PCF。
比如,终端可以通过以下至少一项,将第一信息发给第七通信设备:
上行NAS消息(UL NAS message);
PDU会话建立请求(PDU session establishment request);
PDU会话修改请求(PDU session modification request);
注册请求(Registration request)。
然后,第七通信设备,可以通过以下至少一项,将第一信息发送至第四通信设备:
UE策略控制更新请求(Npcf_UEPolicyControl Update Request);
UE策略控制创建请求(Npcf_UEPolicyControl Create Request);
N1消息通知(Namf_Communication_N1MessageNotify)。
然后,第四通信设备,可以通过以下至少一项,将第一信息,发送至第一通信设备:
Npcf_UEPolicyControl Update Request;
UE策略控制更新响应(Npcf_UEPolicyControl Update Response);
UE策略控制创建响应(Npcf_UEPolicyControl Create Response);
Npcf_UEPolicyControl UpdateNotify Request;
UE策略控制更新通知响应(Npcf_UEPolicyControl UpdateNotify Response)。
或者,第一通信设备可以通过第七通信设备、第二通信设备、第五通信设备、第四通信设备中的至少一者,接收终端上报的第一信息,例如第一通信设备通过第七通信设备、第二通信设备、第五通信设备、第四通信设备中的至少一者,接收终端采用会话NAS消息上报的第一信息。这里,第一通信设备可以为H-AM-PCF,第四通信设备可以为V-AM-PCF,第七通信设备可以为AMF,第二通信设备可以为漫游地会话管理功能(VisitedSession Management Function,V-SMF),第五通信设备可以为漫游地会话管理策略控制功能(Visited Session Management Policy Control Function,V-SM-PCF),即携带第一信息(即URSP rule的执行结果)的会话NAS消息的传输路径可以为:终端→AMF→V-SMF→V-SM-PCF→V-AM-PCF→H-AM-PCF。
比如,终端可以通过以下至少一项,将第一信息发给第七通信设备:
上行NAS消息(UL NAS message);
PDU会话建立请求(PDU session establishment request);
PDU会话修改请求(PDU session modification request);
注册请求(Registration request)。
然后第七通信设备可以通过以下至少一项,将第一信息发送至第二通信设备:
PDU会话管理上下文创建请求(Nsmf_PDUSession CreateSMContext request);
PDU会话管理上下文更新请求(Nsmf_PDUSession UpdateSMContext request);
PDU会话上下文请求(Nsmf_PDUSession Context request)。
然后,第二通信设备,可以通过以下至少一项,将第一信息发送至第五通信设备:
会话策略控制创建请求(Npcf_SMPolicyControl_Create Request);
会话策略控制更新请求(Npcf_SMPolicyControl_Update Request)。
然后,第五通信设备,可以通过以下至少一项,将第一信息,发送至第四通信设备:
策略授权通知(Npcf_Policy Authorization Notify);
UE策略控制更新请求/响应(Npcf_UEPolicyControl Update Request/Response);
UE策略控制创建请求/响应(Npcf_UEPolicyControl Create Request/Response);
UE策略控制更新通知(Npcf_UEPolicyControl UpdateNotify)。
然后,所述第四通信设备,可以通过以下至少一项,将第一信息,发送至第一通信设备:
Npcf_UEPolicyControl Update Request;
Npcf_UEPolicyControl Update Response;
Npcf_UEPolicyControl UpdateNotify Request;
Npcf_UEPolicyControl UpdateNotify Response。
可选地,当所述第一网络侧设备为所述第四通信设备时,所述第一网络侧设备获取第一信息,包括:
所述第一网络侧设备通过第七通信设备,接收所述终端发送的所述第一信息;
和/或,
所述第一网络侧设备通过所述第七通信设备、第二通信设备、第五通信设备中的至少个,接收所述终端发送的所述第一信息;
其中,所述第七通信设备为一网络侧设备,所述第二通信设备为所述终端在第一网络下的第二设备,所述第五通信设备为所述终端的漫游地的第五设备。
由此可知,第四通信设备也可以通过第七通信设备,接收终端上报的第一信息,例如第四通信设备通过第七通信设备,接收终端采用注册NAS消息上报的第一信息。这里,第四通信设备可以为V-AM-PCF,第七通信设备可以为AMF,即携带第一信息(即URSP rule的执行结果)的注册NAS消息的传输路径可以为:终端→AMF→V-AM-PCF。
比如,终端可以通过以下至少一项,将第一信息发给第七通信设备:
上行NAS消息(UL NAS message);
PDU会话建立请求(PDU session establishment request);
PDU会话修改请求(PDU session modification request);
注册请求(Registration request)。
然后,第七通信设备,可以通过以下至少一项,将第一信息发送至第四通信设备:
UE策略控制更新请求(Npcf_UEPolicyControl Update Request);
UE策略控制创建请求(Npcf_UEPolicyControl Create Request);
N1消息通知(Namf_Communication_N1MessageNotify)。
或者,第四通信设备可以通过第七通信设备、第二通信设备、第五通信设备中的至少一者,接收终端上报的第一信息,例如第一通信设备通过第七通信设备、第二通信设备、第五通信设备中的至少一者,接收终端采用会话NAS消息上报的第一信息。这 里,第四通信设备可以为V-AM-PCF,第七通信设备可以为AMF,第二通信设备可以为V-SMF,第五通信设备可以为V-SM-PCF,即携带第一信息(即URSP rule的执行结果)的会话NAS消息的传输路径可以为:终端→AMF→V-SMF→V-SM-PCF→V-AM-PCF。
比如,终端可以通过以下至少一项,将第一信息发给第七通信设备:
上行NAS消息(UL NAS message);
PDU会话建立请求(PDU session establishment request);
PDU会话修改请求(PDU session modification request);
注册请求(Registration request)。
然后第七通信设备可以通过以下至少一项,将第一信息发送至第二通信设备:
PDU会话管理上下文创建请求(Nsmf_PDUSession CreateSMContext request);
PDU会话管理上下文更新请求(Nsmf_PDUSession UpdateSMContext request);
PDU会话上下文请求(Nsmf_PDUSession Context request)。
然后,第二通信设备,可以通过以下至少一项,将第一信息发送至第五通信设备:
会话策略控制创建请求(Npcf_SMPolicyControl_Create Request);
会话策略控制更新请求(Npcf_SMPolicyControl_Update Request)。
然后,第五通信设备,可以通过以下至少一项,将第一信息,发送至第四通信设备:
策略授权通知(Npcf_Policy Authorization Notify);
UE策略控制更新请求/响应(Npcf_UEPolicyControl Update Request/Response);
UE策略控制创建请求/响应(Npcf_UEPolicyControl Create Request/Response);
UE策略控制更新通知(Npcf_UEPolicyControl UpdateNotify)。
可选地,当所述第一网络侧设备为第三通信设备时,所述第一网络侧设备获取所述第一信息,包括:
所述第一网络侧设备通过所述第七通信设备和第二通信设备中的至少一个,接收所述终端发送的所述第一信息;
其中,所述第七通信设备为一网络侧设备,所述第二通信设备为所述终端在第一网络下的第二设备,所述第三通信设备为所述终端在第二网络下的第三设备。
由此可知,第三通信设备也可以通过第七通信设备和第二通信设备中至少一项,接收终端上报的第一信息。这里,第三通信设备可以为H-SMF,第七通信设备可以为AMF,第二通信设备可以为V-SMF,因此,第一信息(例如URSP rule的执行结果(例如connection capability))的传输路径可以为:终端→AMF→V-SMF→H-SMF。
比如,终端可以通过以下至少一项,将第一信息发给第七通信设备:
PDU会话建立请求(PDU session establishment request);
PDU会话修改请求(PDU session modification request);
上行非接入层消息(UL NAS message)。
然后,第七通信设备,可以通过以下至少一项,将第一信息发送至第二通信设备:
生成PDU会话上下文请求、(Nsmf_PDUSession_CreateSMContext Request);
更新PDU会话上下文请求、(Nsmf_PDUSession_UpdateSMContext Request)。
然后,第二通信设备,可以通过以下至少一项,将第一信息发送至第三通信设备:
PDU会话生成请求、(Nsmf_PDUSession_Create request);
PDU会话更新请求、(Nsmf_PDUSession Update request)。
可选地,第三通信设备接收到第一信息后,还可以发送给第八通信设备或者第六通信设备。
这里,第八通信设备为终端的归属地的其中一个设备。例如第八通信设备可以为归属地策略控制功能(Home Policy Control Function,H-PCF),该H-PCF可以为归属地的会话PCF(即PCF for session),也可以是UE PCF(即PCF for UE)。由此可知,H-SMF还可以将第一信息发送给H-PCF,这样就使得归属地网络能够获知终端在漫游地所执行的URSP规则执行结果,并根据这个执行结果,调整给漫游地终端发送的URSP规则。
这里,第三通信设备可以先将该第一信息发送给第六通信设备,然后第六通信设备再发送第一信息给第八通信设备(例如PCF for UE)。
另外,第三通信设备,可以通过会话管理策略关联建立或者修改(SM policy association establishment/modification)过程,将第一信息,发送至第八通信设备。示例性地,第三通信设备通过会话管理策略关联建立或者修改使用的信令(例如会话管理策略控制创建请求(Npcf_SMPolicyControl_Create request)或者会话管理策略控制更新请求(Npcf_SMPolicyControl_Update request))将第一信息发送至第八通信设备。
此外,还可以在H-SMF中设置一个触发机制(比如,设置一个策略控制请求触发(Policy Control Request Triggers,PCRT),即设置在H-SMF接收到V-SMF发送的第一信息后,则触发H-SMF将第一信息发送至H-PCF。这里的策略控制请求触发(Policy Control Request Triggers),指的是,定义在SMF(例如H-SMF)上一个条件,当满足这个条件的时候,SMF需要与PCF进行交互,比如,触发通过PCF的会话管理策略建立或者会话管理策略修改过程,H-SMF将V-SMF发送的第一信息,转发至H-PCF(比如归属地的PCF for session)。
可以理解地,当在H-SMF设置一个触发机制以后,只要H-SMF接收到来自V-SMF的第一信息,那么H-SMF就必须要把该第一信息发送给H-PCF(例如通过所述会话管理策略相关过程),具体可参见表3所述:
表3:SMF中设定的策略控制请求触发(Policy Control Request Triggers,PCRT)
一种实施方式中,所述第二通信设备(比如,V-SMF)在第一网络下(其对应于第一网络的公用陆地移动网(Public Land Mobile Network,PLMN)ID),或者第二通信设备位于第一PLMN ID对应的网络下,或者,第二通信设备位于漫游地网络下;第三通信设备,或第六通信设备,或第八通信设备(即H-SMF或H-SM-PCF或H-PCF)在第二网络下(其对应于第二网络的PLMN ID),或者第三通信设备或第六通信设备或第八通信设备位于第二PLMN ID对应的网络下,或者,位于归属地网络下。
可以理解地,归属地PCF for session从H-SMF接收到第一信息以后,就获得了终端在漫游地的URSP规则执行结果(比如Connection capability),然后,归属地PCF for session(用于会话关联的PCF)还需要将第一信息发送给归属地PCF for UE(用于终端策略关联的PCF)。
一种实施方式中,本专利中的H-SM-PCF或H-AM-PCF等,均可以认为是H-PCF。
可选地,所述方法还包括:
所述第一网络侧设备根据所述第一信息,对所述终端的URSP rule执行结果进行第一次验证。
即第一通信设备或第四通信设备均可以根据第一信息,对所述终端的URSP rule执行结果进行第一次验证。
可选地,所述第一网络侧设备根据所述第一信息,对所述终端的URSP rule执行结果进行第一次验证,包括如下步骤I1至I3:
步骤I1:所述第一网络侧设备将所述第一网络侧设备中保存的第一网络的URSP rule,与所述第一信息进行比较;(比如,第一信息会指示本次使用的URSP rule。比如,第一信息指示URSP ruleID,或者指示使用的流量描述符,路径选择描述符。然 后,在第一网络侧设备中,也保存了发给终端的所有URSP rule,这时候,第一信息中所指示的使用的URSP rule,跟在第一网络侧设备中保存的URSP rule不同(即第一网络侧设备中保存的URSP rule不存在第一信息中指示的URSP rule),则说明没有正确使用规则,终端使用了一个网络侧没发送的规则。)
步骤I2:在所述第一网络的URSP rule中存在所述第一信息指示的URSP rule的情况下,所述第一网络侧设备确定所述终端正确使用所述第一网络的URSP rule;
步骤I3:在所述第一网络的URSP rule中不存在所述第一信息指示的URSP rule的情况下,所述第一网络侧设备确定所述终端未正确使用所述第一网络的URSP rule。
由此可知,第一次验证即为验证:终端上报的自己所使用的URSP rule,与第一网络侧设备下发给该终端的URSP rule是否一致。比如,终端上报,自己使用的rule为(以traffic descriptor优先级和RSD优先级标识):{Traffic descriptor为FQDN=“Tencent.com”,RSD里包括的RSC为(SSC mode 3)},但是实际上,该rule(以优先级标识)为{Traffic descriptor为FQDN=“Tencent.com”,RSD里包括的RSC为(SSC mode 2)},这说明,终端没有正确使用rule。
此处需要说明的是,无论第一通信设备(例如H-AM-PCF)还是第四通信设备(V-AM-PCF)进行第一次验证,均可以采用上述方法进行第一次验证。
如上介绍了第一次验证的验证方法,下面介绍第二次验证和第三次验证的验证方法。
第二次验证,以第二网络侧设备(例如第二通信设备或第三通信设备)进行第二次验证进行说明,具体包括如下步骤H1至H3:
步骤H1:所述第二网络侧设备根据所述第二信息中的PDU会话标识,获得所述PDU会话的第一会话参数,并对比所述第一会话参数与所述URSP rule执行结果中的路径选择描述符表示的第二会话参数;(比如,终端上报,使用某个URSP rule后,该应用的流量被匹配到了PDU session ID=A的会话中,那么该PDU session ID将被用于第二网络侧设备,获得实际承载应用流量的PDU会话的各项参数,比如SSC mode,DNN,PDU会话类型等等)
步骤H2:在所述第一会话参数中的各项参数均与所述第二会话参数中对应的参数相同的情况下,所述第二网络侧设备确定所述终端正确使用所述第一网络的URSP rule;
步骤H3:在所述第一会话参数与所述第二会话参数的至少一项参数不同的情况下,所述第二网络侧设备确定所述终端未正确使用所述第一网络的URSP rule。
由此可知,第二次验证即为:验证APP的流量最终承载到了哪个PDU session。所以,第二次验证过程需要比较:承载APP流量的PDU session的参数(比如,DNN,S-NSSAI,SSC mode等),与终端实际上报的使用的URSP rule里的RSC(比如,DNN,S-NSSAI)是否一致。例如:终端上报自己使用的rule为:(以traffic descriptor 优先级和RSD优先级标识){Traffic descriptor为FQDN=“Tencent.com”,RSD里包括的RSC为(SSC mode 3)},而APP流量匹配到了PDU session ID=1的会话里。但是实际上,承载该APP流量的PDU session ID=1的会话,其会话参数为:SSC mode 2,这说明,终端没有正确使用rule。因为承载APP流量的会话,其会话参数跟UE上报的URSP rule里的RSD,并不一致。
此处需要说明的是,无论第二通信设备(例如V-SMF)还是第三通信设备(H-SMF)进行第二次验证,均可以采用上述方法进行第二次验证。
第三次验证,同样以第二网络侧设备(例如第二通信设备或第三通信设备)进行第二次验证进行说明,具体包括如下步骤J1至J4:
步骤J1:所述第二网络侧设备根据所述URSP rule执行结果中的路径选择描述符,生成包检测规则PDR,并将所述PDR配置至第八通信设备,其中,所述第八通信设备为网络侧的另一个设备;这里,所述包检测规则,是可以根据流量描述符生成的。所述包检测规则,将用于在PDU会话中(即所述第二信息中的PDU会话ID指示的会话),检测是否有所述应用流量的数据包。
步骤J2:所述第二网络侧设备接收所述第八通信设备发送的检测结果,其中,所述检测结果是根据所述PDR进行的流量检测结果;
步骤J3:在所述检测结果指示检测到流量的情况下,所述第二网络侧设备确定所述终端正确使用所述第一网络的URSP rule;
步骤J4:在所述检测结果指示未检测到流量的情况下,所述第二网络侧设备确定所述终端未正确使用所述第一网络的URSP rule。
由此可知,第三次验证即为验证:第二次验证通过的PDU session里,是否确实有该APP的流量。这种方法就是,根据终端上报的URSP rule执行结果中的路径选择描述符,生成一个包检测规则(Packet detection rule,PDR),(亦即一个IP五元组的检测规则),然后在实际的PDU session里进行流量检测。如果检测到了,那么说明使用正确;如果没检测到,说明这个APP的流量并不在该PDU会话里传输。如果APP流量并没有在该PDU会话里传输,则说明,APP的流量并没有真正在该PDU会话中传输。
此处需要说明的是,无论第二通信设备(例如V-SMF)还是第三通信设备(H-SMF)进行第三次验证,均可以采用上述方法进行第三次验证。
可选地,所述方法还包括:
所述第一网络侧设备发送所述第一次验证的验证结果;
其中,所述第一次验证的验证结果包括以下至少一项:
所述终端正确使用所述第一网络的URSP rule;
所述终端未正确使用所述第一网络的URSP rule。
进一步地,所述第一网络侧设备发送所述第一次验证的验证结果,包括:
所述第一网络侧设备向第二通信设备和/或第三通信设备发送所述第一次验证的验 证结果;
其中,所述第二通信设备为所述终端在第一网络下的第二设备,所述第三通信设备为所述终端在第二网络下的第三设备。
由此可知,第一网络侧设备可以分别给第二通信设备和/或第三通信设备发送上述第一次验证的验证结果。
下面将具体介绍第一网络侧设备为第一通信设备和第四通信设备时,分别向第二通信设备和第三通信设备发送上述第一次验证的验证结果的过程,具体如下情况1-1至1-4所述:
情况1-1:可选地,当所述第一网络侧设备为所述第一通信设备时,所述第一网络侧设备向所述第二通信设备发送所述第一次验证的验证结果,包括:
所述第一网络侧设备通过第四通信设备和/或第五通信设备,向所述第二通信设备发送所述第一次验证的验证结果;
其中,所述第五通信设备为所述终端在第一网络下的第五设备,所述第四通信设备为所述终端在第一网络下的第四设备。
由此可知,第一通信设备可以通过第四通信设备和/或第五通信设备,向第二通信设备发送第一次验证的验证结果。这里,第一通信设备可以为H-AM-PCF,第四通信设备可以为V-AM-PCF,第五通信设备可以为V-SM-PCF,第二通信设备可以为V-SMF,即第一次验证的验证结果的传输路径可以为:H-AM-PCF→V-AM-PCF→V-SM-PCF→V-SMF。
比如说,第一通信设备,可以通过如下至少一种方法,向第四通信设备发送第一次验证的验证结果:
Npcf_UEPolicyControl Update Request;
Npcf_UEPolicyControl Update Response;
Npcf_UEPolicyControl UpdateNotify Request;
Npcf_UEPolicyControl UpdateNotify Response。
然后,所述第四通信设备,可以通过以下至少一项,发送给第五通信设备第一次验证的验证结果:
策略授权通知(Npcf_Policy Authorization Notify);
UE策略控制更新请求/响应(Npcf_UEPolicyControl Update Request/Response);
UE策略控制创建请求/响应(Npcf_UEPolicyControl Create Request/Response);
UE策略控制更新通知(Npcf_UEPolicyControl UpdateNotify)。
所述第五通信设备,通过以下至少一项,发给第二通信设备第一次验证的验证结果:
会话策略控制创建响应(Npcf_SMPolicyControl_Create response);
会话策略控制更新请求(Npcf_SMPolicyControl_Update Request)。
情况1-2:可选地,当所述第一网络侧设备为所述第一通信设备时,所述第一网络侧设备向所述第三通信设备发送所述第一次验证的验证结果,包括:
所述第一网络侧设备通过第六通信设备,向所述第三通信设备发送所述第一次验证的验证结果;
其中,所述第六通信设备为所述终端在第二网络下的第六设备。
由此可知,第一通信设备可以通过第六通信设备,向第三通信设备发送第一次验证的验证结果。这里,第一通信设备可以为H-AM-PCF,第六通信设备可以为归属地会话管理策略控制功能(Home Session Management Policy Control Function,H-SM-PCF),第三通信设备可以为归属地会话管理功能(Home Session Management Function,H-SMF),即第一次验证的验证结果的传输路径可以为:H-AM-PCF→H-SM-PCF→H-SMF。
比如说,所述第一通信设备,可以通过以下至少一项,发送第一次验证的验证结果给第六通信设备:
策略授权通知(Npcf_Policy Authorization Notify);
UE策略控制更新请求/响应(Npcf_UEPolicyControl Update Request/Response);
UE策略控制创建请求/响应(Npcf_UEPolicyControl Create Request/Response);
UE策略控制更新通知(Npcf_UEPolicyControl UpdateNotify)。
所述第六通信设备,通过以下至少一项,发给第三通信设备第一次验证的验证结果:
会话策略控制创建响应(Npcf_SMPolicyControl_Create response);
会话策略控制更新请求(Npcf_SMPolicyControl_Update Request)。
情况1-3:可选地,当所述第一网络侧设备为所述第四通信设备时,所述第一网络侧设备向所述第二通信设备发送所述第一次验证的验证结果,包括:
所述第一网络侧设备通过第五通信设备,向所述第二通信设备发送所述第一次验证的验证结果;
其中,所述第五通信设备为所述终端在第一网络下的第五设备。
由此可知,第四通信设备可以通过第五通信设备,向第二通信设备发送第一次验证的验证结果。这里,第四通信设备可以为V-AM-PCF,第五通信设备可以为V-SM-PCF,第二通信设备可以为V-SMF,即第一次验证的验证结果的传输路径可以为:V-AM-PCF→V-SM-PCF→V-SMF。
比如,所述第四通信设备,可以通过以下至少一项,发送给第五通信设备第一次验证的验证结果:
策略授权通知(Npcf_Policy Authorization Notify);
UE策略控制更新请求/响应(Npcf_UEPolicyControl Update Request/Response);
UE策略控制创建请求/响应(Npcf_UEPolicyControl Create Request/Response);
UE策略控制更新通知(Npcf_UEPolicyControl UpdateNotify)。
所述第五通信设备,通过以下至少一项,发给第二通信设备第一次验证的验证结果:
会话策略控制创建响应(Npcf_SMPolicyControl_Create response);
会话策略控制更新请求(Npcf_SMPolicyControl_Update Request)。
情况1-4:可选地,当所述第一网络侧设备为所述第四通信设备时,所述第一网络侧设备向所述第三通信设备发送所述第一次验证的验证结果,包括:
所述第一网络侧设备通过第六通信设备和/或第一通信设备,向所述第三通信设备发送所述第一次验证的验证结果;
其中,所述第六通信设备为所述终端在第二网络下的第六设备,所述第一通信设备为所述终端在第二网络下的第一设备。
由此可知,第四通信设备可以通过第六通信设备和/或第一通信设备,向第三通信设备发送第一次验证的验证结果。这里,第四通信设备可以为V-AM-PCF,第六通信设备可以为H-SM-PCF,第一通信设备可以为H-AM-PCF,第三通信设备可以为H-SMF,即第一次验证的验证结果的传输路径可以为:V-AM-PCF→H-AM-PCF→H-SM-PCF→H-SMF。
比如说,所述第四通信设备,可以通过以下至少一项,发送第一次验证的验证结果到第一通信设备:
Npcf_UEPolicyControl Update Request;
Npcf_UEPolicyControl Update Response;
Npcf_UEPolicyControl UpdateNotify Request;
Npcf_UEPolicyControl UpdateNotify Response。
然后,所述第一通信设备,可以通过以下至少一项,发送第一次验证的验证结果给第六通信设备:
策略授权通知(Npcf_Policy Authorization Notify);
UE策略控制更新请求/响应(Npcf_UEPolicyControl Update Request/Response);
UE策略控制创建请求/响应(Npcf_UEPolicyControl Create Request/Response);
UE策略控制更新通知(Npcf_UEPolicyControl UpdateNotify)。
所述第六通信设备,通过以下至少一项,发给第三通信设备第一次验证的验证结果:
会话策略控制创建响应(Npcf_SMPolicyControl_Create response)
会话策略控制更新请求(Npcf_SMPolicyControl_Update Request)。
可选地,所述方法还包括如下中至少一项:
所述第一网络侧设备发送第二信息;
所述第一网络侧设备接收第三信息;
其中,所述第二信息包括所述终端的URSP rule执行结果、所述终端的PDU会话标识、用户永久标识符,所述第二信息用于对所述终端的URSP rule执行结果进行第二次验证和/或第三次验证;
所述第三信息包括所述第二次验证的验证结果和/或所述第三次验证的验证结果;
所述第三信息用于以下至少一项:
对所述终端的URSP rule进行更新;
指示所述终端正确使用所述第一网络的URSP rule;
指示所述终端未正确使用所述第一网络的URSP rule。
由此可知,第一网络侧设备还可以给其他设备发送第二信息,以使得其他设备对所述终端的URSP rule执行结果进行第二次验证和/或第三次验证。并接收其他设备返回的第二次验证的验证结果和/或第三次验证的验证结果。
可选地,所述第一网络侧设备发送第二信息,包括:
所述第一网络侧设备向第二通信设备和/或第三通信设备发送第二信息;
其中,所述第二通信设备为所述终端在第一网络下的第二设备;
所述第三通信设备为所述终端在第二网络下的第三设备。
由此可知,第一网络侧设备可以分别给第二通信设备和/或第三通信设备发送上述第二信息。
下面将具体介绍第一网络侧设备为第一通信设备和第四通信设备时,分别向第二通信设备和第三通信设备发送上述第二信息的过程,具体如下情况2-1至2-4所述:
情况2-1:可选地,在所述第一网络侧设备为所述第一通信设备时,所述第一网络侧设备向所述第二通信设备发送所述第二信息,包括:
所述第一网络侧设备通过第四通信设备和/或第五通信设备,向所述第二通信设备发送所述第二信息;
其中,所述第四通信设备为所述终端在第一网络下的第四设备,所述第五通信设备为所述终端在第一网络下的第五设备。
由此可知,第一通信设备可以通过第四通信设备和/或第五通信设备,向第二通信设备发送第二信息。这里,第一通信设备可以为H-AM-PCF,第四通信设备可以为V-AM-PCF,第五通信设备可以为V-SM-PCF,第二通信设备可以为V-SMF,即第二信息的传输路径可以为:H-AM-PCF→V-AM-PCF→V-SM-PCF→V-SMF。
比如说,第一通信设备,可以通过如下至少一种方法,向第四通信设备发送第二信息:
Npcf_UEPolicyControl Update Request;
Npcf_UEPolicyControl Update Response;
Npcf_UEPolicyControl UpdateNotify Request;
Npcf_UEPolicyControl UpdateNotify Response。
然后,所述第四通信设备,可以通过以下至少一项,发送给第五通信设备第二信息:
策略授权通知(Npcf_Policy Authorization Notify);
UE策略控制更新请求/响应(Npcf_UEPolicyControl Update Request/Response);
UE策略控制创建请求/响应(Npcf_UEPolicyControl Create Request/Response);
UE策略控制更新通知(Npcf_UEPolicyControl UpdateNotify)。
所述第五通信设备,通过以下至少一项,发给第二通信设备第二信息:
会话策略控制创建响应(Npcf_SMPolicyControl_Create response);
会话策略控制更新请求(Npcf_SMPolicyControl_Update Request)。
情况2-2:可选地,在所述第一网络侧设备为所述第一通信设备时,所述第一网络侧设备向所述第三通信设备发送所述第二信息,包括:
所述第一网络侧设备通过第六通信设备,向所述第三通信设备发送所述第二信息;
其中,所述第六通信设备为所述终端在所述第二网络下的第六设备。
由此可知,第一通信设备可以通过第六通信设备,向第三通信设备发送第二信息。这里,第一通信设备可以为H-AM-PCF,第六通信设备可以为H-SM-PCF,第三通信设备可以为H-SMF,即第二信息的传输路径可以为:H-AM-PCF→H-SM-PCF→H-SMF。然后,所述第一通信设备,可以通过以下至少一项,发送第二信息给第六通信设备:
策略授权通知(Npcf_Policy Authorization Notify);
UE策略控制更新请求/响应(Npcf_UEPolicyControl Update Request/Response);
UE策略控制创建请求/响应(Npcf_UEPolicyControl Create Request/Response);
UE策略控制更新通知(Npcf_UEPolicyControl UpdateNotify)。
所述第六通信设备,通过以下至少一项,发给第三通信设备第二信息:
会话策略控制创建响应(Npcf_SMPolicyControl_Create response);
会话策略控制更新请求(Npcf_SMPolicyControl_Update Request)。
情况2-3:可选地,当所述第一网络侧设备为第四通信设备时,所述第一网络侧设备向所述第二通信设备发送所述第二信息,包括:
所述第一网络侧设备通过第五通信设备,向所述第二通信设备发送所述第二信息;
其中,所述第四通信设备为所述终端在第一网络下的第四设备,所述第五通信设备为所述终端在第一网络下的第五设备。
由此可知,第四通信设备可以通过第五通信设备,向第二通信设备发送第二信息。这里,第四通信设备可以为V-AM-PCF,第五通信设备可以为V-SM-PCF,第二通信设备可以为V-SMF,即第二信息的传输路径可以为:V-AM-PCF→V-SM-PCF→V-SMF。
比如说,所述第四通信设备,可以通过以下至少一项,发送给第五通信设备第二信息:
策略授权通知(Npcf_Policy Authorization Notify);
UE策略控制更新请求/响应(Npcf_UEPolicyControl Update Request/Response);
UE策略控制创建请求/响应(Npcf_UEPolicyControl Create Request/Response);
UE策略控制更新通知(Npcf_UEPolicyControl UpdateNotify)。
所述第五通信设备,通过以下至少一项,发给第二通信设备第二信息:
会话策略控制创建响应(Npcf_SMPolicyControl_Create response);
会话策略控制更新请求(Npcf_SMPolicyControl_Update Request)。
情况2-4:可选地,当所述第一网络侧设备为所述第四通信设备时,所述第一网络侧设备向所述第三通信设备发送所述第二信息,包括:
所述第一网络侧设备通过第一通信设备和/或第六通信设备,向所述第三通信设备发送所述第二信息;
其中,所述第一通信设备为所述终端在第二网络下的第一设备,所述第六通信设备为所述终端在第二网络下的第六设备。
由此可知,第四通信设备可以通过第六通信设备和/或第一通信设备,向第三通信设备发送第二信息。这里,第四通信设备可以为V-AM-PCF,第六通信设备可以为H-SM-PCF,第一通信设备可以为H-AM-PCF,第三通信设备可以为H-SMF,即第二信息的传输路径可以为:V-AM-PCF→H-AM-PCF→H-SM-PCF→H-SMF。
比如说,所述第四通信设备,可以通过以下至少一项,发送第二信息到第一通信设备:
Npcf_UEPolicyControl Update Request;
Npcf_UEPolicyControl Update Response;
Npcf_UEPolicyControl UpdateNotify Request;
Npcf_UEPolicyControl UpdateNotify Response。
然后,所述第一通信设备,可以通过以下至少一项,发送第二信息给第六通信设备:
策略授权通知(Npcf_Policy Authorization Notify);
UE策略控制更新请求/响应(Npcf_UEPolicyControl Update Request/Response);
UE策略控制创建请求/响应(Npcf_UEPolicyControl Create Request/Response);
UE策略控制更新通知(Npcf_UEPolicyControl UpdateNotify)。
所述第六通信设备,通过以下至少一项,发给第三通信设备第二信息:
会话策略控制创建响应(Npcf_SMPolicyControl_Create response);
会话策略控制更新请求(Npcf_SMPolicyControl_Update Request)。
可选地,所述第一网络侧设备接收所述第三信息,包括:
所述第一网络侧设备从第二通信设备和/或第三通信设备接收所述第三信息;
其中,所述第二通信设备为所述终端在第一网络下的第二设备;
所述第三通信设备为所述终端在第二网络下的第三设备。
由此可知,第一网络侧设备可以分别从第二通信设备和/或第三通信设备接收上述第三信息。
下面将具体介绍第一网络侧设备为第一通信设备和第四通信设备时,分别从第二通信设备和第三通信设备接收上述第三信息的过程,具体如下情况3-1至3-4所述:
情况3-1:可选地,当所述第一网络侧设备为所述第一通信设备时,所述第一网络侧设备从所述第二通信设备接收所述第三信息,包括:
所述第一网络侧设备通过第四通信设备和/或第五通信设备,接收所述第二通信设备发送的所述第三信息;
其中,所述第四通信设备为所述终端在第一网络下的第四设备,所述第五通信设备为所述终端在第一网络下的第五设备。
由此可知,第一通信设备可以通过第四通信设备和/或第五通信设备,接收第二通信设备发送的第三信息。这里,第一通信设备可以为H-AM-PCF,第四通信设备可以为V-AM-PCF,第五通信设备可以为V-SM-PCF,第二通信设备可以为V-SMF,即第三信息的传输路径可以为:V-SMF→V-SM-PCF→V-AM-PCF→H-AM-PCF。
第二通信设备,可以通过以下至少一项,将第三信息发送至第五通信设备:
会话策略控制创建请求(Npcf_SMPolicyControl_Create Request);
会话策略控制更新请求(Npcf_SMPolicyControl_Update Request)。
然后,第五通信设备,可以通过以下至少一项,将第三信息,发送至第四通信设备:
策略授权通知(Npcf_Policy Authorization Notify);
UE策略控制更新请求/响应(Npcf_UEPolicyControl Update Request/Response);
UE策略控制创建请求/响应(Npcf_UEPolicyControl Create Request/Response);
UE策略控制更新通知(Npcf_UEPolicyControl UpdateNotify)。
然后,所述第四通信设备,可以通过以下至少一项,将第三信息,发送至第一通信设备:
Npcf_UEPolicyControl Update Request;
Npcf_UEPolicyControl Update Response;
Npcf_UEPolicyControl UpdateNotify Request;
Npcf_UEPolicyControl UpdateNotify Response。情况3-2:可选地,当所述第一网络侧设备为所述第一通信设备时,所述第一网络侧设备从所述第三通信设备接收所述第三信息,包括:
所述第一网络侧设备通过第六通信设备,接收所述第三通信设备发送的所述第三信息;
其中,所述第六通信设备为所述终端在第二网络下的第六设备。
由此可知,第一通信设备可以通过第六通信设备,接收第三通信设备发送的第三信 息。这里,第一通信设备可以为H-AM-PCF,第六通信设备可以为H-SM-PCF,第三通信设备可以为H-SMF,即第三信息的传输路径可以为:H-SMF→H-SM-PCF→H-AM-PCF。
比如说第三通信设备,可以使用以下至少一项,发送第三信息给第六通信设备:
会话策略控制创建请求(Npcf_SMPolicyControl_Create Request);
会话策略控制更新请求(Npcf_SMPolicyControl_Update Request)。
然后,第六通信设备,可以通过以下至少一项,将第三信息,发送至第一通信设备:
策略授权通知(Npcf_Policy Authorization Notify);
UE策略控制更新请求/响应(Npcf_UEPolicyControl Update Request/Response);
UE策略控制创建请求/响应(Npcf_UEPolicyControl Create Request/Response);
UE策略控制更新通知(Npcf_UEPolicyControl UpdateNotify)。
情况3-3:可选地,当所述第一网络侧设备为所述第四通信设备时,所述第一网络侧设备接收所述第二通信设备发送的所述第三信息,包括:
所述第一网络侧设备通过第五通信设备,接收所述第二通信设备发送的所述第三信息;
其中,所述第五通信设备为所述终端在第一网络下的第五设备。
由此可知,第四通信设备可以通过第五通信设备,接收第二通信设备发送的第三信息。这里,第四通信设备可以为V-AM-PCF,第五通信设备可以为V-SM-PCF,第二通信设备可以为V-SMF,即第三信息的传输路径可以为:V-SMF→V-SM-PCF→V-AM-PCF。
第二通信设备,可以通过以下至少一项,将第三信息发送至第五通信设备:
会话策略控制创建请求(Npcf_SMPolicyControl_Create Request);
会话策略控制更新请求(Npcf_SMPolicyControl_Update Request)。
然后,第五通信设备,可以通过以下至少一项,将第三信息,发送至第四通信设备:
策略授权通知(Npcf_Policy Authorization Notify);
UE策略控制更新请求/响应(Npcf_UEPolicyControl Update Request/Response);
UE策略控制创建请求/响应(Npcf_UEPolicyControl Create Request/Response);
UE策略控制更新通知(Npcf_UEPolicyControl UpdateNotify)。
情况3-4:可选地,当所述第一网络侧设备为所述第四通信设备时,所述第一网络侧设备接收所述第三通信设备发送的所述第三信息,包括:
所述第一网络侧设备通过第一通信设备和/或第六通信设备,接收所述第三通信设备发送的所述第三信息;
其中,所述第一通信设备为所述终端在第二网络下的第一设备,所述第六通信设备 为所述终端在第二网络下的第六设备。
由此可知,第四通信设备可以通过第六通信设备和/或第一通信设备,接收第三通信设备发送的第三信息。这里,第四通信设备可以为V-AM-PCF,第六通信设备可以为H-SM-PCF,第一通信设备可以为H-AM-PCF,第三通信设备可以为H-SMF,即第三信息的传输路径可以为:H-SMF→H-SM-PCF→H-AM-PCF→V-AM-PCF。
比如说第三通信设备,可以使用以下至少一项,发送第三信息给第六通信设备:
会话策略控制创建请求(Npcf_SMPolicyControl_Create Reques);,
会话策略控制更新请求(Npcf_SMPolicyControl_Update Request)。
然后,第六通信设备,可以通过以下至少一项,将第三信息,发送至第一通信设备:
策略授权通知(Npcf_Policy Authorization Notify);
UE策略控制更新请求/响应(Npcf_UEPolicyControl Update Request/Response);
UE策略控制创建请求/响应(Npcf_UEPolicyControl Create Request/Response);
UE策略控制更新通知(Npcf_UEPolicyControl UpdateNotify)。
然后所述第一通信设备根据以下至少一项,发送第三信息给第四通信设备:
Npcf_UEPolicyControl Update Request;
Npcf_UEPolicyControl Update Response;
Npcf_UEPolicyControl UpdateNotify Request;
Npcf_UEPolicyControl UpdateNotify Response。
第二方面,参见图3所示,为本申请实施例所提供的一种路由选择策略执行结果处理方法的流程图,该方法可以包括以下步骤301至302:
步骤301:第二网络侧设备接收第二信息。
其中,所述第二信息包括终端的路由选择策略URSP rule执行结果、所述终端的协议数据单元PDU会话标识、用户永久标识符,所述第二信息用于对所述终端的URSP rule执行结果进行第二次验证和/或第三次验证。
可选地,所述终端为漫游终端。
可选地,所述URSP rule执行结果包括以下至少一项:
所述终端为应用流量所执行的URSP rule;
所述终端为应用流量所执行的流量描述符;
所述终端为应用流量所执行的路径选择描述符;
为应用流量执行URSP rule后,承载该应用流量的协议数据单元PDU会话标识。
例如终端配置的URSP rule包括X个,其中,N个URSP rule为应用流量执行了,则该终端的URSP rule的执行结果可以包括为N个为应用流量执行了的URSP rule,这N个URSP rule中的流程描述符、路径选择描述符、以及承载流量的PDU会话标识中的至少一项。
步骤302:所述第二网络侧设备根据所述第二信息,对所述终端的URSP rule执行结果进行第二次验证和/或第三次验证。
这里,对所述终端进行URSP rule执行结果验证,即为判断该终端是否正确使用了URSP rule。其中,该验证过程包括三次验证,第一次验证可以由第一网络侧设备(例如第一通信设备或第四通信设备)执行,从而将第一次验证的验证结果发送给第二网络侧设备,进而由第二网络侧设备进行第二次验证和/或第三次验证。
由上述可知,在本申请实施例中,第二网络侧设备能够获取第二信息,其中,第二信息包括终端的URSP rule执行结果、所述终端的协议数据单元PDU会话标识、用户永久标识符,从而根据第二信息,对所述终端进行URSP rule进行第二次验证和或/第三次验证。由此可见,终端的URSP rule执行结果可以传输至第二网络侧设备,以对终端进行URSP rule执行结果验证,实现了终端的URSP rule的执行结果的获取,这样,运营商在需要时则可以从上述第二网络侧设备中获取终端的URSP rule的执行结果,从而可以对终端进行URSP rule执行结果验证,进而可以获知终端的URSP rule是否正确使用。
下面介绍上述所述的三次验证过程。
以第一网络侧设备(例如第一通信设备或第四通信设备)进行第一次验证进行说明,具体包括如下步骤I1至I3:
步骤I1:所述第一网络侧设备将所述第一网络侧设备中保存的第一网络的URSP rule,与所述第一信息进行比较;
步骤I2:在所述第一网络的URSP rule中存在所述第一信息指示的URSP rule的情况下,所述第一网络侧设备确定所述终端正确使用所述第一网络的URSP rule;
步骤I3:在所述第一网络的URSP rule中不存在所述第一信息指示的URSP rule的情况下,所述第一网络侧设备确定所述终端未正确使用所述第一网络的URSP rule。
由此可知,第一次验证即为验证:终端上报的自己所使用的URSP rule,与第一网络侧设备下发给该终端的URSP rule是否一致。比如,终端上报,自己使用的rule为(以traffic descriptor优先级和RSD优先级标识):{Traffic descriptor为FQDN=“Tencent.com”,RSD里包括的RSC为(SSC mode 3)},但是实际上,该rule(以优先级标识)为{Traffic descriptor为FQDN=“Tencent.com”,RSD里包括的RSC为(SSC mode 2)},这说明,终端没有正确使用rule。
此处需要说明的是,无论第一通信设备(例如H-AM-PCF)还是第四通信设备(V-AM-PCF)进行第一次验证,均可以采用上述方法进行第一次验证。
可选地,所述URSP rule执行结果包括所述终端为应用流量所执行的路径选择描述符;
所述第二网络侧设备根据所述第二信息,对所述终端的URSP rule执行结果进行第二次验证,包括如下步骤H1至H3:
步骤H1:所述第二网络侧设备根据所述第二信息中的PDU会话标识,获得所述PDU会话的第一会话参数,并对比所述第一会话参数与所述URSP rule执行结果中的路径选择描述符表示的第二会话参数;
步骤H2:在所述第一会话参数中的各项参数均与所述第二会话参数中对应的参数相同的情况下,所述第二网络侧设备确定所述终端正确使用第一网络的URSP rule;
步骤H3:在所述第一会话参数与所述第二会话参数的至少一项参数不同的情况下,所述第二网络侧设备确定所述终端未正确使用第一网络的URSP rule。
由此可知,第二次验证即为:验证APP的流量最终承载到了哪个PDU session。所以,第二次验证过程需要比较:承载APP流量的PDU session的参数(比如,DNN,S-NSSAI,SSC mode等),与终端实际上报的使用的URSP rule里的RSC(比如,DNN,S-NSSAI)是否一致。例如:终端上报自己使用的rule为:(以traffic descriptor优先级和RSD优先级标识){Traffic descriptor为FQDN=“Tencent.com”,RSD里包括的RSC为(SSC mode 3)},而APP流量匹配到了PDU session ID=1的会话里。但是实际上,承载该APP流量的PDU session ID=1的会话,其会话参数为:SSC mode 2,这说明,终端没有正确使用rule。因为承载APP流量的会话,其会话参数跟UE上报的URSP rule里的RSD,并不一致。
此处需要说明的是,无论第二通信设备(例如V-SMF)还是第三通信设备(H-SMF)进行第二次验证,均可以采用上述方法进行第二次验证。
可选地,所述URSP rule执行结果包括所述终端为应用流量所执行的路径选择描述符;
所述第二网络侧设备根据所述第二信息,对所述终端的URSP rule执行结果进行第三次验证,包括如下步骤J1至J4:
步骤J1:所述第二网络侧设备根据所述URSP rule执行结果中的路径选择描述符,生成包检测规则PDR,并将所述PDR配置至第八通信设备,其中,所述第八通信设备为网络侧的另一个设备,或者第八通信设备为核心网的一个设备,或者第八通信设备为核心网的任何一个或多个设备;
步骤J2:所述第二网络侧设备接收所述第八通信设备发送的检测结果,其中,所述检测结果是根据所述PDR进行的流量检测结果;
步骤J3:在所述检测结果指示检测到流量的情况下,所述第二网络侧设备确定所述终端正确使用第一网络的URSP rule;
步骤J4:在所述检测结果指示未检测到流量的情况下,所述第二网络侧设备确定所述终端未正确使用第一网络的URSP rule。
由此可知,第三次验证即为验证:第二次验证通过的PDU session里,是否确实有该APP的流量。这种方法就是,根据终端上报的URSP rule执行结果中的路径选择描述符,生成一个包检测规则(packet data rule,PDR),(亦即一个IP五元组的检测规 则),然后在实际的PDU session里进行流量检测。如果检测到了,那么说明使用正确;如果没检测到,说明这个APP的流量并不在该PDU会话里传输。如果APP流量并没有在该PDU会话里传输,则说明,APP的流量并没有真正在该PDU会话中传输。
此处需要说明的是,无论第二通信设备(例如V-SMF)还是第三通信设备(H-SMF)进行第三次验证,均可以采用上述方法进行第三次验证。
可选地,所述第二网络侧设备为第二通信设备或第三通信设备,其中,所述第二通信设备为所述终端在第一网络下的第二设备,所述第三通信设备为所述终端在第二网络下的第三设备。
可选地,所述第一网络为所述终端的漫游地或拜访地的网络,所述第二网络为所述终端的归属地的网络;或者,所述第一网络为所述终端的归属地的网络,所述第二网络为所述终端的漫游地或拜访地的网络。
可选地,当所述第二网络侧设备为所述第二通信设备时,所述第二网络侧设备接收所述第二信息,包括如下中至少一项:
所述第二网络侧设备通过第五通信设备和/或第四通信设备,接收第一通信设备发送的所述第二信息;
所述第二网络侧设备通过第五通信设备,接收第四通信设备发送的所述第二信息;
其中,所述第五通信设备为所述终端在第一网络下的第五设备,所述第四通信设备为所述终端在第一网络下的第四设备,所述第一通信设备为所述终端在第二网络下的第一设备。
由此可知,第二通信设备可以通过第四通信设备和/或第五通信设备,接收第一通信设备发送的第二信息。这里,第一通信设备可以为H-AM-PCF,第四通信设备可以为V-AM-PCF,第五通信设备可以为V-SM-PCF,第二通信设备可以为V-SMF,即第二信息的传输路径可以为:H-AM-PCF→V-AM-PCF→V-SM-PCF→V-SMF。
和/或,第二通信设备可以通过第五通信设备,接收第四通信设备发送的第二信息。这里,第四通信设备可以为V-AM-PCF,第五通信设备可以为V-SM-PCF,第二通信设备可以为V-SMF,即第二信息的传输路径可以为:V-AM-PCF→V-SM-PCF→V-SMF。
可选地,当所述第二网络侧设备为所述第三通信设备时,所述第二网络侧设备接收所述第二信息,包括如下中至少一项:
所述第二网络侧设备通过第六通信设备,接收第一通信设备发送的所述第二信息;
所述第二网络侧设备通过第六通信设备和/或第一通信设备,接收第四通信设备发送的所述第二信息;
其中,所述第六通信设备为所述终端在第二网络下的第六设备,所述第一通信设备为所述终端在第二网络下的第一设备,所述第四通信设备为所述终端在第一网络下的第四设备。
由此可知,第三通信设备可以通过第六通信设备,接收第一通信设备发送的第二信息。这里,第一通信设备可以为H-AM-PCF,第六通信设备可以为H-SM-PCF,第三通信设备可以为H-SMF,即第二信息的传输路径可以为:H-AM-PCF→H-SM-PCF→H-SMF。
和/或,第三通信设备可以通过第六通信设备和/或第一通信设备,接收第四通信设备发送的第二信息。这里,第四通信设备可以为V-AM-PCF,第六通信设备可以为H-SM-PCF,第一通信设备可以为H-AM-PCF,第三通信设备可以为H-SMF,即第二信息的传输路径可以为:V-AM-PCF→H-AM-PCF→H-SM-PCF→H-SMF。
可选地,所述方法还包括如下中至少一项:
所述第二网络侧设备接收对所述终端的URSP rule进行第一次验证的验证结果;
所述第二网络侧设备发送第三信息;
其中,所述第一次验证的验证结果包括以下至少一项:
所述终端正确使用第一网络的URSP rule;
所述终端未正确使用第一网络的URSP rule;
所述第三信息包括所述第二次验证的验证结果和/或所述第三次验证的验证结果;
所述第三信息用于以下至少一项:
对所述终端的URSP rule进行更新;
指示所述终端正确使用第一网络的URSP rule;
指示所述终端未正确使用第一网络的URSP rule。
可选地,所述第二网络侧设备接收所述第一次验证的验证结果,包括:
所述第二网络侧设备接收第一通信设备和/或第四通信设备发送的所述第一次验证的验证结果;
其中,所述第一通信设备为所述终端在第二网络下的第一设备,所述第四通信设备为所述终端在第一网络下的第四设备。
由此可知,第二网络侧设备可以分别从第一通信设备和/或第四通信设备接收第一次验证的验证结果。
下面将具体介绍第二网络侧设备为第二通信设备和第三通信设备时,分别从第一通信设备和第四通信设备接收上述第一次验证的验证结果的过程,具体如下情况4-1至4-4所述:
情况4-1:可选地,当所述第二网络侧设备为所述第二通信设备时,所述第二网络侧设备接收所述第一通信设备发送的所述第一次验证的验证结果,包括:
所述第二网络侧设备通过第五通信设备和/或第四通信设备,接收所述第一通信设备发送的所述第一次验证的验证结果;
其中,所述第五通信设备为所述终端在第一网络下的第五设备,所述第四通信设备为所述终端在第一网络下的第四设备。
由此可知,第一通信设备可以通过第四通信设备和/或第五通信设备,向第二通信设备发送第一次验证的验证结果。这里,第一通信设备可以为H-AM-PCF,第四通信设备可以为V-AM-PCF,第五通信设备可以为V-SM-PCF,第二通信设备可以为V-SMF,即第一次验证的验证结果的传输路径可以为:H-AM-PCF→V-AM-PCF→V-SM-PCF→V-SMF。
情况4-2:可选地,当所述第二网络侧设备为所述第二通信设备时,所述第二网络侧设备接收所述第四通信设备发送的所述第一次验证的验证结果,包括:
所述第二网络侧设备通过第五通信设备,接收所述第四通信设备发送的所述第一次验证的验证结果;
其中,所述第五通信设备为所述终端在第一网络下的第五设备。
由此可知,第四通信设备可以通过第五通信设备,向第二通信设备发送第一次验证的验证结果。这里,第四通信设备可以为V-AM-PCF,第五通信设备可以为V-SM-PCF,第二通信设备可以为V-SMF,即第一次验证的验证结果的传输路径可以为:V-AM-PCF→V-SM-PCF→V-SMF。
情况4-3:可选地,当所述第二网络侧设备为所述第三通信设备时,所述第二网络侧设备接收所述第一通信设备发送的所述第一次验证的验证结果,包括:
所述第二网络侧设备通过第六通信设备,接收所述第一通信设备发送的所述第一次验证的验证结果;
其中,所述第六通信设备为所述终端在第二网络下的第六设备。
由此可知,第一通信设备可以通过第六通信设备,向第三通信设备发送第一次验证的验证结果。这里,第一通信设备可以为H-AM-PCF,第六通信设备可以为H-SM-PCF,第三通信设备可以为H-SMF,即第一次验证的验证结果的传输路径可以为:H-AM-PCF→H-SM-PCF→H-SMF。
情况4-4:可选地,当所述第二网络侧设备为所述第三通信设备时,所述第二网络侧设备接收所述第四通信设备发送的所述第一次验证的验证结果,包括:
所述第二网络侧设备通过第六通信设备和/或第一通信设备,接收所述第四通信设备发送的所述第一次验证的验证结果;
其中,所述第六通信设备为所述终端在第二网络下的第六设备,所述第一通信设备为所述终端在第二网络下的第一设备。
由此可知,第四通信设备可以通过第六通信设备和/或第一通信设备,向第三通信设备发送第一次验证的验证结果。这里,第四通信设备可以为V-AM-PCF,第六通信设备可以为H-SM-PCF,第一通信设备可以为H-AM-PCF,第三通信设备可以为H-SMF,即第一次验证的验证结果的传输路径可以为:V-AM-PCF→H-AM-PCF→H-SM-PCF→H-SMF。
可选地,所述第二网络侧设备发送所述第三信息,包括:
所述第二网络侧设备向第一通信设备和/或第四通信设备发送所述第三信息;
其中,所述第一通信设备为所述终端在第二网络下的第一设备,所述第四通信设备为所述终端在第一网络下的第四设备。
由此可知,第二网络侧设备可以分别向第一通信设备和/或第四通信设备发送上述第三信息。
下面将具体介绍第二网络侧设备为第二通信设备和第三通信设备时,分别向第一通信设备和第四通信设备发送上述第三信息的过程,具体如下情况5-1至5-4所述:
情况5-1:可选地,当所述第二网络侧设备为所述第二通信设备时,所述第二网络侧设备向所述第一通信设备发送所述第三信息,包括:
所述第二网络侧设备通过第五通信设备和/或第四通信设备,向所述第一通信设备发送所述第三信息;
其中,所述第五通信设备为所述终端在第一网络下的第五设备,所述第四通信设备为所述终端在第一网络下的第四设备。
由此可知,第一通信设备可以通过第四通信设备和/或第五通信设备,接收第二通信设备发送的第三信息。这里,第一通信设备可以为H-AM-PCF,第四通信设备可以为V-AM-PCF,第五通信设备可以为V-SM-PCF,第二通信设备可以为V-SMF,即第三信息的传输路径可以为:V-SMF→V-SM-PCF→V-AM-PCF→H-AM-PCF。
情况5-2:可选地,当所述第二网络侧设备为所述第二通信设备时,所述第二网络侧设备向所述第四通信设备发送所述第三信息,包括:
所述第二网络侧设备通过第五通信设备,向所述第四通信设备发送所述第三信息;
其中,所述第五通信设备为所述终端在第一网络下的第五设备。
由此可知,第四通信设备可以通过第五通信设备,接收第二通信设备发送的第三信息。这里,第四通信设备可以为V-AM-PCF,第五通信设备可以为V-SM-PCF,第二通信设备可以为V-SMF,即第三信息的传输路径可以为:V-SMF→V-SM-PCF→V-AM-PCF。
情况5-3:可选地,当所述第二网络侧设备为所述第三通信设备时,所述第二网络侧设备向所述第一通信设备发送所述第三信息,包括:
所述第二网络侧设备通过第六通信设备,向所述第一通信设备发送所述第三信息;
其中,所述第六通信设备为所述终端在第二网络下的第六设备。
由此可知,第一通信设备可以通过第六通信设备,接收第三通信设备发送的第三信息。这里,第一通信设备可以为H-AM-PCF,第六通信设备可以为H-SM-PCF,第三通信设备可以为H-SMF,即第三信息的传输路径可以为:H-SMF→H-SM-PCF→H-AM-PCF。
情况5-4:可选地,当所述第二网络侧设备为所述第三通信设备时,所述第二网络侧设备向所述第四通信设备发送所述第三信息,包括:
所述第二网络侧设备通过第六通信设备和/或第一通信设备,向所述第四通信设备发送所述第三信息;
其中,所述第六通信设备为所述终端在第二网络下的第六设备,所述第一通信设备为所述终端在第二网络下的第一设备。
由此可知,第四通信设备可以通过第六通信设备和/或第一通信设备,接收第三通信设备发送的第三信息。这里,第四通信设备可以为V-AM-PCF,第六通信设备可以为H-SM-PCF,第一通信设备可以为H-AM-PCF,第三通信设备可以为H-SMF,即第三信息的传输路径可以为:H-SMF→H-SM-PCF→H-AM-PCF→V-AM-PCF。
由上述第一方面和第二方面可知,本申请实施例的路由选择策略执行结果处理方法的具体实现方式可如下所述:
在本地分流(LBO)场景下的实现方式可如下方式1-1至方式1-4所述:
方式1-1:终端采用注册NAS消息,向V-AM-PCF上报URSP rule执行结果,从而由V-AM-PCF进行上述所述的第一次验证,然后由V-AM-PCF将第一次验证的验证结果和上述第二信息发送给V-SMF,由V-SMF进行上述所述的第二次验证和第三次验证。方式1-2:终端采用注册NAS消息,向V-AM-PCF上报URSP rule执行结果,然后V-AM-PCF再将URSP rule执行结果上报给H-AM-PCF,从而由H-AM-PCF进行上述所述的第一次验证,然后由H-AM-PCF将第一次验证的验证结果和上述第二信息发送给V-SMF,由V-SMF进行上述所述的第二次验证和第三次验证。
方式1-3:终端采用会话NAS消息,向V-AM-PCF上报URSP rule执行结果,从而由V-AM-PCF进行上述所述的第一次验证,然后由V-AM-PCF将第一次验证的验证结果和上述第二信息发送给V-SMF,由V-SMF进行上述所述的第二次验证和第三次验证。
方式1-4:终端采用会话NAS消息,向V-AM-PCF上报URSP rule执行结果,然后V-AM-PCF再将URSP rule执行结果上报给H-AM-PCF,从而由H-AM-PCF进行上述所述的第一次验证,然后由H-AM-PCF将第一次验证的验证结果和上述第二信息发送给V-SMF,由V-SMF进行上述所述的第二次验证和第三次验证。
在归属地漫游(home routed,HR)场景下的实现方式可如下方式2-1至方式2-3所述:
方式2-1:终端采用注册NAS消息,向V-AM-PCF上报URSP rule执行结果,从而由V-AM-PCF进行上述所述的第一次验证,由V-SMF进行上述所述的第二次验证和第三次验证。
方式2-2:终端采用注册NAS消息,向V-AM-PCF上报URSP rule执行结果,从而由V-AM-PCF进行上述所述的第一次验证,由V-SMF进行上述所述的第二次验证,由H-SMF进行上述所述的第三次验证(或者由H-SMF进行上述所述的第二次验证,由V-SMF进行上述所述的第三次验证)。
方式2-3:终端采用注册NAS消息,向V-AM-PCF上报URSP rule执行结果,然后V-AM-PCF再将URSP rule执行结果上报给H-AM-PCF,从而由H-AM-PCF进行上述所述的第一次验证,由V-SMF进行上述所述的第二次验证和第三次验证。
方式2-4:终端采用注册NAS消息,向V-AM-PCF上报URSP rule执行结果,然后V-AM-PCF再将URSP rule执行结果上报给H-AM-PCF,从而由H-AM-PCF进行上述所述的第一次验证,由V-SMF进行上述所述的第二次验证,由H-SMF进行上述所述的第三次验证(或者由H-SMF进行上述所述的第二次验证,由V-SMF进行上述所述的第三次验证)。
以上,LBO或者HR下,各通信设备的交互方式,均已经在上面讨论过,具体使用的信令名称和传递的参数,也都已经介绍过,在此不再赘述。
可以理解的是,上述所述的多种实现方式只是举例说明,并不表示本申请实施例的具体实现方式仅限于此。
下面对上述所述的多种方式中的其中三种进行具体介绍(即如下实施方式一至四所述):
实施方式一:在LBO场景下,漫游UE通过注册NAS消息将URSP rule执行结果上报给H-AM-PCF,由H-AM-PCF进行第一次验证,V-SMF进行第二次验证和第三次验证。
如图4,具体实现过程如下步骤41至步骤424所述:
步骤41:漫游UE获得URSP rule;
其中,可以由V-AM-PCF或者H-AM-PCF为漫游UE提供URSP rule;
步骤42:漫游UE执行URSP rule,建立LBO会话;
步骤43:漫游UE向AMF发送上行非接入层(UL NAS)消息,其中,UL NAS消息中携带有URSP rule执行结果;
步骤44:AMF向V-AM-PCF发送N1消息通知(Namf_Communication_N1Message Notify),其中,Namf_Communication_N1MessageNotify中携带有URSP rule执行结果;或者,通过UE策略控制更新请求(Npcf_UEPolicyControl Update Request),发送所述URSP rule执行结果;
步骤45:V-AM-PCF向H-AM-PCF发送UE策略控制更新通知(Npcf_UEPolicyControl UpdateNotify request),其中,Npcf_UEPolicyControl UpdateNotify request中携带有URSP rule执行结果;
步骤46:H-AM-PCF进行第一次验证,即根据URSP rule执行结果判断该漫游UE的URSP rule是否使用正确;
步骤47:H-AM-PCF向V-AM-PCF发送Npcf_UEPolicyControl UpdateNotify response,其中,Npcf_UEPolicyControl UpdateNotify response携带有第一次验证的结果(即携带有漫游UE的URSP rule是否使用正确的结果);
步骤48:V-AM-PCF向V-SM-PCF发送第二信息,其中,第二信息包括URSP rule执行结果、PDU session ID、UE SUPI;
步骤49:V-SM-PCF向V-SMF发送上述第二信息;
步骤410:V-SMF进行第二次验证,即根据接收到的第二信息(即URSP rule执行结果、PDU session ID、UE SUPI),判断承载APP流量的PDU session的参数(比如,DNN,S-NSSAI,SSC mode等),与漫游UE实际上报的使用的URSP rule里的RSC(比如,DNN,S-NSSAI)是否一致。
步骤411:V-SMF向V-SM-PCF发送第二次验证的结果;
步骤4 12:V-SM-PCF向V-AM-PCF发送第二次验证的结果;
步骤413:V-AM-PCF向H-AM-PCF发送第二次验证的结果;
步骤414:H-AM-PCF根据第二次验证结果判断是否需要执行包检测;其中,在需要进行包检测时,执行步骤415;比如说,如果二次验证结果表明漫游UE已经没有正确使用URSP rule,则无需三次验证;
步骤415:H-AM-PCF向V-AM-PCF发送包检测指示;
步骤416:V-AM-PCF向V-SM-PCF发送包检测指示;
步骤417:V-SM-PCF向V-SMF发送包检测指示;
步骤418:V-SMF进行第三次验证,即根据漫游UE上报的URSP rule(即URSP rule执行结果中指示漫游UE实际使用的URSP rule)生成PDR;
步骤419:V-SMF配置PDR至UPF;
步骤420:UPF发送检测结果(即根据配置的PDR的检测结果,亦即上述第三次验证的结果)给V-SMF;
步骤421:V-SMF向V-SM-PCF发送检测结果;
步骤422:V-SM-PCF向V-AM-PCF发送检测结果;
步骤423:V-AM-PCF向H-AM-PCF发送检测结果;
步骤424:H-AM-PCF根据接收到的检测结果,判断是否更新URSP rule;其中,在需要更新URSP rule时,执行步骤425;
步骤425:更新URSP rule,即H-AM-PCF可以发送指示信息,以指示V-SMF拒绝LBO session的建立;或者执行PDU session的释放,然后重建session。即所述指示信息,用于指示V-SMF,需要将所述LBO会话释放,或者拒绝所述会话建立,所述指示信息里还包括:PDU session ID,URSP rule验证结果(包括一次,二次,三次)。
其中,H-AM-PCF的发送所述指示信息方法包括:H-AM-PCF发送指示信息到V-AM-PCF,V-AM-PCF发送指示信息再到V-SM-PCF,V-SM-PCF再发送指示信息到V-SMF;
比如说,H-AM-PCF,可以通过如下至少一种方法,向;V-AM-PCF发送所述指示信息:
Npcf_UEPolicyControl Update Request;
Npcf_UEPolicyControl Update Response;
Npcf_UEPolicyControl UpdateNotify Request;
Npcf_UEPolicyControl UpdateNotify Response;
然后,所述;V-AM-PCF,可以通过以下至少一项,发送给;V-SM-PCF所述指示信息:
策略授权通知(Npcf_Policy Authorization Notify);
UE策略控制更新请求/响应(Npcf_UEPolicyControl Update Request/Response);
UE策略控制创建请求/响应(Npcf_UEPolicyControl Create Request/Response);
UE策略控制更新通知(Npcf_UEPolicyControl UpdateNotify)。
所述;V-SM-PCF,通过以下至少一项,发给;V-SMF所述指示信息:
会话策略控制创建响应(Npcf_SMPolicyControl_Create response);
会话策略控制更新请求(Npcf_SMPolicyControl_Update Request)。
此处需要说明的是,在图4中只列出了各个步骤传输的重要信息或执行的重要动作,其中,对于图4中的各个步骤的具体内容可参见上述步骤41至步骤425所述。
实施方式二:在HR场景下,漫游UE通过注册NAS消息将URSP rule执行结果上报给H-AM-PCF,由H-AM-PCF进行第一次验证,V-SMF进行第二次验证,H-SMF进行第三次验证。
如图5,具体实现过程如下步骤51至步骤524所述:
步骤51:漫游UE获得URSP rule;
其中,可以由V-AM-PCF或者H-AM-PCF为漫游UE提供URSP rule;
步骤52:漫游UE执行URSP rule,建立HR会话;
步骤53:漫游UE向AMF发送UL NAS消息,其中,UL NAS消息中携带有URSP rule执行结果;
步骤54:AMF向V-AM-PCF发送Namf_Communication_N1MessageNotify,其中,Namf_Communication_N1MessageNotify中携带有URSP rule执行结果和PDUsession ID;
步骤55:V-AM-PCF向H-AM-PCF发送Npcf_UEPolicyControl UpdateNotify request,其中,Npcf_UEPolicyControl UpdateNotify request中携带有URSP rule执行结果和PDU session ID;
步骤56:H-AM-PCF进行第一次验证,即根据URSP rule执行结果判断该漫游UE的URSP rule是否使用正确;
步骤57:H-AM-PCF向V-AM-PCF发送Npcf_UEPolicyControl UpdateNotify response,其中,Npcf_UEPolicyControl UpdateNotify response携带有第一次验证的结果(即携带有漫游UE的URSP rule是否使用正确的结果);
步骤58:H-AM-PCF向V-AM-PCF发送第二信息,其中,第二信息包括URSP rule执行结果、PDU session ID、UE SUPI;
步骤59:V-AM-PCF向V-SM-PCF发送上述第二信息;
步骤510:V-SM-PCF向V-SMF发送上述第二信息;
步骤511:V-SMF进行第二次验证,即根据接收到的URSP rule执行结果、PDU session ID、UE SUPI,判断承载APP流量的PDU session的参数(比如,DNN,S-NSSAI,SSC mode等),与漫游UE实际上报的使用的URSP rule里的RSC(比如,DNN,S-NSSAI)是否一致。
步骤512:V-SMF向V-SM-PCF发送第二次验证的结果;
步骤5 13:V-SM-PCF向V-AM-PCF发送第二次验证的结果;
步骤514:V-AM-PCF向H-AM-PCF发送第二次验证的结果;
步骤515:H-AM-PCF根据第二次验证结果判断是否需要执行包检测;其中,在需要进行包检测时,执行步骤516;
步骤516:H-AM-PCF向H-SM-PCF发送包检测指示;
步骤517:H-SM-PCF向H-SMF发送包检测指示;
步骤518:H-SMF进行第三次验证,即根据漫游UE上报的URSP rule(即URSP rule执行结果中指示漫游UE实际使用的URSP rule)生成PDR;
步骤519:H-SMF配置PDR至UPF;
步骤520:UPF发送检测结果(即根据配置的PDR的检测结果,亦即上述第三次验证的结果)给H-SMF;
步骤521:H-SMF向H-SM-PCF发送检测结果;
步骤522:H-SM-PCF向H-AM-PCF发送检测结果;
步骤523:H-AM-PCF根据接收到的检测结果,判断是否更新URSP rule;其中,在需要更新URSP rule时,执行步骤524;
步骤524:更新URSP rule,即H-AM-PCF可以指示V-SMF拒绝HR session的建立;或者执行PDU session的释放,然后重建session。指示方式如上实施方式一所述。
此处需要说明的是,在图5中只列出了各个步骤传输的重要信息或执行的重要动作,其中,对于图5中的各个步骤的具体内容可参见上述步骤51至步骤524所述。
实施方式三:在HR场景下,漫游UE通过会话NAS消息将URSP rule执行结果上报给H-AM-PCF,由H-AM-PCF进行第一次验证,V-SMF进行第二次验证,H-SMF进行第三次验证。
如图6,具体实现过程如下步骤61至步骤624所述:
步骤61:漫游UE获得URSP rule;
其中,可以由V-AM-PCF或者H-AM-PCF为漫游UE提供URSP rule;
步骤62:漫游UE执行URSP rule,建立HR会话;
步骤63:漫游UE向AMF发送PDU会话建立请求(PDU session establishment request)或PDU会话修改请求(PDU session modification request),其中,PDU会话建立请求或PDU会话修改请求中携带有漫游UE的URSP rule执行结果;
步骤64:AMF向V-SMF发送PDU会话会话管理上下文创建请求(Nsmf_PDUSession_CreateSMContext request),其中,Nsmf_PDUSession_CreateSMContext request中携带有URSP rule执行结果;
步骤65:V-SMF向V-SM-PCF发送SM策略关联修改(SM Policy Association Modification),其中,SM Policy Association Modification中携带有URSP rule执行结果;
步骤66:V-SM-PCF向V-AM-PCF发送URSP rule执行结果;
步骤67:V-AM-PCF向H-AM-PCF发送Npcf_UEPolicyControl UpdateNotify request,其中,Npcf_UEPolicyControl UpdateNotify request携带有URSP rule执行结果;
步骤68:H-AM-PCF进行第一次验证,即根据URSP rule执行结果判断该漫游UE的URSP rule是否使用正确;
步骤69:H-AM-PCF向V-AM-PCF发送Npcf_UEPolicyControl UpdateNotify response,其中,Npcf_UEPolicyControl UpdateNotify response携带有第一次验证的结果(即携带有漫游UE的URSP rule是否使用正确的结果);
步骤610:H-AM-PCF向V-AM-PCF发送第二信息,其中,第二信息包括URSP rule执行结果、PDU session ID、UE SUPI;
步骤611:V-AM-PCF向V-SM-PCF发送上述第二信息;
步骤612:V-SM-PCF向V-SMF发送上述第二信息;
步骤613:V-SMF进行第二次验证,即根据接收到的URSP rule执行结果、PDU session ID、UE SUPI,判断承载APP流量的PDU session的参数(比如,DNN,S-NSSAI,SSC mode等),与漫游UE实际上报的使用的URSP rule里的RSC(比如,DNN,S-NSSAI)是否一致。
步骤614:V-SMF向V-SM-PCF发送第二次验证的结果;
步骤615:V-SM-PCF向V-AM-PCF发送第二次验证的结果;
步骤616:V-AM-PCF向H-AM-PCF发送第二次验证的结果;
步骤617:H-AM-PCF根据第二次验证结果判断是否需要执行包检测;其中,在需要进行包检测时,执行步骤616;
步骤618:H-AM-PCF向H-SM-PCF发送包检测指示;
步骤619:H-SM-PCF向H-SMF发送包检测指示;
步骤620:H-SMF进行第三次验证,即根据漫游UE上报的URSP rule(即URSP rule执行结果中指示漫游UE实际使用的URSP rule)生成PDR;
步骤621:H-SMF配置PDR至UPF;
步骤622:UPF发送检测结果(即根据配置的PDR的检测结果,亦即上述第三次验证的结果)给H-SMF;
步骤623:H-SMF向H-SM-PCF发送检测结果;
步骤624:H-SM-PCF向H-AM-PCF发送检测结果;
步骤625:H-AM-PCF根据接收到的检测结果,判断是否更新URSP rule;其中,在需要更新URSP rule时,执行步骤626;
步骤626:更新URSP rule,即H-AM-PCF可以指示V-SMF拒绝HR session的建立;或者执行PDU session的释放,然后重建session。
此处需要说明的是,在图6中只列出了各个步骤传输的重要信息或执行的重要动作,其中,对于图6中的各个步骤的具体内容可参见上述步骤61至步骤626所述。
实施方式四:漫游UE通过如下的方式,将URSP rule执行结果,通过主路由会话(Home routed session)发给归属地网络(例如H-PCF)。
如图7,漫游UE通过PDU session establishment request或PDU session modification request,将URSP rule执行结果(比如,Connection Capability),发送给AMF;
其次,AMF通过Nsmf_PDUSession_CreateSMContext Request或者Nsmf_PDUSession_UpdateSMContext Request,将URSP rule执行结果发送给V-SMF;
再次,V-SMF过Nsmf_PDUSession_Create request或Nsmf_PDUSession Update request将URSP rule执行结果发送给H-SMF;
再次,H-SMF通过SM policy association modification过程,将URSP rule执行结果发送给会话PCF(这里指的是归属地的PCF for session),然后,会话PCF通过UE policy association modification/establishment过程,将URSP rule执行结果发送给UE PCF(这里指的是归属地的PCF for UE)。
由此可见,本实施方式实现了将URSP rule执行结果,从漫游地发给归属地的UE PCF。
另外,在H-SMF里可能会设置一个新的策略控制请求触发(Policy Control Request Triggers),即当H-SMF从V-SMF收到URSP rule执行结果以后,会把这个执行结果发给会话PCF(也可以是,当H-SMF从V-SMF收到URSP rule执行结果以后,会把这个执行结果发给PCF,这里的PCF包括PCF for session或者PCF for UE)。
本申请实施例提供的路由选择策略执行结果处理方法,执行主体可以为路由选择策略执行结果处理装置。本申请实施例中以路由选择策略执行结果处理装置执行路由选择策略执行结果处理方法为例,说明本申请实施例提供的路由选择策略执行结果处理装置。
第三方面,参见图8所示,为本申请实施例所提供的一种路由选择策略执行结果处理装置的结构框图,该路由选择策略执行结果处理装置可应用于第一网络侧设备。该路由选择策略执行结果处理装置70包括:
第一获取模块701,用于获取第一信息;
其中,所述第一信息包括终端的路由选择策略URSP rule执行结果;
所述第一信息用于对所述终端进行URSP rule执行结果验证。
可选地,所述第一网络侧设备为第一通信设备或第四通信设备,其中,所述第一通信设备为所述终端在第二网络下的第一设备,所述第四通信设备为所述终端在第一网络下的第四设备。
可选地,所述URSP rule执行结果包括以下至少一项:
所述终端为应用流量所执行的URSP rule;
所述终端为应用流量所执行的流量描述符;
所述终端为应用流量所执行的路径选择描述符;
为应用流量执行URSP rule后,承载该应用流量的协议数据单元PDU会话标识。
可选地,所述装置还包括:
第二验证模块,用于根据所述第一信息,对所述终端的URSP rule执行结果进行第一次验证。
可选地,所述第二验证模块具体用于:
将所述第一网络侧设备中保存的第一网络的URSP rule,与所述第一信息进行比较;
在所述第一网络的URSP rule中存在所述第一信息指示的URSP rule的情况下,,确定所述终端正确使用所述第一网络的URSP rule;
在所述第一网络的URSP rule中不存在所述第一信息指示的URSP rule的情况下,确定所述终端未正确使用所述第一网络的URSP rule。
可选地,所述装置还包括:
第一发送模块,用于发送所述第一次验证的验证结果;
其中,所述第一次验证的验证结果包括以下至少一项:
所述终端正确使用第一网络的URSP rule;
所述终端未正确使用第一网络的URSP rule。
可选地,所述第一发送模块具体用于:
向第二通信设备和/或第三通信设备发送所述第一次验证的验证结果;
其中,所述第二通信设备为所述终端在第一网络下的第二设备,所述第三通信设备为所述终端在第二网络下的第三设备。
可选地,当所述第一网络侧设备为第一通信设备时,所述第一发送模块向所述第二通信设备发送所述第一次验证的验证结果,具体用于:
通过第四通信设备和/或第五通信设备,向所述第二通信设备发送所述第一次验证的验证结果;
其中,所述第五通信设备为所述终端在第一网络下的第五设备,所述第四通信设备 为所述终端在第一网络下的第四设备。
可选地,当所述第一网络侧设备为第一通信设备时,所述第一发送模块备向所述第三通信设备发送所述第一次验证的验证结果,具体用于:
通过第六通信设备,向所述第三通信设备发送所述第一次验证的验证结果;
其中,所述第六通信设备为所述终端在第二网络下的第六设备。
可选地,当所述第一网络侧设备为第四通信设备时,所述第一发送模块向所述第二通信设备发送所述第一次验证的验证结果,具体用于:
通过第五通信设备,向所述第二通信设备发送所述第一次验证的验证结果;
其中,所述第五通信设备为所述终端在第一网络下的第五设备。
可选地,当所述第一网络侧设备为第四通信设备时,所述第一发送模块向所述第三通信设备发送所述第一次验证的验证结果,具体用于:
通过第六通信设备和/或第一通信设备,向所述第三通信设备发送所述第一次验证的验证结果;
其中,所述第六通信设备为所述终端在第二网络下的第六设备,所述第一通信设备为所述终端在第二网络下的第一设备。
可选地,所述装置还包括如下中至少一项:
第二发送模块,用于发送第二信息;
第二接收模块,用于接收第三信息;
其中,所述第二信息包括所述终端的URSP rule执行结果、所述终端的PDU会话标识、用户永久标识符,所述第二信息用于对所述终端的URSP rule执行结果进行第二次验证和/或第三次验证;
所述第三信息包括所述第二次验证的验证结果和/或所述第三次验证的验证结果;
所述第三信息用于以下至少一项:
对所述终端的URSP rule进行更新;
指示所述终端正确使用第一网络的URSP rule;
指示所述终端未正确使用第一网络的URSP rule。
可选地,所述第二发送模块具体用于:
向第二通信设备和/或第三通信设备发送第二信息;
其中,所述第二通信设备为所述终端在第一网络下的第二设备;
所述第三通信设备为所述终端在第二网络下的第三设备。
可选地,在所述第一网络侧设备为第一通信设备时,所述第二发送模块向所述第二通信设备发送所述第二信息,具体用于:
通过第四通信设备和/或第五通信设备,向所述第二通信设备发送所述第二信息;
其中,所述第四通信设备为所述终端在第一网络下的第四设备,所述第五通信设备为所述终端在第一网络下的第五设备。
可选地,在所述第一网络侧设备为第一通信设备时,所述第二发送模块向所述第三通信设备发送所述第二信息,具体用于:
通过第六通信设备,向所述第三通信设备发送所述第二信息;
其中,所述第六通信设备为所述终端在第二网络下的第六设备。
可选地,当所述第一网络侧设备为第四通信设备时,所述第二发送模块向所述第二通信设备发送所述第二信息,具体用于:
通过第五通信设备,向所述第二通信设备发送所述第二信息;
其中,所述第五通信设备为所述终端在第一网络下的第五设备。
可选地,当所述第一网络侧设备为第四通信设备时,所述第二发送模块向所述第三通信设备发送所述第二信息,具体用于:
通过第一通信设备和/或第六通信设备,向所述第三通信设备发送所述第二信息;
其中,所述第一通信设备为所述终端在第二网络下的第一设备,所述第六通信设备为所述终端在第二网络下的第六设备。
可选地,所述第二接收模块具体用于:
从第二通信设备和/或第三通信设备接收所述第三信息;
其中,所述第二通信设备为所述终端在第一网络下的第二设备;
所述第三通信设备为所述终端在第二网络下的第三设备。
可选地,当所述第一网络侧设备为第一通信设备时,所述第二接收模块从所述第二通信设备接收所述第三信息,具体用于:
通过第四通信设备和/或第五通信设备,接收所述第二通信设备发送的所述第三信息;
其中,所述第四通信设备为所述终端在第一网络下的第四设备,所述第五通信设备为所述终端在第一网络下的第五设备。
可选地,当所述第一网络侧设备为第一通信设备时,所述第二接收模块从所述第三通信设备接收所述第三信息,具体用于:
通过第六通信设备,接收所述第三通信设备发送的所述第三信息;
其中,所述第六通信设备为所述终端在第二网络下的第六设备。
可选地,当所述第一网络侧设备为第四通信设备时,所述第二接收模块接收所述第二通信设备发送的所述第三信息,具体用于:
通过第五通信设备,接收所述第二通信设备发送的所述第三信息;
其中,所述第五通信设备为所述终端在第一网络下的第五设备。
可选地,当所述第一网络侧设备为第四通信设备时,所述第二接收模块接收所述第三通信设备发送的所述第三信息,具体用于:
通过第一通信设备和/或第六通信设备,接收所述第三通信设备发送的所述第三信息;
其中,所述第一通信设备为所述终端在第二网络下的第一设备,所述第六通信设备为所述终端在第二网络下的第六设备。
可选地,当所述网络侧设备为第一通信设备时,所述获取模块具体用于:
通过第七通信设备和/或第四通信设备,接收所述终端发送的所述第一信息;
和/或,
通过所述第七通信设备、第二通信设备、第五通信设备和所述第四通信设备中的至少一个,接收所述终端发送的所述第一信息;
其中,所述第七通信设备为网络侧的一个设备,所述第二通信设备为所述终端在第一网络下的第二设备,所述第四通信设备为所述终端在第一网络下的第四设备,所述第五通信设备为所述终端的漫游地的第五设备。
可选地,当所述第一网络侧设备为第四通信设备时,所述第一获取模块具体用于:
通过第七通信设备,接收所述终端发送的所述第一信息;
和/或,
通过所述第七通信设备、第二通信设备、第五通信设备中的至少个,接收所述终端发送的所述第一信息;
其中,所述第七通信设备为一网络侧设备,所述第二通信设备为所述终端在第一网络下的第二设备,所述第五通信设备为所述终端的漫游地的第五设备。
可选地,所述终端为漫游终端。
可选地,所述第一网络为所述终端的漫游地或拜访地的网络,所述第二网络为所述终端的归属地的网络;或者,所述第一网络为所述终端的归属地的网络,所述第二网络为所述终端的漫游地或拜访地的网络。
本申请实施例中的路由选择策略执行结果处理装置可以是电子设备,例如具有操作系统的电子设备,也可以是电子设备中的部件,例如集成电路或芯片。该电子设备可以是网络侧设备。示例性的,网络侧设备可以为服务器、网络附属存储器(Network Attached Storage,NAS)等,本申请实施例不作具体限定。
本申请实施例提供的路由选择策略执行结果处理装置能够实现图2的方法实施例实现的各个过程,并达到相同的技术效果,为避免重复,这里不再赘述。
第四方面,参见图9所示,为本申请实施例所提供的一种路由选择策略执行结果处理装置的结构框图,该路由选择策略执行结果处理装置可应用于第二网络侧设备。该路由选择策略执行结果处理装置80包括:
第一接收模块801,用于接收第二信息,其中,所述第二信息包括终端的路由选择策略URSP rule执行结果、所述终端的协议数据单元PDU会话标识、用户永久标识符,所述第二信息用于对所述终端的URSP rule执行结果进行第二次验证和/或第三次验证;
第一验证模块802,用于根据所述第二信息,对所述终端的URSP rule执行结果进行第二次验证和/或第三次验证。
可选地,所述第二网络侧设备为第二通信设备或第三通信设备,其中,所述第二通信设备为所述终端在第一网络下的第二设备,所述第三通信设备为所述终端在第二网络下的第三设备。
可选地,当所述第二网络侧设备为第二通信设备时,所述第一接收模块具体用于执行如下中至少一项:
通过第五通信设备和/或第四通信设备,接收第一通信设备发送的所述第二信息;
通过第五通信设备,接收第四通信设备发送的所述第二信息;
其中,所述第五通信设备为所述终端在第一网络下的第五设备,所述第四通信设备为所述终端在第一网络下的第四设备,所述第一通信设备为所述终端在第二网络下的第一设备。
可选地,当所述第二网络侧设备为第三通信设备时,所述第一接收模块具体用于执行如下中至少一项:
通过第六通信设备,接收第一通信设备发送的所述第二信息;
通过第六通信设备和/或第一通信设备,接收第四通信设备发送的所述第二信息;
其中,所述第六通信设备为所述终端在第二网络下的第六设备,所述第一通信设备为所述终端在第二网络下的第一设备,所述第四通信设备为所述终端在第一网络下的第四设备。
可选地,所述URSP rule执行结果包括所述终端为应用流量所执行的路径选择描述符;
所述第一验证模块根据所述第二信息,对所述终端的URSP rule执行结果进行第二次验证,具体用于:
根据所述第二信息中的PDU会话标识,获得所述PDU会话的第一会话参数,并对比所述第一会话参数与所述URSP rule执行结果中的路径选择描述符表示的第二会话参数;
在所述第一会话参数中的各项参数均与所述第二会话参数中对应的参数相同的情况下,确定所述终端正确使用所述第一网络的URSP rule;
在所述第一会话参数与所述第二会话参数的至少一项参数不同的情况下,确定所述终端未正确使用所述第一网络的URSP rule。
可选地,所述URSP rule执行结果包括所述终端为应用流量所执行的路径选择描述符;
所述第一验证模块根据所述第二信息,对所述终端的URSP rule执行结果进行第三次验证,具体用于:
根据所述URSP rule执行结果中的路径选择描述符,生成包检测规则PDR,并将所述PDR配置至第八通信设备,其中,所述第八通信设备为网络侧的另一个设备;
接收所述第八通信设备发送的检测结果,其中,所述检测结果是根据所述PDR进 行的流量检测结果;
在所述检测结果指示检测到流量的情况下,确定所述终端正确使用所述第一网络的URSP rule;
在所述检测结果指示未检测到流量的情况下,确定所述终端未正确使用所述第一网络的URSP rule。
可选地,所述装置还包括如下中至少一项:
第三接收模块,用于接收对所述终端的URSP rule进行第一次验证的验证结果;
第三发送模块,用于发送第三信息;
其中,所述第一次验证的验证结果包括以下至少一项:
所述终端正确使用第一网络的URSP rule;
所述终端未正确使用第一网络的URSP rule;
所述第三信息包括所述第二次验证的验证结果和/或所述第三次验证的验证结果;
所述第三信息用于以下至少一项:
对所述终端的URSP rule进行更新;
指示所述终端正确使用第一网络的URSP rule;
指示所述终端未正确使用第一网络的URSP rule。
可选地,所述第三接收模块具体用于:
接收第一通信设备和/或第四通信设备发送的所述第一次验证的验证结果;
其中,所述第一通信设备为所述终端在第二网络下的第一设备,所述第四通信设备为所述终端在第一网络下的第四设备。
可选地,当所述第二网络侧设备为第二通信设备时,所述第三接收模块接收所述第一通信设备发送的所述第一次验证的验证结果,具体用于:
通过第五通信设备和/或第四通信设备,接收所述第一通信设备发送的所述第一次验证的验证结果;
其中,所述第五通信设备为所述终端在第一网络下的第五设备,所述第四通信设备为所述终端在第一网络下的第四设备。
可选地,当所述第二网络侧设备为第二通信设备时,所述第三接收模块接收所述第四通信设备发送的所述第一次验证的验证结果,具体用于:
通过第五通信设备,接收所述第四通信设备发送的所述第一次验证的验证结果;
其中,所述第五通信设备为所述终端在第一网络下的第五设备。
可选地,当所述第二网络侧设备为第三通信设备时,所述第三接收模块接收所述第一通信设备发送的所述第一次验证的验证结果,具体用于:
通过第六通信设备,接收所述第一通信设备发送的所述第一次验证的验证结果;
其中,所述第六通信设备为所述终端在第二网络下的第六设备。
可选地,当所述第二网络侧设备为第三通信设备时,所述第三接收模块接收所述第 四通信设备发送的所述第一次验证的验证结果,具体用于:
通过第六通信设备和/或第一通信设备,接收所述第四通信设备发送的所述第一次验证的验证结果;
其中,所述第六通信设备为所述终端在第二网络下的第六设备,所述第一通信设备为所述终端在第二网络下的第一设备。
可选地,所述第三发送模块具体用于:
向第一通信设备和/或第四通信设备发送所述第三信息;
其中,所述第一通信设备为所述终端在第二网络下的第一设备,所述第四通信设备为所述终端在第一网络下的第四设备。
可选地,当所述第二网络侧设备为第二通信设备时,所述第三发送模块向所述第一通信设备发送所述第三信息,具体用于:
通过第五通信设备和/或第四通信设备,向所述第一通信设备发送所述第三信息;
其中,所述第五通信设备为所述终端在第一网络下的第五设备,所述第四通信设备为所述终端在第一网络下的第四设备。
可选地,当所述第二网络侧设备为第二通信设备时,所述第三发送模块向所述第四通信设备发送所述第三信息,具体用于:
通过第五通信设备,向所述第四通信设备发送所述第三信息;
其中,所述第五通信设备为所述终端在第一网络下的第五设备。
可选地,当所述第二网络侧设备为第三通信设备时,所述第三发送模块向所述第一通信设备发送所述第三信息,具体用于:
通过第六通信设备,向所述第一通信设备发送所述第三信息;
其中,所述第六通信设备为所述终端在第二网络下的第六设备。
可选地,当所述第二网络侧设备为第三通信设备时,所述第三发送模块向所述第四通信设备发送所述第三信息,具体用于:
通过第六通信设备和/或第一通信设备,向所述第四通信设备发送所述第三信息;
其中,所述第六通信设备为所述终端在第二网络下的第六设备,所述第一通信设备为所述终端在第二网络下的第一设备。
可选地,所述终端为漫游终端。
可选地,所述第一网络为所述终端的漫游地或拜访地的网络,所述第二网络为所述终端的归属地的网络;或者,所述第一网络为所述终端的归属地的网络,所述第二网络为所述终端的漫游地或拜访地的网络。
可选地,所述URSP rule执行结果包括以下至少一项:
所述终端为应用流量所执行的URSP rule;
所述终端为应用流量所执行的流量描述符;
所述终端为应用流量所执行的路径选择描述符;
为应用流量执行URSP rule后,承载该应用流量的协议数据单元PDU会话标识。
本申请实施例中的路由选择策略执行结果处理装置可以是电子设备,例如具有操作系统的电子设备,也可以是电子设备中的部件,例如集成电路或芯片。该电子设备可以是网络侧设备。示例性的,网络侧设备可以为服务器、网络附属存储器(Network Attached Storage,NAS)等,本申请实施例不作具体限定。
本申请实施例提供的路由选择策略执行结果处理装置能够实现图3的方法实施例实现的各个过程,并达到相同的技术效果,为避免重复,这里不再赘述。
可选地,如图10所示,本申请实施例还提供一种通信设备900,包括处理器901和存储器902,存储器902上存储有可在所述处理器901上运行的程序或指令,例如,该通信设备900为第一网络侧设备时,该程序或指令被处理器901执行时实现上述第一方面所述的路由选择策略执行结果处理方法实施例的各个步骤,且能达到相同的技术效果。该通信设备900为第二网络侧设备时,该程序或指令被处理器901执行时实现上述第二方面所述的路由选择策略执行结果处理方法实施例的各个步骤,且能达到相同的技术效果,为避免重复,这里不再赘述。
具体地,本申请实施例还提供了一种网络侧设备。如图11所示,该网络侧设备1000包括:处理器1001、网络接口1002和存储器1003。其中,网络接口1002例如为通用公共无线接口(common public radio interface,CPRI)。
具体地,本发明实施例的网络侧设备1000还包括:存储在存储器1003上并可在处理器1001上运行的指令或程序,处理器1001调用存储器1003中的指令或程序执行图2或3所示的方法,并达到相同的技术效果,为避免重复,故不在此赘述。
本申请实施例还提供一种可读存储介质,所述可读存储介质上存储有程序或指令,该程序或指令被处理器执行时实现上述第一方面或第二方面所述的路由选择策略执行结果处理方法实施例的各个过程,且能达到相同的技术效果,为避免重复,这里不再赘述。
其中,所述处理器为上述实施例中所述的终端中的处理器。所述可读存储介质,包括计算机可读存储介质,如计算机只读存储器ROM、随机存取存储器RAM、磁碟或者光盘等。
本申请实施例另提供了一种芯片,所述芯片包括处理器和通信接口,所述通信接口和所述处理器耦合,所述处理器用于运行程序或指令,实现上述第一方面或第二方面所述的路由选择策略执行结果处理方法实施例的各个过程,且能达到相同的技术效果,为避免重复,这里不再赘述。
应理解,本申请实施例提到的芯片还可以称为系统级芯片,系统芯片,芯片系统或片上系统芯片等。
本申请实施例另提供了一种计算机程序/程序产品,所述计算机程序/程序产品被存储在存储介质中,所述计算机程序/程序产品被至少一个处理器执行以实现上述第一方 面或第二方面所述的路由选择策略执行结果处理方法实施例的各个过程,且能达到相同的技术效果,为避免重复,这里不再赘述。
本申请实施例还提供了一种路由选择策略执行结果处理系统,包括:第一网络侧设备和第二网络侧设备,所述第一网络侧设备可用于执行如上第一方面所述的路由选择策略执行结果处理方法的步骤,所述第二网络侧设备可用于执行如上第二方面所述的路由选择策略执行结果处理方法的步骤。
需要说明的是,在本文中,术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含,从而使得包括一系列要素的过程、方法、物品或者装置不仅包括那些要素,而且还包括没有明确列出的其他要素,或者是还包括为这种过程、方法、物品或者装置所固有的要素。在没有更多限制的情况下,由语句“包括一个……”限定的要素,并不排除在包括该要素的过程、方法、物品或者装置中还存在另外的相同要素。此外,需要指出的是,本申请实施方式中的方法和装置的范围不限按示出或讨论的顺序来执行功能,还可包括根据所涉及的功能按基本同时的方式或按相反的顺序来执行功能,例如,可以按不同于所描述的次序来执行所描述的方法,并且还可以添加、省去、或组合各种步骤。另外,参照某些示例所描述的特征可在其他示例中被组合。
通过以上的实施方式的描述,本领域的技术人员可以清楚地了解到上述实施例方法可借助软件加必需的通用硬件平台的方式来实现,当然也可以通过硬件,但很多情况下前者是更佳的实施方式。基于这样的理解,本申请的技术方案本质上或者说对现有技术做出贡献的部分可以以计算机软件产品的形式体现出来,该计算机软件产品存储在一个存储介质(如ROM/RAM、磁碟、光盘)中,包括若干指令用以使得一台终端(可以是手机,计算机,服务器,空调器,或者网络设备等)执行本申请各个实施例所述的方法。
上面结合附图对本申请的实施例进行了描述,但是本申请并不局限于上述的具体实施方式,上述的具体实施方式仅仅是示意性的,而不是限制性的,本领域的普通技术人员在本申请的启示下,在不脱离本申请宗旨和权利要求所保护的范围情况下,还可做出很多形式,均属于本申请的保护之内。

Claims (50)

  1. 一种路由选择策略执行结果处理方法,其中,所述方法包括:
    第一网络侧设备获取第一信息;
    其中,所述第一信息包括终端的路由选择策略URSP rule执行结果;
    所述第一信息用于对所述终端进行URSP rule执行结果验证。
  2. 根据权利要求1所述的方法,其中,所述第一网络侧设备为第一通信设备或第四通信设备,其中,所述第一通信设备为所述终端在第二网络下的第一设备,所述第四通信设备为所述终端在第一网络下的第四设备。
  3. 根据权利要求1所述的方法,其中,所述URSP rule执行结果包括以下至少一项:
    所述终端为应用流量所执行的URSP rule;
    所述终端为应用流量所执行的流量描述符;
    所述终端为应用流量所执行的路径选择描述符;
    为应用流量执行URSP rule后,承载该应用流量的协议数据单元PDU会话标识。
  4. 根据权利要求2所述的方法,其中,所述方法还包括:
    所述第一网络侧设备根据所述第一信息,对所述终端的URSP rule执行结果进行第一次验证。
  5. 根据权利要求4所述的方法,其中,所述第一网络侧设备根据所述第一信息,对所述终端的URSP rule执行结果进行第一次验证,包括:
    所述第一网络侧设备将所述第一网络侧设备中保存的第一网络的URSP rule,与所述第一信息进行比较;
    在所述第一网络的URSP rule中存在所述第一信息指示的URSP rule的情况下,所述第一网络侧设备确定所述终端正确使用所述第一网络的URSP rule;
    在所述第一网络的URSP rule中不存在所述第一信息指示的URSP rule的情况下,所述第一网络侧设备确定所述终端未正确使用所述第一网络的URSP rule。
  6. 根据权利要求4或5所述的方法,其中,所述方法还包括:
    所述第一网络侧设备发送所述第一次验证的验证结果;
    其中,所述第一次验证的验证结果包括以下至少一项:
    所述终端正确使用所述第一网络的URSP rule;
    所述终端未正确使用所述第一网络的URSP rule。
  7. 根据权利要求6所述的方法,其中,所述第一网络侧设备发送所述第一次验证的验证结果,包括:
    所述第一网络侧设备向第二通信设备和/或第三通信设备发送所述第一次验证的验证结果;
    其中,所述第二通信设备为所述终端在所述第一网络下的第二设备,所述第三通信 设备为所述终端在所述第二网络下的第三设备。
  8. 根据权利要求7所述的方法,其中,当所述第一网络侧设备为所述第一通信设备时,所述第一网络侧设备向所述第二通信设备发送所述第一次验证的验证结果,包括:
    所述第一网络侧设备通过第四通信设备和/或第五通信设备,向所述第二通信设备发送所述第一次验证的验证结果;
    其中,所述第五通信设备为所述终端在所述第一网络下的第五设备,所述第四通信设备为所述终端在所述第一网络下的第四设备。
  9. 根据权利要求7所述的方法,其中,当所述第一网络侧设备为所述第一通信设备时,所述第一网络侧设备向所述第三通信设备发送所述第一次验证的验证结果,包括:
    所述第一网络侧设备通过第六通信设备,向所述第三通信设备发送所述第一次验证的验证结果;
    其中,所述第六通信设备为所述终端在所述第二网络下的第六设备。
  10. 根据权利要求7所述的方法,其中,当所述第一网络侧设备为所述第四通信设备时,所述第一网络侧设备向所述第二通信设备发送所述第一次验证的验证结果,包括:
    所述第一网络侧设备通过第五通信设备,向所述第二通信设备发送所述第一次验证的验证结果;
    其中,所述第五通信设备为所述终端在所述第一网络下的第五设备。
  11. 根据权利要求7所述的方法,其中,当所述第一网络侧设备为所述第四通信设备时,所述第一网络侧设备向所述第三通信设备发送所述第一次验证的验证结果,包括:
    所述第一网络侧设备通过第六通信设备和/或第一通信设备,向所述第三通信设备发送所述第一次验证的验证结果;
    其中,所述第六通信设备为所述终端在所述第二网络下的第六设备,所述第一通信设备为所述终端在所述第二网络下的第一设备。
  12. 根据权利要求2或4所述的方法,其中,所述方法还包括如下中至少一项:
    所述第一网络侧设备发送第二信息;
    所述第一网络侧设备接收第三信息;
    其中,所述第二信息包括所述终端的URSP rule执行结果、所述终端的PDU会话标识、用户永久标识符,所述第二信息用于对所述终端的URSP rule执行结果进行第二次验证和/或第三次验证;
    所述第三信息包括所述第二次验证的验证结果和/或所述第三次验证的验证结果;
    所述第三信息用于以下至少一项:
    对所述终端的URSP rule进行更新;
    指示所述终端正确使用所述第一网络的URSP rule;
    指示所述终端未正确使用所述第一网络的URSP rule。
  13. 根据权利要求12所述的方法,其中,所述第一网络侧设备发送第二信息,包 括:
    所述第一网络侧设备向第二通信设备和/或第三通信设备发送第二信息;
    其中,所述第二通信设备为所述终端在第一网络下的第二设备;
    所述第三通信设备为所述终端在第二网络下的第三设备。
  14. 根据权利要求13所述的方法,其中,在所述第一网络侧设备为所述第一通信设备时,所述第一网络侧设备向所述第二通信设备发送所述第二信息,包括:
    所述第一网络侧设备通过第四通信设备和/或第五通信设备,向所述第二通信设备发送所述第二信息;
    其中,所述第四通信设备为所述终端在所述第一网络下的第四设备,所述第五通信设备为所述终端在所述第一网络下的第五设备。
  15. 根据权利要求13所述的方法,其中,在所述第一网络侧设备为所述第一通信设备时,所述第一网络侧设备向所述第三通信设备发送所述第二信息,包括:
    所述第一网络侧设备通过第六通信设备,向所述第三通信设备发送所述第二信息;
    其中,所述第六通信设备为所述终端在第二网络下的第六设备。
  16. 根据权利要求13所述的方法,其中,当所述第一网络侧设备为所述第四通信设备时,所述第一网络侧设备向所述第二通信设备发送所述第二信息,包括:
    所述第一网络侧设备通过第五通信设备,向所述第二通信设备发送所述第二信息;
    其中,所述第五通信设备为所述终端在所述第一网络下的第五设备。
  17. 根据权利要求13所述的方法,其中,当所述第一网络侧设备为所述第四通信设备时,所述第一网络侧设备向所述第三通信设备发送所述第二信息,包括:
    所述第一网络侧设备通过第一通信设备和/或第六通信设备,向所述第三通信设备发送所述第二信息;
    其中,所述第一通信设备为所述终端在所述第二网络下的第一设备,所述第六通信设备为所述终端在所述第二网络下的第六设备。
  18. 根据权利要求12所述的方法,其中,所述第一网络侧设备接收所述第三信息,包括:
    所述第一网络侧设备从第二通信设备和/或第三通信设备接收所述第三信息;
    其中,所述第二通信设备为所述终端在第一网络下的第二设备;
    所述第三通信设备为所述终端在第二网络下的第三设备。
  19. 根据权利要求18所述的方法,其中,当所述第一网络侧设备为所述第一通信设备时,所述第一网络侧设备从所述第二通信设备接收所述第三信息,包括:
    所述第一网络侧设备通过第四通信设备和/或第五通信设备,接收所述第二通信设备发送的所述第三信息;
    其中,所述第四通信设备为所述终端在所述第一网络下的第四设备,所述第五通信设备为所述终端在所述第一网络下的第五设备。
  20. 根据权利要求18所述的方法,其中,当所述第一网络侧设备为所述第一通信设备时,所述第一网络侧设备从所述第三通信设备接收所述第三信息,包括:
    所述第一网络侧设备通过第六通信设备,接收所述第三通信设备发送的所述第三信息;
    其中,所述第六通信设备为所述终端在第二网络下的第六设备。
  21. 根据权利要求18所述的方法,其中,当所述第一网络侧设备为所述第四通信设备时,所述第一网络侧设备接收所述第二通信设备发送的所述第三信息,包括:
    所述第一网络侧设备通过第五通信设备,接收所述第二通信设备发送的所述第三信息;
    其中,所述第五通信设备为所述终端在第一网络下的第五设备。
  22. 根据权利要求18所述的方法,其中,当所述第一网络侧设备为所述第四通信设备时,所述第一网络侧设备接收所述第三通信设备发送的所述第三信息,包括:
    所述第一网络侧设备通过第一通信设备和/或第六通信设备,接收所述第三通信设备发送的所述第三信息;
    其中,所述第一通信设备为所述终端在第二网络下的第一设备,所述第六通信设备为所述终端在第二网络下的第六设备。
  23. 根据权利要求2所述的方法,其中,当所述网络侧设备为所述第一通信设备时,所述第一网络侧设备获取所述第一信息,包括:
    所述第一网络侧设备通过第七通信设备和/或第四通信设备,接收所述终端发送的所述第一信息;
    和/或,
    所述第一网络侧设备通过所述第七通信设备、第二通信设备、第五通信设备和所述第四通信设备中的至少一个,接收所述终端发送的所述第一信息;
    其中,所述第七通信设备为网络侧的一个设备,所述第二通信设备为所述终端在第一网络下的第二设备,所述第四通信设备为所述终端在第一网络下的第四设备,所述第五通信设备为所述终端的漫游地的第五设备。
  24. 根据权利要求2所述的方法,其中,当所述第一网络侧设备为所述第四通信设备时,所述第一网络侧设备获取第一信息,包括:
    所述第一网络侧设备通过第七通信设备,接收所述终端发送的所述第一信息;
    和/或,
    所述第一网络侧设备通过所述第七通信设备、第二通信设备、第五通信设备中的至少个,接收所述终端发送的所述第一信息;
    其中,所述第七通信设备为一网络侧设备,所述第二通信设备为所述终端在第一网络下的第二设备,所述第五通信设备为所述终端的漫游地的第五设备。
  25. 根据权利要求1所述的方法,其中,所述终端为漫游终端。
  26. 根据权利要求2所述的方法,其中,所述第一网络为所述终端的漫游地或拜访地的网络,所述第二网络为所述终端的归属地的网络;
    或者,
    所述第一网络为所述终端的归属地的网络,所述第二网络为所述终端的漫游地或拜访地的网络。
  27. 一种路由选择策略执行结果处理方法,其中,所述方法包括:
    第二网络侧设备接收第二信息,其中,所述第二信息包括终端的路由选择策略URSP rule执行结果、所述终端的协议数据单元PDU会话标识、用户永久标识符,所述第二信息用于对所述终端的URSP rule执行结果进行第二次验证和/或第三次验证;
    所述第二网络侧设备根据所述第二信息,对所述终端的URSP rule执行结果进行第二次验证和/或第三次验证。
  28. 根据权利要求27所述的方法,其中,所述第二网络侧设备为第二通信设备或第三通信设备,其中,所述第二通信设备为所述终端在第一网络下的第二设备,所述第三通信设备为所述终端在第二网络下的第三设备。
  29. 根据权利要求28所述的方法,其中,当所述第二网络侧设备为所述第二通信设备时,所述第二网络侧设备接收所述第二信息,包括如下中至少一项:
    所述第二网络侧设备通过第五通信设备和/或第四通信设备,接收第一通信设备发送的所述第二信息;
    所述第二网络侧设备通过第五通信设备,接收第四通信设备发送的所述第二信息;
    其中,所述第五通信设备为所述终端在所述第一网络下的第五设备,所述第四通信设备为所述终端在所述第一网络下的第四设备,所述第一通信设备为所述终端在所述第二网络下的第一设备。
  30. 根据权利要求28所述的方法,其中,当所述第二网络侧设备为所述第三通信设备时,所述第二网络侧设备接收所述第二信息,包括如下中至少一项:
    所述第二网络侧设备通过第六通信设备,接收第一通信设备发送的所述第二信息;
    所述第二网络侧设备通过第六通信设备和/或第一通信设备,接收第四通信设备发送的所述第二信息;
    其中,所述第六通信设备为所述终端在所述第二网络下的第六设备,所述第一通信设备为所述终端在所述第二网络下的第一设备,所述第四通信设备为所述终端在所述第一网络下的第四设备。
  31. 根据权利要求27所述的方法,其中,所述URSP rule执行结果包括所述终端为应用流量所执行的路径选择描述符;
    所述第二网络侧设备根据所述第二信息,对所述终端的URSP rule执行结果进行第二次验证,包括:
    所述第二网络侧设备根据所述第二信息中的PDU会话标识,获得所述PDU会话的 第一会话参数,并对比所述第一会话参数与所述URSP rule执行结果中的路径选择描述符表示的第二会话参数;
    在所述第一会话参数中的各项参数均与所述第二会话参数中对应的参数相同的情况下,所述第二网络侧设备确定所述终端正确使用第一网络的URSP rule;
    在所述第一会话参数与所述第二会话参数的至少一项参数不同的情况下,所述第二网络侧设备确定所述终端未正确使用所述第一网络的URSP rule。
  32. 根据权利要求27所述的方法,其中,所述URSP rule执行结果包括所述终端为应用流量所执行的路径选择描述符;
    所述第二网络侧设备根据所述第二信息,对所述终端的URSP rule执行结果进行第三次验证,包括:
    所述第二网络侧设备根据所述URSP rule执行结果中的路径选择描述符,生成包检测规则PDR,并将所述PDR配置至第八通信设备,其中,所述第八通信设备为网络侧的另一个设备;
    所述第二网络侧设备接收所述第八通信设备发送的检测结果,其中,所述检测结果是根据所述PDR进行的流量检测结果;
    在所述检测结果指示检测到流量的情况下,所述第二网络侧设备确定所述终端正确使用第一网络的URSP rule;
    在所述检测结果指示未检测到流量的情况下,所述第二网络侧设备确定所述终端未正确使用所述第一网络的URSP rule。
  33. 根据权利要求28所述的方法,其中,所述方法还包括如下中至少一项:
    所述第二网络侧设备接收对所述终端的URSP rule进行第一次验证的验证结果;
    所述第二网络侧设备发送第三信息;
    其中,所述第一次验证的验证结果包括以下至少一项:
    所述终端正确使用所述第一网络的URSP rule;
    所述终端未正确使用所述第一网络的URSP rule;
    所述第三信息包括所述第二次验证的验证结果和/或所述第三次验证的验证结果;
    所述第三信息用于以下至少一项:
    对所述终端的URSP rule进行更新;
    指示所述终端正确使用所述第一网络的URSP rule;
    指示所述终端未正确使用所述第一网络的URSP rule。
  34. 根据权利要求33所述的方法,其中,所述第二网络侧设备接收所述第一次验证的验证结果,包括:
    所述第二网络侧设备接收第一通信设备和/或第四通信设备发送的所述第一次验证的验证结果;
    其中,所述第一通信设备为所述终端在第二网络下的第一设备,所述第四通信设备 为所述终端在第一网络下的第四设备。
  35. 根据权利要求34所述的方法,其中,当所述第二网络侧设备为所述第二通信设备时,所述第二网络侧设备接收所述第一通信设备发送的所述第一次验证的验证结果,包括:
    所述第二网络侧设备通过第五通信设备和/或第四通信设备,接收所述第一通信设备发送的所述第一次验证的验证结果;
    其中,所述第五通信设备为所述终端在所述第一网络下的第五设备,所述第四通信设备为所述终端在所述第一网络下的第四设备。
  36. 根据权利要求34所述的方法,其中,当所述第二网络侧设备为所述第二通信设备时,所述第二网络侧设备接收所述第四通信设备发送的所述第一次验证的验证结果,包括:
    所述第二网络侧设备通过第五通信设备,接收所述第四通信设备发送的所述第一次验证的验证结果;
    其中,所述第五通信设备为所述终端在所述第一网络下的第五设备。
  37. 根据权利要求34所述的方法,其中,当所述第二网络侧设备为所述第三通信设备时,所述第二网络侧设备接收所述第一通信设备发送的所述第一次验证的验证结果,包括:
    所述第二网络侧设备通过第六通信设备,接收所述第一通信设备发送的所述第一次验证的验证结果;
    其中,所述第六通信设备为所述终端在所述第二网络下的第六设备。
  38. 根据权利要求34所述的方法,其中,当所述第二网络侧设备为所述第三通信设备时,所述第二网络侧设备接收所述第四通信设备发送的所述第一次验证的验证结果,包括:
    所述第二网络侧设备通过第六通信设备和/或第一通信设备,接收所述第四通信设备发送的所述第一次验证的验证结果;
    其中,所述第六通信设备为所述终端在所述第二网络下的第六设备,所述第一通信设备为所述终端在所述第二网络下的第一设备。
  39. 根据权利要求33所述的方法,其中,所述第二网络侧设备发送所述第三信息,包括:
    所述第二网络侧设备向第一通信设备和/或第四通信设备发送所述第三信息;
    其中,所述第一通信设备为所述终端在第二网络下的第一设备,所述第四通信设备为所述终端在第一网络下的第四设备。
  40. 根据权利要求39所述的方法,其中,当所述第二网络侧设备为所述第二通信设备时,所述第二网络侧设备向所述第一通信设备发送所述第三信息,包括:
    所述第二网络侧设备通过第五通信设备和/或第四通信设备,向所述第一通信设备 发送所述第三信息;
    其中,所述第五通信设备为所述终端在第一所述网络下的第五设备,所述第四通信设备为所述终端在第一所述网络下的第四设备。
  41. 根据权利要求39所述的方法,其中,当所述第二网络侧设备为所述第二通信设备时,所述第二网络侧设备向所述第四通信设备发送所述第三信息,包括:
    所述第二网络侧设备通过第五通信设备,向所述第四通信设备发送所述第三信息;
    其中,所述第五通信设备为所述终端在所述第一网络下的第五设备。
  42. 根据权利要求39所述的方法,其中,当所述第二网络侧设备为所述第三通信设备时,所述第二网络侧设备向所述第一通信设备发送所述第三信息,包括:
    所述第二网络侧设备通过第六通信设备,向所述第一通信设备发送所述第三信息;
    其中,所述第六通信设备为所述终端在所述第二网络下的第六设备。
  43. 根据权利要求39所述的方法,其中,当所述第二网络侧设备为所述第三通信设备时,所述第二网络侧设备向所述第四通信设备发送所述第三信息,包括:
    所述第二网络侧设备通过第六通信设备和/或第一通信设备,向所述第四通信设备发送所述第三信息;
    其中,所述第六通信设备为所述终端在所述第二网络下的第六设备,所述第一通信设备为所述终端在所述第二网络下的第一设备。
  44. 根据权利要求27所述的方法,其中,所述终端为漫游终端。
  45. 根据权利要求28所述的方法,其中,所述第一网络为所述终端的漫游地或拜访地的网络,所述第二网络为所述终端的归属地的网络;
    或者,
    所述第一网络为所述终端的归属地的网络,所述第二网络为所述终端的漫游地或拜访地的网络。
  46. 根据权利要求27所述的方法,其中,所述URSP rule执行结果包括以下至少一项:
    所述终端为应用流量所执行的URSP rule;
    所述终端为应用流量所执行的流量描述符;
    所述终端为应用流量所执行的路径选择描述符;
    为应用流量执行URSP rule后,承载该应用流量的协议数据单元PDU会话标识。
  47. 一种路由选择策略执行结果处理装置,其中,所述装置包括:
    第一获取模块,用于获取第一信息;
    其中,所述第一信息包括终端的路由选择策略URSP rule执行结果;
    所述第一信息用于对所述终端进行URSP rule执行结果验证。
  48. 一种路由选择策略执行结果处理装置,其中,所述装置包括:
    第一接收模块,用于接收第二信息,其中,所述第二信息包括终端的路由选择策略 URSP rule执行结果、所述终端的协议数据单元PDU会话标识、用户永久标识符,所述第二信息用于对所述终端的URSP rule执行结果进行第二次验证和/或第三次验证;
    第一验证模块,用于根据所述第二信息,对所述终端的URSP rule执行结果进行第二次验证和/或第三次验证。
  49. 一种网络侧设备,其中,包括处理器和存储器,所述存储器存储可在所述处理器上运行的程序或指令,所述程序或指令被所述处理器执行时实现如权利要求1至26任一项所述的路由选择策略执行结果处理方法的步骤,或者实现如权利要求27至46任一项所述的路由选择策略执行结果处理方法的步骤。
  50. 一种可读存储介质,其中,所述可读存储介质上存储程序或指令,所述程序或指令被处理器执行时实现如权利要求1至26任一项所述的路由选择策略执行结果处理方法的步骤,或者实现如权利要求27至46任一项所述的路由选择策略执行结果处理方法的步骤。
PCT/CN2023/109998 2022-09-02 2023-07-28 路由选择策略执行结果处理方法、装置及设备 Ceased WO2024045970A1 (zh)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
CN202211076061.7 2022-09-02
CN202211076061.7A CN117692982A (zh) 2022-09-02 2022-09-02 路由选择策略执行情况处理方法、装置及设备

Publications (1)

Publication Number Publication Date
WO2024045970A1 true WO2024045970A1 (zh) 2024-03-07

Family

ID=90100322

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/CN2023/109998 Ceased WO2024045970A1 (zh) 2022-09-02 2023-07-28 路由选择策略执行结果处理方法、装置及设备

Country Status (2)

Country Link
CN (1) CN117692982A (zh)
WO (1) WO2024045970A1 (zh)

Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN111404814A (zh) * 2020-02-28 2020-07-10 华为技术有限公司 一种数据传输的方法及通信装置
CN112399523A (zh) * 2020-12-01 2021-02-23 中国联合网络通信集团有限公司 一种ursp核查方法及装置
US20220150991A1 (en) * 2019-08-05 2022-05-12 Guangdong Oppo Mobile Telecommunications Corp., Ltd. Session verification method, user equipment, and policy control function entity
CN114845355A (zh) * 2022-04-29 2022-08-02 中国电信股份有限公司 网络接入方法及装置、终端设备、网络设备、存储介质

Patent Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20220150991A1 (en) * 2019-08-05 2022-05-12 Guangdong Oppo Mobile Telecommunications Corp., Ltd. Session verification method, user equipment, and policy control function entity
CN111404814A (zh) * 2020-02-28 2020-07-10 华为技术有限公司 一种数据传输的方法及通信装置
CN112399523A (zh) * 2020-12-01 2021-02-23 中国联合网络通信集团有限公司 一种ursp核查方法及装置
CN114845355A (zh) * 2022-04-29 2022-08-02 中国电信股份有限公司 网络接入方法及装置、终端设备、网络设备、存储介质

Non-Patent Citations (1)

* Cited by examiner, † Cited by third party
Title
ZTE: "Optimal policy control support for PDU session establishment", 3GPP DRAFT; S2-1903692 OPT SM POLICY SUPPORT FOR PDU SESSION SETUP, 3RD GENERATION PARTNERSHIP PROJECT (3GPP), MOBILE COMPETENCE CENTRE ; 650, ROUTE DES LUCIOLES ; F-06921 SOPHIA-ANTIPOLIS CEDEX ; FRANCE, vol. SA WG2, no. Xian, China; 20190407 - 20190412, 2 April 2019 (2019-04-02), Mobile Competence Centre ; 650, route des Lucioles ; F-06921 Sophia-Antipolis Cedex ; France , XP051719838 *

Also Published As

Publication number Publication date
CN117692982A (zh) 2024-03-12

Similar Documents

Publication Publication Date Title
US11950175B2 (en) Communication method and communications apparatus
US20250081089A1 (en) Digital network communication method and apparatus
US20250023816A1 (en) URSP Rule Optimization Methods and Apparatus, Terminal, Network Side Device and Medium
US20250031126A1 (en) User equipment route selection policy ursp determining method, user equipment, and network side device
US12609920B2 (en) Digital twin task authorization method and apparatus, communications device, and readable storage medium
WO2023179709A1 (zh) 信息处理方法、装置、通信设备及可读存储介质
US20250300906A1 (en) Information transmission method and apparatus, and terminal and network-side device
US20250071543A1 (en) Privacy protection information processing method and apparatus, and communication device
CN117560790A (zh) 会话建立方法、装置、通信设备及网元
CN107333322A (zh) 一种家长控制方法和基站
WO2024230658A1 (zh) 信息处理方法、处理装置、通信设备及可读存储介质
WO2024045970A1 (zh) 路由选择策略执行结果处理方法、装置及设备
WO2024027578A1 (zh) 流量路由方法、装置及设备
WO2023185725A1 (zh) 数据获取方法、装置及网络侧设备
CN117177229A (zh) 数据传输方法、装置、通信设备及网元
US20240031335A1 (en) Information processing method and apparatus, and communication device
CN116567593B (zh) 通知方法、第一网络功能及第二网络功能
WO2026047761A1 (en) System and method for determining location of a device in a communication network
CN120857086A (zh) 信息处理方法、装置和设备
WO2024120286A1 (zh) 传输方法、装置、终端及网络侧设备
WO2025153757A1 (en) Apparatus, method and computer program for direct exposure
CN118301068A (zh) 会话路由配置的方法、装置及设备
WO2024061205A1 (zh) 参数获取方法、装置、第一网络功能及第二网络功能
WO2026073835A1 (en) Method, apparatus and computer program
WO2025119046A1 (zh) 信息处理方法、处理装置、通信设备及可读存储介质

Legal Events

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

Ref document number: 23859005

Country of ref document: EP

Kind code of ref document: A1

NENP Non-entry into the national phase

Ref country code: DE

122 Ep: pct application non-entry in european phase

Ref document number: 23859005

Country of ref document: EP

Kind code of ref document: A1

32PN Ep: public notification in the ep bulletin as address of the adressee cannot be established

Free format text: NOTING OF LOSS OF RIGHTS PURSUANT TO RULE 112(1) EPC ( EPO FORM 1205A DATED 15/07/2025 )

122 Ep: pct application non-entry in european phase

Ref document number: 23859005

Country of ref document: EP

Kind code of ref document: A1