CN117692982A

CN117692982A - 路由选择策略执行情况处理方法、装置及设备

Info

Publication number: CN117692982A
Application number: CN202211076061.7A
Authority: CN
Inventors: 吕华章
Original assignee: Vivo Mobile Communication Co Ltd
Current assignee: Vivo Mobile Communication Co Ltd
Priority date: 2022-09-02
Filing date: 2022-09-02
Publication date: 2024-03-12
Also published as: WO2024045970A1

Abstract

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

Description

路由选择策略执行情况处理方法、装置及设备

技术领域

本申请属于通信技术领域，具体涉及一种路由选择策略执行情况处理方法、装置及设备。

背景技术

终端的路由选择策略(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)，单网络切片选择辅助信息(SingleNetwork 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的流量最终匹配到的是哪个规则(即希望获知URSPrules的执行结果)。然而，终端目前无法获知终端的URSP rules的执行结果。

发明内容

本申请实施例提供一种路由选择策略执行情况处理方法、装置及设备，以实现终端的URSP rule的执行结果的获取。

第一方面，提供了一种路由选择策略执行结果处理方法，包括：

第一网络侧设备获取第一信息；

其中，所述第一信息包括终端的路由选择策略URSP rule执行结果；

所述第一信息用于对所述终端进行URSP rule执行结果验证。

第二方面，提供了一种路由选择策略执行结果处理方法，包括：

第二网络侧设备接收第二信息，其中，所述第二信息包括终端的路由选择策略URSP rule执行结果、所述终端的协议数据单元PDU会话标识、用户永久标识符，所述第二信息用于对所述终端的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是本申请实施例中的一种网络侧设备的结构框图。

具体实施方式

下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行清楚描述，显然，所描述的实施例是本申请一部分实施例，而不是全部的实施例。基于本申请中的实施例，本领域普通技术人员所获得的所有其他实施例，都属于本申请保护的范围。

本申请的说明书和权利要求书中的术语“第一”、“第二”等是用于区别类似的对象，而不用于描述特定的顺序或先后次序。应该理解这样使用的术语在适当情况下可以互换，以便本申请的实施例能够以除了在这里图示或描述的那些以外的顺序实施，且“第一”、“第二”所区别的对象通常为一类，并不限定对象的个数，例如第一对象可以是一个，也可以是多个。此外，说明书以及权利要求中“和/或”表示所连接对象的至少其中之一，字符“/”一般表示前后关联对象是一种“或”的关系。

值得指出的是，本申请实施例所描述的技术不限于长期演进型(Long TermEvolution，LTE)/LTE的演进(LTE-Advanced，LTE-A)系统，还可用于其他无线通信系统，诸如码分多址(Code Division Multiple Access，CDMA)、时分多址(Time DivisionMultiple 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代(6^th Generation，6G)通信系统。

图1示出本申请实施例可应用的一种无线通信系统的框图。无线通信系统包括终端11和网络侧设备12。其中，终端11可以是手机、平板电脑(Tablet Personal Computer)、膝上型电脑(Laptop Computer)或称为笔记本电脑、个人数字助理(Personal DigitalAssistant，PDA)、掌上电脑、上网本、超级移动个人计算机(ultra-mobile personalcomputer，UMPC)、移动上网装置(Mobile Internet Device，MID)、增强现实(augmentedreality，AR)/虚拟现实(virtual reality，VR)设备、机器人、可穿戴式设备(WearableDevice)、车载设备(VUE)、行人终端(PUE)、智能家居(具有无线通信功能的家居设备，如冰箱、电视、洗衣机或者家具等)、游戏机、个人计算机(personal computer，PC)、柜员机或者自助机等终端侧设备，可穿戴式设备包括：智能手表、智能手环、智能耳机、智能眼镜、智能首饰(智能手镯、智能手链、智能戒指、智能项链、智能脚镯、智能脚链等)、智能腕带、智能服装等。需要说明的是，在本申请实施例并不限定终端11的具体类型。网络侧设备12可以包括接入网设备或核心网设备，其中，接入网设备12也可以称为无线接入网设备、无线接入网(Radio Access Network,RAN)、无线接入网功能或无线接入网单元。接入网设备12可以包括基站、WLAN接入点或WiFi节点等，基站可被称为节点B、演进节点B(eNB)、接入点、基收发机站(Base Transceiver Station，BTS)、无线电基站、无线电收发机、基本服务集(BasicService Set，BSS)、扩展服务集(Extended Service Set，ESS)、家用B节点、家用演进型B节点、发送接收点(Transmitting Receiving Point，TRP)或所述领域中其他某个合适的术语，只要达到相同的技术效果，所述基站不限于特定技术词汇，需要说明的是，在本申请实施例中仅以NR系统中的基站为例进行介绍，并不限定基站的具体类型。

核心网设备可以包含但不限于如下至少一项：核心网节点、核心网功能、移动管理实体(Mobility Management Entity，MME)、接入移动管理功能(Access and MobilityManagement 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)、统一数据管理(UnifiedData Management，UDM)，统一数据仓储(Unified Data Repository，UDR)、归属用户服务器(Home Subscriber Server，HSS)、集中式网络配置(Centralized networkconfiguration，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 PolicyControl 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下，存在多个路由选择描述符(RouteSelection 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 ServiceExperience related network data analytics)，基于这个功能，可以采集终端访问某个服务器的服务质量(quality of service，QoS)信息，比如上下行速率，丢包率等等，输出一个统计信息，该信息包括了该终端访问该服务器的用户体验情况；NWDAF也可以根据该终端访问该服务器的历史体验情况进行预测，比如，在未来某个时间段，某个区域内，这个终端如果访问该服务器，那么可以预测用户可能的体验情况(比如QoS情况)。

通常，对于NWDAF所能提供的分析或者预测内容，以分析标识(Analytic ID)来区分，通过指示给NWDAF不同的Analytic ID以及一些参数，NWDAF即可提供分析和预测。比如，上述NWDAF所提供的观测服务体验分析功能，则使用Analytic ID＝服务体验(ServiceExperience)；因此，只要获取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 ID，也可以上报具体使用的URSP rule(比如，使用的流量描述符，使用的路径选择描述)；

所述终端为应用流量所执行的流量描述符；这里，所述执行的流量描述符，就是终端每次使用的流量描述符，终端每次使用流量描述符后，可以上报所使用的流量描述符；终端可上报使用的流量描述符的优先级(traffic descriptor precedence)或流量描述符ID，以标识使用的流量描述符；

所述终端为应用流量所执行的路径选择描述符；这里，所述执行的路径选择描述符，就是终端每次使用的路径选择描述符，终端每次使用路径选择描述符后，可以上报所使用的流量描述符；在上报的路径选择描述符中，还包括终端执行或者使用的每个路径选择描述符下的一个或多个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个URSPrule中的流程描述符、路径选择描述符、以及承载流量的PDU会话标识中的至少一项。

在本申请实施例中，之所以终端要上报URSP rule的执行结果，其根本原因在于：运营商设计的URSP rule给终端下发之后，对于某些APP的流量，运营商希望知道到底最终在终端里执行的是哪个规则，然后运营商可以根据执行结果的反馈，去调整设计不合理的URSP rule。因此，运营商希望得到URSP rule的执行反馈。

此外，需要说明的是，在不同终端里，对同一个APP的流量可能会执行不同的URSPrule。

由上述可知，在本申请实施例中，第一网络侧设备能够获取第一信息，其中，第一信息包括终端的URSP rule执行结果，第一信息用于对所述终端进行URSP rule执行结果验证。由此可见，终端的URSP rule执行结果可以传输至第一网络侧设备，以对终端进行URSPrule执行结果验证，实现了终端的URSP rule的执行结果的获取，这样，运营商在需要时则可以从上述第一网络侧设备中获取终端的URSP rule的执行结果，从而可以对终端进行URSP rule执行结果验证，进而可以获知终端的URSP rule是否正确使用。

可选的，所述第一网络侧设备为第一通信设备或第四通信设备，其中，所述第一通信设备为所述终端在第二网络下的第一设备，所述第四通信设备为所述终端在第一网络下的第四设备。

可选的，所述第一网络为所述终端的漫游地或拜访地的网络，所述第二网络为所述终端的归属地的网络；或者，所述第一网络为所述终端的归属地的网络，所述第二网络为所述终端的漫游地或拜访地的网络。

可选的，当所述网络侧设备为所述第一通信设备时，所述第一网络侧设备获取所述第一信息，包括：

所述第一网络侧设备通过第七通信设备和/或第四通信设备，接收所述终端发送的所述第一信息；

和/或，

所述第一网络侧设备通过所述第七通信设备、第二通信设备、第五通信设备和所述第四通信设备中的至少一个，接收所述终端发送的所述第一信息；

其中，所述第七通信设备为网络侧的一个设备，所述第二通信设备为所述终端在第一网络下的第二设备，所述第四通信设备为所述终端在第一网络下的第四设备，所述第五通信设备为所述终端的漫游地的第五设备。

由此可知，第一通信设备也可以通过第七通信设备和/或第四通信设备，接收终端上报的第一信息，例如第一通信设备通过第七通信设备和/或第四通信设备，接收终端采用注册非接入层(Non-Access Stratum，NAS)消息上报的第一信息。这里，第一通信设备可以为归属地访问和移动性管理策略控制功能(Home Access and Mobility ManagementPolicy 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，第二通信设备可以为漫游地会话管理功能(VisitedSessionManagement 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 Context request)。

会话策略控制创建请求(Npcf_SMPolicyControl_Create Request)；

会话策略控制更新请求(Npcf_SMPolicyControl_Update Request)。

策略授权通知(Npcf_Policy Authorization Notify)；

UE策略控制更新通知(Npcf_UEPolicyControl UpdateNotify)。

可选的，所述方法还包括：

所述第一网络侧设备根据所述第一信息，对所述终端的URSP rule执行结果进行第一次验证。

即第一通信设备或第四通信设备均可以根据第一信息，对所述终端的URSP rule执行结果进行第一次验证。

可选的，所述第一网络侧设备根据所述第一信息，对所述终端的URSP rule执行结果进行第一次验证，包括如下步骤I1至I3：

步骤I1：所述第一网络侧设备将所述第一网络侧设备中保存的第一网络的URSPrule，与所述第一信息进行比较；(比如，第一信息会指示本次使用的URSP rule。比如，第一信息指示URSP ruleID，或者指示使用的流量描述符，路径选择描述符。然后，在第一网络侧设备中，也保存了发给终端的所有URSP rule，这时候，第一信息中所指示的使用的URSPrule，跟在第一网络侧设备中保存的URSP rule不同(即第一网络侧设备中保存的URSPrule不存在第一信息中指示的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，SSCmode等)，与终端实际上报的使用的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 sessionID＝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 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 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 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 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 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 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 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 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 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 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 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 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；

所述终端为应用流量所执行的流量描述符；

所述终端为应用流量所执行的路径选择描述符；

步骤302：所述第二网络侧设备根据所述第二信息，对所述终端的URSP rule执行结果进行第二次验证和/或第三次验证。

这里，对所述终端进行URSP rule执行结果验证，即为判断该终端是否正确使用了URSP rule。其中，该验证过程包括三次验证，第一次验证可以由第一网络侧设备(例如第一通信设备或第四通信设备)执行，从而将第一次验证的验证结果发送给第二网络侧设备，进而由第二网络侧设备进行第二次验证和/或第三次验证。

由上述可知，在本申请实施例中，第二网络侧设备能够获取第二信息，其中，第二信息包括终端的URSP rule执行结果、所述终端的协议数据单元PDU会话标识、用户永久标识符，从而根据第二信息，对所述终端进行URSP rule进行第二次验证和或/第三次验证。由此可见，终端的URSP rule执行结果可以传输至第二网络侧设备，以对终端进行URSP rule执行结果验证，实现了终端的URSP rule的执行结果的获取，这样，运营商在需要时则可以从上述第二网络侧设备中获取终端的URSP rule的执行结果，从而可以对终端进行URSPrule执行结果验证，进而可以获知终端的URSP rule是否正确使用。

下面介绍上述所述的三次验证过程。

以第一网络侧设备(例如第一通信设备或第四通信设备)进行第一次验证进行说明，具体包括如下步骤I1至I3：

步骤I1：所述第一网络侧设备将所述第一网络侧设备中保存的第一网络的URSPrule，与所述第一信息进行比较；

可选的，所述URSP rule执行结果包括所述终端为应用流量所执行的路径选择描述符；

所述第二网络侧设备根据所述第二信息，对所述终端的URSP rule执行结果进行第二次验证，包括如下步骤H1至H3：

步骤H1：所述第二网络侧设备根据所述第二信息中的PDU会话标识，获得所述PDU会话的第一会话参数，并对比所述第一会话参数与所述URSP rule执行结果中的路径选择描述符表示的第二会话参数；

步骤H2：在所述第一会话参数中的各项参数均与所述第二会话参数中对应的参数相同的情况下，所述第二网络侧设备确定所述终端正确使用第一网络的URSP rule；

步骤H3：在所述第一会话参数与所述第二会话参数的至少一项参数不同的情况下，所述第二网络侧设备确定所述终端未正确使用第一网络的URSP rule。

所述第二网络侧设备根据所述第二信息，对所述终端的URSP rule执行结果进行第三次验证，包括如下步骤J1至J4：

步骤J1：所述第二网络侧设备根据所述URSP rule执行结果中的路径选择描述符，生成包检测规则PDR，并将所述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会话中传输。

可选的，所述第二网络侧设备为第二通信设备或第三通信设备，其中，所述第二通信设备为所述终端在第一网络下的第二设备，所述第三通信设备为所述终端在第二网络下的第三设备。

可选的，当所述第二网络侧设备为所述第二通信设备时，所述第二网络侧设备接收所述第二信息，包括如下中至少一项：

所述第二网络侧设备通过第五通信设备和/或第四通信设备，接收第一通信设备发送的所述第二信息；

所述第二网络侧设备通过第五通信设备，接收第四通信设备发送的所述第二信息；

其中，所述第五通信设备为所述终端在第一网络下的第五设备，所述第四通信设备为所述终端在第一网络下的第四设备，所述第一通信设备为所述终端在第二网络下的第一设备。

由此可知，第二通信设备可以通过第四通信设备和/或第五通信设备，接收第一通信设备发送的第二信息。这里，第一通信设备可以为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：可选的，当所述第二网络侧设备为所述第二通信设备时，所述第二网络侧设备接收所述第一通信设备发送的所述第一次验证的验证结果，包括：

所述第二网络侧设备通过第五通信设备和/或第四通信设备，接收所述第一通信设备发送的所述第一次验证的验证结果；

情况4-2：可选的，当所述第二网络侧设备为所述第二通信设备时，所述第二网络侧设备接收所述第四通信设备发送的所述第一次验证的验证结果，包括：

所述第二网络侧设备通过第五通信设备，接收所述第四通信设备发送的所述第一次验证的验证结果；

情况4-3：可选的，当所述第二网络侧设备为所述第三通信设备时，所述第二网络侧设备接收所述第一通信设备发送的所述第一次验证的验证结果，包括：

所述第二网络侧设备通过第六通信设备，接收所述第一通信设备发送的所述第一次验证的验证结果；

由此可知，第一通信设备可以通过第六通信设备，向第三通信设备发送第一次验证的验证结果。这里，第一通信设备可以为H-AM-PCF，第六通信设备可以为H-SM-PCF，第三通信设备可以为H-SMF，即第一次验证的验证结果的传输路径可以为：H-AM-PCF→H-SM-PCF→H-SMF。

情况4-4：可选的，当所述第二网络侧设备为所述第三通信设备时，所述第二网络侧设备接收所述第四通信设备发送的所述第一次验证的验证结果，包括：

所述第二网络侧设备通过第六通信设备和/或第一通信设备，接收所述第四通信设备发送的所述第一次验证的验证结果；

可选的，所述第二网络侧设备发送所述第三信息，包括：

所述第二网络侧设备向第一通信设备和/或第四通信设备发送所述第三信息；

由此可知，第二网络侧设备可以分别向第一通信设备和/或第四通信设备发送上述第三信息。

下面将具体介绍第二网络侧设备为第二通信设备和第三通信设备时，分别向第一通信设备和第四通信设备发送上述第三信息的过程，具体如下情况5-1至5-4所述：

情况5-1：可选的，当所述第二网络侧设备为所述第二通信设备时，所述第二网络侧设备向所述第一通信设备发送所述第三信息，包括：

所述第二网络侧设备通过第五通信设备和/或第四通信设备，向所述第一通信设备发送所述第三信息；

情况5-2：可选的，当所述第二网络侧设备为所述第二通信设备时，所述第二网络侧设备向所述第四通信设备发送所述第三信息，包括：

所述第二网络侧设备通过第五通信设备，向所述第四通信设备发送所述第三信息；

情况5-3：可选的，当所述第二网络侧设备为所述第三通信设备时，所述第二网络侧设备向所述第一通信设备发送所述第三信息，包括：

所述第二网络侧设备通过第六通信设备，向所述第一通信设备发送所述第三信息；

情况5-4：可选的，当所述第二网络侧设备为所述第三通信设备时，所述第二网络侧设备向所述第四通信设备发送所述第三信息，包括：

所述第二网络侧设备通过第六通信设备和/或第一通信设备，向所述第四通信设备发送所述第三信息；

由上述第一方面和第二方面可知，本申请实施例的路由选择策略执行结果处理方法的具体实现方式可如下所述：

在本地分流(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_N1MessageNotify)，其中，Namf_Communication_N1MessageNotify中携带有URSP rule执行结果；或者，通过UE策略控制更新请求(Npcf_UEPolicyControl Update Request)，发送所述URSP rule执行结果；

步骤45：V-AM-PCF向H-AM-PCF发送UE策略控制更新通知(Npcf_UEPolicyControlUpdateNotify 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 UpdateNotifyresponse，其中，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拒绝LBOsession的建立；或者执行PDU session的释放，然后重建session。即所述指示信息，用于指示V-SMF，需要将所述LBO会话释放，或者拒绝所述会话建立，所述指示信息里还包括：PDUsession 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 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 UpdateNotifyrequest，其中，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 UpdateNotifyresponse，其中，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执行结果、PDUsession ID、UE SUPI，判断承载APP流量的PDU session的参数(比如，DNN，S-NSSAI，SSCmode等)，与漫游UE实际上报的使用的URSP rule里的RSC(比如，DNN，S-NSSAI)是否一致。

步骤512：V-SMF向V-SM-PCF发送第二次验证的结果；

步骤513：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 establishmentrequest)或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 AssociationModification)，其中，SM Policy Association Modification中携带有URSP rule执行结果；

步骤66：V-SM-PCF向V-AM-PCF发送URSP rule执行结果；

步骤67：V-AM-PCF向H-AM-PCF发送Npcf_UEPolicyControl UpdateNotifyrequest，其中，Npcf_UEPolicyControl UpdateNotify request携带有URSP rule执行结果；

步骤68：H-AM-PCF进行第一次验证，即根据URSP rule执行结果判断该漫游UE的URSP rule是否使用正确；

步骤69：H-AM-PCF向V-AM-PCF发送Npcf_UEPolicyControl UpdateNotifyresponse，其中，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执行结果、PDUsession ID、UE SUPI，判断承载APP流量的PDU session的参数(比如，DNN，S-NSSAI，SSCmode等)，与漫游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所述。

本申请实施例提供的路由选择策略执行结果处理方法，执行主体可以为路由选择策略执行结果处理装置。本申请实施例中以路由选择策略执行结果处理装置执行路由选择策略执行结果处理方法为例，说明本申请实施例提供的路由选择策略执行结果处理装置。

第三方面，参见图7所示，为本申请实施例所提供的一种路由选择策略执行结果处理装置的结构框图，该路由选择策略执行结果处理装置可应用于第一网络侧设备。该路由选择策略执行结果处理装置70包括：

第一获取模块701，用于获取第一信息；

所述第一信息用于对所述终端进行URSP rule执行结果验证。

可选的，所述URSP rule执行结果包括以下至少一项：

所述终端为应用流量所执行的URSP rule；

所述终端为应用流量所执行的流量描述符；

所述终端为应用流量所执行的路径选择描述符；

可选的，所述装置还包括：

第二验证模块，用于根据所述第一信息，对所述终端的URSP rule执行结果进行第一次验证。

可选的，所述第二验证模块具体用于：

将所述第一网络侧设备中保存的第一网络的URSP rule，与所述第一信息进行比较；

在所述第一网络的URSP rule中存在所述第一信息指示的URSP rule的情况下，，确定所述终端正确使用所述第一网络的URSP rule；

在所述第一网络的URSP rule中不存在所述第一信息指示的URSP rule的情况下，确定所述终端未正确使用所述第一网络的URSP rule。

可选的，所述装置还包括：

第一发送模块，用于发送所述第一次验证的验证结果；

其中，所述第一次验证的验证结果包括以下至少一项：

所述终端正确使用第一网络的URSP rule；

所述终端未正确使用第一网络的URSP rule。

可选的，所述第一发送模块具体用于：

向第二通信设备和/或第三通信设备发送所述第一次验证的验证结果；

可选的，当所述第一网络侧设备为第一通信设备时，所述第一发送模块向所述第二通信设备发送所述第一次验证的验证结果，具体用于：

通过第四通信设备和/或第五通信设备，向所述第二通信设备发送所述第一次验证的验证结果；

可选的，当所述第一网络侧设备为第一通信设备时，所述第一发送模块备向所述第三通信设备发送所述第一次验证的验证结果，具体用于：

通过第六通信设备，向所述第三通信设备发送所述第一次验证的验证结果；

可选的，当所述第一网络侧设备为第四通信设备时，所述第一发送模块向所述第二通信设备发送所述第一次验证的验证结果，具体用于：

通过第五通信设备，向所述第二通信设备发送所述第一次验证的验证结果；

可选的，当所述第一网络侧设备为第四通信设备时，所述第一发送模块向所述第三通信设备发送所述第一次验证的验证结果，具体用于：

通过第六通信设备和/或第一通信设备，向所述第三通信设备发送所述第一次验证的验证结果；

可选的，所述装置还包括如下中至少一项：

第二发送模块，用于发送第二信息；

第二接收模块，用于接收第三信息；

所述第三信息用于以下至少一项：

对所述终端的URSP rule进行更新；

指示所述终端正确使用第一网络的URSP rule；

指示所述终端未正确使用第一网络的URSP rule。

可选的，所述第二发送模块具体用于：

向第二通信设备和/或第三通信设备发送第二信息；

所述第三通信设备为所述终端在第二网络下的第三设备。

可选的，在所述第一网络侧设备为第一通信设备时，所述第二发送模块向所述第二通信设备发送所述第二信息，具体用于：

通过第四通信设备和/或第五通信设备，向所述第二通信设备发送所述第二信息；

可选的，在所述第一网络侧设备为第一通信设备时，所述第二发送模块向所述第三通信设备发送所述第二信息，具体用于：

通过第六通信设备，向所述第三通信设备发送所述第二信息；

可选的，当所述第一网络侧设备为第四通信设备时，所述第二发送模块向所述第二通信设备发送所述第二信息，具体用于：

通过第五通信设备，向所述第二通信设备发送所述第二信息；

可选的，当所述第一网络侧设备为第四通信设备时，所述第二发送模块向所述第三通信设备发送所述第二信息，具体用于：

通过第一通信设备和/或第六通信设备，向所述第三通信设备发送所述第二信息；

可选的，所述第二接收模块具体用于：

从第二通信设备和/或第三通信设备接收所述第三信息；

所述第三通信设备为所述终端在第二网络下的第三设备。

可选的，当所述第一网络侧设备为第一通信设备时，所述第二接收模块从所述第二通信设备接收所述第三信息，具体用于：

通过第四通信设备和/或第五通信设备，接收所述第二通信设备发送的所述第三信息；

可选的，当所述第一网络侧设备为第一通信设备时，所述第二接收模块从所述第三通信设备接收所述第三信息，具体用于：

通过第六通信设备，接收所述第三通信设备发送的所述第三信息；

可选的，当所述第一网络侧设备为第四通信设备时，所述第二接收模块接收所述第二通信设备发送的所述第三信息，具体用于：

通过第五通信设备，接收所述第二通信设备发送的所述第三信息；

可选的，当所述第一网络侧设备为第四通信设备时，所述第二接收模块接收所述第三通信设备发送的所述第三信息，具体用于：

通过第一通信设备和/或第六通信设备，接收所述第三通信设备发送的所述第三信息；

可选的，当所述网络侧设备为第一通信设备时，所述获取模块具体用于：

通过第七通信设备和/或第四通信设备，接收所述终端发送的所述第一信息；

和/或，

通过所述第七通信设备、第二通信设备、第五通信设备和所述第四通信设备中的至少一个，接收所述终端发送的所述第一信息；

可选的，当所述第一网络侧设备为第四通信设备时，所述第一获取模块具体用于：

通过第七通信设备，接收所述终端发送的所述第一信息；

和/或，

通过所述第七通信设备、第二通信设备、第五通信设备中的至少个，接收所述终端发送的所述第一信息；

可选的，所述终端为漫游终端。

本申请实施例中的路由选择策略执行结果处理装置可以是电子设备，例如具有操作系统的电子设备，也可以是电子设备中的部件，例如集成电路或芯片。该电子设备可以是网络侧设备。示例性的，网络侧设备可以为服务器、网络附属存储器(Network AttachedStorage，NAS)等，本申请实施例不作具体限定。

本申请实施例提供的路由选择策略执行结果处理装置能够实现图2的方法实施例实现的各个过程，并达到相同的技术效果，为避免重复，这里不再赘述。

第四方面，参见图8所示，为本申请实施例所提供的一种路由选择策略执行结果处理装置的结构框图，该路由选择策略执行结果处理装置可应用于第二网络侧设备。该路由选择策略执行结果处理装置80包括：

第一接收模块801，用于接收第二信息，其中，所述第二信息包括终端的路由选择策略URSP rule执行结果、所述终端的协议数据单元PDU会话标识、用户永久标识符，所述第二信息用于对所述终端的URSP rule执行结果进行第二次验证和/或第三次验证；

第一验证模块802，用于根据所述第二信息，对所述终端的URSP rule执行结果进行第二次验证和/或第三次验证。

可选的，当所述第二网络侧设备为第二通信设备时，所述第一接收模块具体用于执行如下中至少一项：

通过第五通信设备和/或第四通信设备，接收第一通信设备发送的所述第二信息；

通过第五通信设备，接收第四通信设备发送的所述第二信息；

可选的，当所述第二网络侧设备为第三通信设备时，所述第一接收模块具体用于执行如下中至少一项：

通过第六通信设备，接收第一通信设备发送的所述第二信息；

通过第六通信设备和/或第一通信设备，接收第四通信设备发送的所述第二信息；

所述第一验证模块根据所述第二信息，对所述终端的URSP rule执行结果进行第二次验证，具体用于：

根据所述第二信息中的PDU会话标识，获得所述PDU会话的第一会话参数，并对比所述第一会话参数与所述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；

所述终端为应用流量所执行的流量描述符；

所述终端为应用流量所执行的路径选择描述符；

本申请实施例提供的路由选择策略执行结果处理装置能够实现图3的方法实施例实现的各个过程，并达到相同的技术效果，为避免重复，这里不再赘述。

可选的，如图9所示，本申请实施例还提供一种通信设备900，包括处理器901和存储器902，存储器902上存储有可在所述处理器901上运行的程序或指令，例如，该通信设备900为第一网络侧设备时，该程序或指令被处理器901执行时实现上述第一方面所述的路由选择策略执行结果处理方法实施例的各个步骤，且能达到相同的技术效果。该通信设备900为第二网络侧设备时，该程序或指令被处理器901执行时实现上述第二方面所述的路由选择策略执行结果处理方法实施例的各个步骤，且能达到相同的技术效果，为避免重复，这里不再赘述。

具体地，本申请实施例还提供了一种网络侧设备。如图10所示，该网络侧设备1000包括：处理器1001、网络接口1002和存储器1003。其中，网络接口1002例如为通用公共无线接口(common public radio interface，CPRI)。

具体地，本发明实施例的网络侧设备1000还包括：存储在存储器1003上并可在处理器1001上运行的指令或程序，处理器1001调用存储器1003中的指令或程序执行图2或3所示的方法，并达到相同的技术效果，为避免重复，故不在此赘述。

本申请实施例还提供一种可读存储介质，所述可读存储介质上存储有程序或指令，该程序或指令被处理器执行时实现上述第一方面或第二方面所述的路由选择策略执行结果处理方法实施例的各个过程，且能达到相同的技术效果，为避免重复，这里不再赘述。

其中，所述处理器为上述实施例中所述的终端中的处理器。所述可读存储介质，包括计算机可读存储介质，如计算机只读存储器ROM、随机存取存储器RAM、磁碟或者光盘等。

本申请实施例另提供了一种芯片，所述芯片包括处理器和通信接口，所述通信接口和所述处理器耦合，所述处理器用于运行程序或指令，实现上述第一方面或第二方面所述的路由选择策略执行结果处理方法实施例的各个过程，且能达到相同的技术效果，为避免重复，这里不再赘述。

应理解，本申请实施例提到的芯片还可以称为系统级芯片，系统芯片，芯片系统或片上系统芯片等。

本申请实施例另提供了一种计算机程序/程序产品，所述计算机程序/程序产品被存储在存储介质中，所述计算机程序/程序产品被至少一个处理器执行以实现上述第一方面或第二方面所述的路由选择策略执行结果处理方法实施例的各个过程，且能达到相同的技术效果，为避免重复，这里不再赘述。

本申请实施例还提供了一种路由选择策略执行结果处理系统，包括：第一网络侧设备和第二网络侧设备，所述第一网络侧设备可用于执行如上第一方面所述的路由选择策略执行结果处理方法的步骤，所述第二网络侧设备可用于执行如上第二方面所述的路由选择策略执行结果处理方法的步骤。

需要说明的是，在本文中，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者装置不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者装置所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括该要素的过程、方法、物品或者装置中还存在另外的相同要素。此外，需要指出的是，本申请实施方式中的方法和装置的范围不限按示出或讨论的顺序来执行功能，还可包括根据所涉及的功能按基本同时的方式或按相反的顺序来执行功能，例如，可以按不同于所描述的次序来执行所描述的方法，并且还可以添加、省去、或组合各种步骤。另外，参照某些示例所描述的特征可在其他示例中被组合。

通过以上的实施方式的描述，本领域的技术人员可以清楚地了解到上述实施例方法可借助软件加必需的通用硬件平台的方式来实现，当然也可以通过硬件，但很多情况下前者是更佳的实施方式。基于这样的理解，本申请的技术方案本质上或者说对现有技术做出贡献的部分可以以计算机软件产品的形式体现出来，该计算机软件产品存储在一个存储介质(如ROM/RAM、磁碟、光盘)中，包括若干指令用以使得一台终端(可以是手机，计算机，服务器，空调器，或者网络设备等)执行本申请各个实施例所述的方法。

上面结合附图对本申请的实施例进行了描述，但是本申请并不局限于上述的具体实施方式，上述的具体实施方式仅仅是示意性的，而不是限制性的，本领域的普通技术人员在本申请的启示下，在不脱离本申请宗旨和权利要求所保护的范围情况下，还可做出很多形式，均属于本申请的保护之内。

Claims

1.一种路由选择策略执行结果处理方法，其特征在于，包括：

第一网络侧设备获取第一信息；

所述第一信息用于对所述终端进行URSP rule执行结果验证。

2.根据权利要求1所述的方法，其特征在于，所述第一网络侧设备为第一通信设备或第四通信设备，其中，所述第一通信设备为所述终端在第二网络下的第一设备，所述第四通信设备为所述终端在第一网络下的第四设备。

3.根据权利要求1所述的方法，其特征在于，所述URSP rule执行结果包括以下至少一项：

所述终端为应用流量所执行的URSP rule；

所述终端为应用流量所执行的流量描述符；

所述终端为应用流量所执行的路径选择描述符；

4.根据权利要求2所述的方法，其特征在于，所述方法还包括：

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进行更新；

指示所述终端正确使用所述第一网络的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.一种路由选择策略执行结果处理方法，其特征在于，包括：

第二网络侧设备接收第二信息，其中，所述第二信息包括终端的路由选择策略URSPrule执行结果、所述终端的协议数据单元PDU会话标识、用户永久标识符，所述第二信息用于对所述终端的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。

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；

所述终端为应用流量所执行的流量描述符；

所述终端为应用流量所执行的路径选择描述符；

47.一种路由选择策略执行结果处理装置，其特征在于，包括：

第一获取模块，用于获取第一信息；

所述第一信息用于对所述终端进行URSP rule执行结果验证。

48.一种路由选择策略执行结果处理装置，其特征在于，包括：

第一接收模块，用于接收第二信息，其中，所述第二信息包括终端的路由选择策略URSPrule执行结果、所述终端的协议数据单元PDU会话标识、用户永久标识符，所述第二信息用于对所述终端的URSP rule执行结果进行第二次验证和/或第三次验证；

49.一种网络侧设备，其特征在于，包括处理器和存储器，所述存储器存储可在所述处理器上运行的程序或指令，所述程序或指令被所述处理器执行时实现如权利要求1至26任一项所述的路由选择策略执行结果处理方法的步骤，或者实现如权利要求27至46任一项所述的路由选择策略执行结果处理方法的步骤。

50.一种可读存储介质，其特征在于，所述可读存储介质上存储程序或指令，所述程序或指令被处理器执行时实现如权利要求1至26任一项所述的路由选择策略执行结果处理方法的步骤，或者实现如权利要求27至46任一项所述的路由选择策略执行结果处理方法的步骤。