路由选择策略的获取方法、装置及设备

摘要

本申请是201811410407.6的分案申请，本申请公开了一种路由选择策略的获取方法、装置及设备，属于通信领域。所述方法包括：策略控制功能向终端提供所述路由选择策略规则，所述路由选择策略规则中包括：所述业务区分符、有效时间和有效位置中的至少一种。本申请通过能够利用业务区分符对应用程序的流量中的业务类型进行识别，从而对同一应用程序的不同业务类型的流量区分使用不同的URSP规则，提高了URSP规则的细分能力以及在执行时的灵活性。

权利要求

1.一种路由选择策略的获取方法，其特征在于，所述方法包括：策略控制功能向终端提供路由选择策略规则，所述路由选择策略规则是基于应用程序功能的请求生成的，所述路由选择策略规则中包括：有效时间和/或有效位置，其中，所述有效时间用于表示适用于所述路由选择策略规则的时间，所述有效位置用于表示适用于所述路由选择策略规则的地理位置，所述路由选择策略规则由所述终端确定当前位置属于所述有效位置和/或当前时间属于所述有效时间时执行。

2.根据权利要求1所述的方法，其特征在于，所述路由选择策略规则中包括：操作系统标识和应用程序标识。

3.根据权利要求1所述的方法，其特征在于，所述路由选择策略规则中包括：业务区分符；

所述路由选择策略规则用于供所述终端在存在与所述业务区分符匹配的流量时执行，所述业务区分符用于标识应用程序中的流量的业务类型。

4.根据权利要求3所述的方法，其特征在于，所述路由选择策略规则中包括有应用程序描述符和所述业务区分符，所述应用程序描述符和所述业务区分符是并列的；

或，

所述路由选择策略规则中包括有所述应用程序描述符和所述业务区分符，所述业务区分符未位于所述应用程序描述符中。

5.根据权利要求1至4任一所述的方法，其特征在于，所述方法还包括：所述策略控制功能接收来自所述应用程序功能的应用程序功能请求，所述应用程序功能请求用于请求生成所述路由选择策略规则；

所述策略控制功能为所述终端生成所述路由选择策略规则；

所述策略控制功能向所述应用程序功能发送应用程序功能响应。

6.根据权利要求5所述的方法，其特征在于，所述策略控制功能为所述终端生成所述路由选择策略规则，包括：

所述策略控制功能根据所述应用程序功能请求，为所述终端生成所述路由选择策略规则；

或，

所述策略控制功能根据所述应用程序功能请求和本地策略，为所述终端生成所述路由选择策略规则。

7.根据权利要求1至4任一所述的方法，其特征在于，所述路由选择策略规则中还包括：终端标识或终端组标识。

8.根据权利要求7所述的方法，其特征在于，所述策略控制功能向终端提供路由选择策略规则，包括：

所述策略控制功能向所述终端标识或所述终端组标识对应的终端提供所述路由选择策略规则。

9.一种路由选择策略的获取方法，其特征在于，所述方法包括：应用程序功能向策略控制功能发送应用程序功能请求，所述应用程序功能请求用于请求生成路由选择策略规则，所述应用程序功能请求包括：有效时间和/或有效位置；

所述应用程序功能接收所述策略控制功能发送的应用程序功能响应，所述应用程序功能响应是所述策略控制功能根据所述应用程序功能请求为终端生成所述路由选择策略规则后发送的，所述路由选择策略规则中包括：所述有效时间和/或所述有效位置，其中，所述有效时间用于表示适用于所述路由选择策略规则的时间，所述有效位置用于表示适用于所述路由选择策略规则的地理位置，所述路由选择策略规则由所述终端确定当前位置属于所述有效位置和/或当前时间属于所述有效时间时执行。

10.根据权利要求9所述的方法，其特征在于，所述路由选择策略规则中包括：操作系统标识和应用程序标识。

11.根据权利要求9所述的方法，其特征在于，所述路由选择策略规则中包括有业务区分符，所述业务区分符用于区分同一应用程序中的流量的业务类型。

12.根据权利要求9所述的方法，其特征在于，所述应用程序功能请求包括：应用程序功能标识、业务类型和请求的路由策略。

13.根据权利要求9所述的方法，其特征在于，所述应用程序功能请求还包括：终端标识或终端组标识。

14.根据权利要求9至13任一所述的方法，其特征在于，所述方法还包括：所述应用程序功能为与所述路由选择策略规则匹配的IP数据包添加业务类型。

15.根据权利要求14所述的方法，其特征在于，所述业务类型添加在所述IP数据包的业务类型字段的扩展比特中；

或，

所述业务类型添加在所述IP数据包的报文头的扩展字段中。

16.一种路由选择策略的获取方法，其特征在于，所述方法包括：终端从策略控制功能获取路由选择策略规则，所述路由选择策略规则是基于应用程序功能的请求生成的，所述路由选择策略规则中包括：有效时间和/或有效位置，其中，所述有效时间用于表示适用于所述路由选择策略规则的时间，所述有效位置用于表示适用于所述路由选择策略规则的地理位置；

所述终端确定当前位置属于所述有效位置和/或当前时间属于所述有效时间时，执行所述路由选择策略规则。

17.根据权利要求16所述的方法，其特征在于，所述路由选择策略规则中包括：操作系统标识和应用程序标识。

18.根据权利要求16所述的方法，其特征在于，所述路由选择策略规则中包括：业务区分符；

所述路由选择策略规则用于供所述终端在存在与所述业务区分符匹配的流量时执行，所述业务区分符用于标识应用程序中的流量的业务类型。

19.根据权利要求18所述的方法，其特征在于，所述路由选择策略规则中包括有应用程序描述符和所述业务区分符，所述应用程序描述符和所述业务区分符是并列的；

或，

所述路由选择策略规则中包括有所述应用程序描述符和所述业务区分符，所述业务区分符未位于所述应用程序描述符中。

20.根据权利要求16至19任一所述的方法，其特征在于，所述方法还包括：所述终端确定应用程序的流量是否匹配所述路由选择策略规则；

所述终端在所述应用程序的流量匹配所述路由选择策略规则时，执行所述路由选择策略规则。

21.根据权利要求20所述的方法，其特征在于，所述终端在所述应用程序的流量匹配所述路由选择策略规则时，执行所述路由选择策略规则，包括：所述终端在所述应用程序的流量匹配所述路由选择策略规则中的流量描述符中的条件、且所述当前位置属于所述有效位置时，执行所述路由选择策略规则；

所述终端在所述应用程序的流量匹配所述路由选择策略规则中的流量描述符中的条件、且所述当前时间属于所述有效时间时，执行所述路由选择策略规则；

所述终端在所述应用程序的流量匹配所述路由选择策略规则中的流量描述符中的条件、且所述当前时间属于所述有效时间、且所述当前位置属于所述有效位置时，执行所述路由选择策略规则。

22.根据权利要求16所述的方法，其特征在于，所述方法还包括：所述终端在所述当前时间不属于所述有效时间或所述当前位置不属于所述有效位置时，删除所述路由选择策略规则；

或，

所述终端在所述当前时间不属于所述有效时间或所述当前位置不属于所述有效位置时，去激活所述路由选择策略规则。

23.一种路由选择策略的获取装置，其特征在于，所述装置包括：发送模块，用于向终端提供路由选择策略规则，所述路由选择策略规则是基于应用程序功能的请求生成的，所述路由选择策略规则中包括：有效时间和/或有效位置，其中，所述有效时间用于表示适用于所述路由选择策略规则的时间，所述有效位置用于表示适用于所述路由选择策略规则的地理位置，所述路由选择策略规则由所述终端确定当前位置属于所述有效位置和/或当前时间属于所述有效时间时执行。

24.一种路由选择策略的获取装置，其特征在于，所述装置包括：发送模块，用于向策略控制功能发送应用程序功能请求，所述应用程序功能请求用于请求生成路由选择策略规则，所述应用程序功能请求包括：有效时间和/或有效位置；

接收模块，用于接收所述策略控制功能发送的应用程序功能响应，所述应用程序功能响应是所述策略控制功能根据所述应用程序功能请求为终端生成所述路由选择策略规则后发送的，所述路由选择策略规则中包括：所述有效时间和/或所述有效位置，其中，所述有效时间用于表示适用于所述路由选择策略规则的时间，所述有效位置用于表示适用于所述路由选择策略规则的地理位置，所述路由选择策略规则由所述终端确定当前位置属于所述有效位置和/或当前时间属于所述有效时间时执行。

25.一种路由选择策略的获取装置，其特征在于，所述装置包括：接收模块，用于从策略控制功能获取路由选择策略规则，所述路由选择策略规则是基于应用程序功能的请求生成的，所述路由选择策略规则中包括：有效时间和/或有效位置，其中，所述有效时间用于表示适用于所述路由选择策略规则的时间，所述有效位置用于表示适用于所述路由选择策略规则的地理位置；

所述装置还用于确定当前位置属于所述有效位置和/或当前时间属于所述有效时间时，执行所述路由选择策略规则。

26.一种策略控制功能网元，其特征在于，所述网元包括：处理器和存储器，所述存储器中存储有计算机程序，所述计算机程序由所述处理器加载并执行以实现如上权利要求1至8任一所述的路由选择策略的获取方法。

27.一种应用程序功能网元，其特征在于，所述网元包括：处理器和存储器，所述存储器中存储有计算机程序，所述计算机程序由所述处理器加载并执行以实现如上权利要求9至

15任一所述的路由选择策略的获取方法。

28.一种终端，其特征在于，所述终端包括：处理器和存储器，所述存储器中存储有计算机程序，所述计算机程序由所述处理器加载并执行以实现如上权利要求16至22任一所述的路由选择策略的获取方法。

29.一种计算机可读存储介质，其特征在于，所述可读存储介质包括：处理器和存储器，所述存储器中存储有计算机程序，所述计算机程序由所述处理器加载并执行以实现如上权利要求1至8任一所述的路由选择策略的获取方法，和/或，如上权利要求9至15任一所述的路由选择策略的获取方法。

30.一种计算机可读存储介质，其特征在于，所述可读存储介质包括：处理器和存储器，所述存储器中存储有计算机程序，所述计算机程序由所述处理器加载并执行以实现如上权利要求16至22任一所述的路由选择策略的获取方法。

说明书

路由选择策略的获取方法、装置及设备

[0001] 本申请是申请号为201811410407.6、申请日为2018年11月23日、发明名称为“路由选择策略的获取方法、装置及设备”的分案申请

技术领域

[0002] 本申请涉及通信领域，特别涉及一种路由选择策略的获取方法、装置及设备。

背景技术

[0003] 第五代移动通信技术(the 5th generation mobile communication，5G)系统又称为新空口(new radio，NR)系统。在目前的第三代合作伙伴项目技术规范(Third 
Generation Partnership Project Technical Specification，3GPP TS)23.503中，提出
了UE路由选择策略(UE Route Selection Policy，URSP)规则。

[0004] UE使用URSP规则来确定如何路由传出的流量。UE可以将流量路由到已建立的协议数据单元(Protocol Data Unit，PDU)会话，也可以将流量分流至PDU会话之外的非3GPP接
入，或者触发新的PDU会话的建立。

[0005] 目前的URSP规则包含流量描述符(Traffic descriptor)，UE基于自身运行的应用程序是否与URSP规则中的流量描述符匹配，决策是否执行URSP规则。

发明内容

[0006] 本申请实施例提供了一种URSP规则的获取方法、装置及设备，可以用于解决相关技术中的URSP规则无法区分同一应用程序的不同业务类型的流量的问题。所述技术方案如
下：

[0007] 根据本申请的一个方面，提供了一种路由选择策略的获取方法，所述方法包括：

[0008] 策略控制功能接收来自应用程序功能的应用程序功能请求，所述应用程序功能请求用于请求生成路由选择策略规则；

[0009] 所述策略控制功能为终端生成所述路由选择策略规则，所述路由选择策略规则包括有业务区分符，所述业务区分符用于标识应用程序中的流量的业务类型；

[0010] 所述策略控制功能向所述应用程序功能发送应用程序功能响应；

[0011] 所述策略控制功能向所述终端提供所述路由选择策略规则，所述路由选择策略规则用于供所述终端在存在与所述业务区分符匹配的流量时执行。

[0012] 根据本申请的另一方面，提供了一种路由选择策略规则的请求方法，所述方法包括：

[0013] 应用程序功能向策略控制功能发送应用程序功能请求，所述应用程序功能请求用于请求生成路由选择策略规则；

[0014] 所述应用程序功能接收所述策略控制功能发送的应用程序功能响应，所述应用程序功能响应是所述策略控制功能根据所述应用程序功能请求为终端生成路由选择策略规
则后发送的，所述路由选择策略规则中包括有业务区分符，所述业务区分符用于区分同一
应用程序中的流量的业务类型。

[0015] 根据本申请的另一方面，提供了一种路由选择策略规则的执行方法，所述方法包括：

[0016] 终端从策略控制功能获取路由选择策略规则；

[0017] 所述终端确定应用程序的流量是否匹配所述路由选择策略规则，所述路由选择策略规则包括有业务区分符，所述业务区分符用于标识应用程序中的流量的业务类型；

[0018] 所述终端在所述应用程序的流量匹配所述路由选择策略规则时，执行所述路由选择策略规则。

[0019] 根据本申请的另一方面，提供了一种路由选择策略的获取装置，所述装置包括：

[0020] 接收模块，用于接收来自应用程序功能的应用程序功能请求，所述应用程序功能请求用于请求生成路由选择策略规则；

[0021] 处理模块，用于为终端生成所述路由选择策略规则，所述路由选择策略规则包括有业务区分符，所述业务区分符用于标识应用程序中的流量的业务类型；

[0022] 发送模块，用于向所述应用程序功能发送应用程序功能响应；

[0023] 所述发送模块，用于向所述终端提供所述路由选择策略规则，所述路由选择策略规则用于供所述终端在存在与所述业务区分符匹配的流量时执行。

[0024] 根据本申请的另一方面，提供了一种路由选择策略的获取装置，所述装置包括：

[0025] 发送模块，用于向策略控制功能发送应用程序功能请求，所述应用程序功能请求用于请求生成路由选择策略规则；

[0026] 接收模块，用于接收所述策略控制功能发送的应用程序功能响应，所述应用程序功能响应是所述策略控制功能根据所述应用程序功能请求为终端生成路由选择策略规则
后发送的，所述路由选择策略规则中包括有业务区分符，所述业务区分符用于区分同一应
用程序中的流量的业务类型。

[0027] 根据本申请的另一方面，提供了一种路由选择策略的执行装置，所述装置包括：

[0028] 接收模块，用于从策略控制功能获取路由选择策略规则；

[0029] 处理模块，用于确定应用程序的流量是否匹配所述路由选择策略规则，所述路由选择策略规则包括有业务区分符，所述业务区分符用于标识应用程序中的流量的业务类
型；

[0030] 所述处理模块，用于在所述应用程序的流量匹配所述路由选择策略规则时，执行所述路由选择策略规则。

[0031] 根据本申请的另一方面，提供了一种策略控制功能网元，所述网元包括：处理器和存储器，所述存储器中存储有计算机程序，所述计算机程序由所述处理器加载并执行以实
现如上所述的路由选择策略的获取方法。

[0032] 根据本申请的另一方面，提供了一种应用程序功能网元，所述网元包括：处理器和存储器，所述存储器中存储有计算机程序，所述计算机程序由所述处理器加载并执行以实
现如上所述的路由选择策略的获取方法。

[0033] 根据本申请的另一方面，提供了一种终端，所述终端包括：处理器和存储器，所述存储器中存储有计算机程序，所述计算机程序由所述处理器加载并执行以实现如上所述的
路由选择策略的执行方法。

[0034] 根据本申请的另一方面，提供了一种计算机可读存储介质，所述可读存储介质包括：处理器和存储器，所述存储器中存储有计算机程序，所述计算机程序由所述处理器加载
并执行以实现如上所述的路由选择策略的获取方法，和/或，如上所述的路由选择策略的获
取方法。

[0035] 根据本申请的另一方面，提供了一种计算机可读存储介质，所述可读存储介质包括：处理器和存储器，所述存储器中存储有计算机程序，所述计算机程序由所述处理器加载
并执行以实现如上所述的路由选择策略的执行方法。

[0036] 本申请实施例提供的技术方案带来的有益效果至少包括：

[0037] 通过在URSP规则中添加业务区分符，能够利用业务区分符对应用程序的流量中的业务类型进行识别，从而对同一应用程序的不同业务类型的流量区分使用不同的URSP规
则，将基于应用程序粒度的URSP规则改变为业务类型粒度的URSP规则，提高了URSP规则的
细分能力以及在执行时的灵活性。

附图说明

[0038] 为了更清楚地说明本申请实施例中的技术方案，下面将对实施例描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本申请的一些实施例，对于
本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他
的附图。

[0039] 图1是本申请一个示意性实施例提供的移动通信系统的结构示意图；

[0040] 图2是本申请一个示意性实施例提供的路由选择策略的获取方法的流程图；

[0041] 图3是本申请一个示意性实施例提供的路由选择策略的获取方法的流程图；

[0042] 图4是本申请一个示意性实施例提供的路由选择策略的获取方法的流程图；

[0043] 图5是本申请一个示意性实施例提供的路由选择策略的获取装置的框图；

[0044] 图6是本申请一个示意性实施例提供的路由选择策略的获取装置的框图；

[0045] 图7是本申请一个示意性实施例提供的路由选择策略的获取装置的框图；

[0046] 图8是本申请一个示意性实施例提供的终端的结构框图；

[0047] 图9是本申请一个示意性实施例提供的网络侧网元(AF或PCF)的结构框图。

具体实施方式

[0048] 为使本申请的目的、技术方案和优点更加清楚，下面将结合附图对本申请实施方式作进一步地详细描述。

[0049] 图1示出了本申请一个示意性实施例提供的移动通信系统100的结构框图。示意性地，该移动通信系统是非漫游场景下的通信架构。该移动通信系统100包括：终端120、接入
网设备140、接入和移动性管理功能162、网络开放功能164、策略控制功能166和应用程序功
能168。

[0050] 终端120，可称为用户设备(User Equipment，UE)，其可以是指向用户提供语音和/或数据连通性的设备。终端可以经无线接入网(Radio Access Network，RAN)与一个或多个
核心网进行通信，终端140可以是移动终端，如移动电话(或称为“蜂窝”电话)和具有移动终
端的计算机，例如，可以是便携式、袖珍式、手持式、计算机内置的或者车载的移动装置。例
如，订户单元(Subscriber Unit)、订户站(Subscriber Station)，移动站(Mobile 
Station)、移动台(Mobile)、远程站(Remote Station)、接入点(Access Point)、远程终端
(Remote Terminal)、接入终端(Access Terminal)、用户装置(User Terminal)、用户代理
(User Agent)、用户设备(User Device)、或UE。

[0051] 终端120和接入网设备140通过无线空口建立无线连接。可选地，该无线空口是基于5G标准的无线空口，比如该无线空口是NR；或者，该无线空口也可以是基于5G的更下一代
移动通信网络技术标准的无线空口。

[0052] 接入网设备140可以是基站。例如，基站可以是5G系统中采用集中或者分布式架构的基站(gNB)。当接入网设备120采用集中分布式架构时，通常包括集中单元(Central 
Unit，CU)和至少两个分布单元(Distributed Unit，DU)。CU和DU中设置有服务数据自适应
协议(Service Data Adaptation Protocol，SDAP)、分组数据汇聚协议(Packet Data 
Convergence Protocol，PDCP)层、无线链路层控制协议(Radio Link Control，RLC)层、物
理(Physical，PHY)层协议栈、媒体访问控制(Media Access Control，MAC)层的协议栈，其
中，各协议栈在CU和DU中的排布方式根据CU和DU的逻辑功能分割方式确定。本申请实施例
对接入网设备140的具体实现方式不加以限定。

[0053] 接入网设备140和核心网网元通过有线连接或无线连接相连。有线连接可以是光缆或电缆。

[0054] 核心网网元包括：接入和移动性管理功能162(Access and Mobility Function，AMF)、网络开放功能164(Network Exposure Function，NEF)、策略控制功能166(Policy 
Control Function，PCF)、应用程序功能168(Application Function，AF)。可选地，AMF162
通过N1接口与终端120的非接入层(Non‑Access Stratum，NAS)相连，AMF162还通过N2接口
与接入网设备140相连。AMF162与PCF166等其他其它核心网网元相连，NEF164与PCF166等其
它核心网网元相连，AF168可以分别与PCF166和NEF164相连。

[0055] 在3GPP TS 23.503中提出了URSP规则，UE通过URSP规则来确定如何路由传出的流量。UE可以将流量路由到已建立的协议数据单元(Protocol Data Unit，PDU)会话，也可以
将流量分流至PDU会话之外的非3GPP接入，或者触发新的PDU会话的建立。

[0056] PCF根据本地配置、订阅的单网络切片选择辅助信息(Single Network Slice Selection Assistance Information，S‑NSSAI)以及操作策略选择适用于每个UE的URSP。
操作策略包括：累积使用、每个网络切片实例的负载级别信息、UE位置。

[0057] URSP将从PCF提供给AMF，然后从AMF通过N1接口提供给UE。当UE具有有效的URSP规则时，UE应根据用户偏好和这些规则进行相应的PDU会话的关联。

[0058] 示意性的，表一示出了相关技术中提供的URSP。

[0059] 表一

[0060]

[0061]

[0062] 在上表中，流量描述符包括：应用程序描述符、IP描述符、非IP描述符、数据网络名和连接能力等多个参数。

[0063] 每个URSP规则都包含一个流量描述符，该流量描述符用于确定某一业务是否匹配该URSP规则。

[0064] 在上述URSP规则中的应用程序描述符，有效于识别从某一个应用程序生成流量的应用程序。但是一个应用程序可能提供有很多特性的不同流量，上述应用程序描述符无法
识别同一个应用程序的不同特性流量。

[0065] 在本申请实施例提供的一种技术方案中，为URSP规则的流量描述符中增加了业务区分符(Sevice differentiator)。该业务区分符还可称为：业务差分符、业务标识、业务类
型等其它名称，本文中以业务区分符的命名方式来举例说明，但对业务区分符的名称不加
以限定。

[0066] 该业务区分符用于标识应用程序中的流量的业务类型。也即，业务区分符用于标识应用程序的数据包的类别。业务区分符可以由AF或电信运营商(Mobile Network 
Operator，MNO)定义。在不同的应用程序之间，业务区分符可能是相同或不同的。

[0067] 可选地，流量描述符包括应用程序描述符和业务区分符中的至少一个。当流量描述符中包括业务区分符但不包括应用程序描述符时，此时该流量描述符可用于匹配多个不
同的应用程序的特定业务类型的流量；或者，当流量描述符中包括应用程序描述符但不包
括业务区分符时，该流量描述符可以用于匹配同特定应用程序的不同业务类型的流量；或
者，当流量描述符中同时包括应用程序描述符和业务区分符时，该流量描述符可以用于匹
配特定应用程序的特定业务类型的流量。

[0068] 当流量描述符中同时出现应用程序描述符和业务区分符时，业务区分符可以添加在应用程序描述符内，也可以添加在应用程序描述符之外。

[0069] 应用程序描述符和业务区分符结合，能够唯一地标识同一个应用程序中的某一个或多个业务类型。可选地，被标识的一个或多个业务是同一个应用程序中所有业务的子集。

[0070] 图2示出了本申请一个示例性实施例提供的路由选择策略的获取方法的流程图。本方法以该方法应用于图1所示的移动通信系统中来举例说明。该方法包括：

[0071] 步骤201，AF向PCF发送AF请求；

[0072] AF请求用于请求生成URSP规则。AF请求中包括有业务类型(Service Type)，该业务类型用于指示应用程序中的业务。

[0073] 可选地，同一个应用程序具有一个或多个业务。每个业务具有各自的业务类型。也即，业务和业务类型之间存在一一对应关系。

[0074] 可选地，业务类型包括但不限于：音频业务、视频业务、文本业务，语音业务、地图业务、支付业务、报警业务、车联网业务、物联网业务，低时延高可靠业务中的至少一种。

[0075] 步骤202，PCF接收来自AF的AF请求；

[0076] 可选地，AF通过NEF提供AF请求，NEF转发AF请求给PCF，PCF根据AF请求生成适当的URSP规则。

[0077] 步骤203，PCF为UE生成URSP规则，该URSP规则包括有业务区分符，业务区分符用于标识应用程序中的流量的业务类型；

[0078] PCF根据AF请求，为一个或多个UE生成URSP规则。该URSP规则中包括有业务区分符，业务区分符用于标识应用程序中的流量的业务类型。

[0079] 可选地，业务类型与业务区分符一一对应。业务区分符是采用数字、字符和符号中的至少一种来对业务类型进行描述的信息。

[0080] 在一个示意性的例子中，业务类型与业务区分符之间的对应关系采用表二来表示。

[0081] 表二

[0082]业务类型 业务区分符
音频 00
视频 01
支付 02

[0083] 可选地，该URSP规则的流量描述符中还包括有应用程序描述符。当应用程序描述符和业务区分符同时出现时，应用程序描述符和业务区分符用于标识同一应用程序中的一
个或多个指定业务类型，以便匹配出同一应用程序中不同业务类型的数据包。

[0084] 可选地，该URSP规则的流量描述符中包括业务区分符但不包括应用程序描述符时，业务区分符用于标识不同应用程序中的指定业务类型，以便匹配出不同应用程序中相
同业务类型的数据包。

[0085] 步骤204，PCF向AF发送AF响应；

[0086] 可选地，AF响应中包括有业务类型与业务区分符之间的对应关系。

[0087] 可选地，PCF维护业务类型与业务区分符之间的对应关系。PCF通过NEF将该对应关系传递给AF。

[0088] 步骤205，AF接收AF响应；

[0089] 步骤206，PCF向UE提供URSP规则；

[0090] 该URSP规则用于供UE在存在与业务区分符匹配的流量时执行。

[0091] 可选地，PCF将URSP规则提供给AMF，然后AMF将URSP规则通过N1接口提供给UE。

[0092] 步骤207，UE从PCF获取URSP规则；

[0093] 步骤208，UE确定应用程序的流量是否匹配URSP规则；

[0094] 该URSP规则包括有业务区分符，业务区分符用于标识应用程序中的流量的业务类型。

[0095] 步骤209，UE在应用程序的流量匹配URSP规则时，执行URSP规则。

[0096] UE在应用程序的流量匹配URSP规则的流量描述符中的各个条件(或称元素)时，执行URSP规则。

[0097] 一个实施例中，URSP规则的流量描述符中同时包括应用程序描述符和业务区分符，UE在应用程序的流量同时匹配应用程序描述符和业务区分符时，执行URSP规则。

[0098] 另一个实施例中，URSP规则的流量描述符中包括应用程序描述符，该应用程序描述符包括有业务区分符，UE在应用程序的流量同时匹配应用程序描述符中的所有标识(包
括业务区分符)时，执行URSP规则。

[0099] 综上所述，本实施例提供的方法，通过在URSP规则中添加业务区分符，能够利用业务区分符对应用程序的流量中的业务类型进行识别，从而对同一应用程序的不同业务类型
的流量区分使用不同的URSP规则，将基于应用程序粒度的URSP规则改变为业务类型粒度的
URSP规则，提高了URSP规则的细分能力以及在执行时的灵活性。

[0100] 在基于上述方法实施例的一个可选实施例中，建议在应用程序描述符中添加业务区分符。应用程序描述符由操作系统标识OSId、应用程序标识OSAppId和业务区分符组成。
其中，操作系统标识OSId用于标识终端上运行的操作系统、应用程序标识OSAppId用于标识
操作系统上运行的应用程序、业务区分符用于标识应用程序中的流量(或数据包)的业务类
别。

[0101] 业务区分符采用字符、数字和符号中的至少一种形式来进行表示。

[0102] 示例一(采用汉字表示的业务区分符)：

[0103] 应用程序描述符1：

[0104] OSId：IOS；

[0105] OSAppId：在线视频应用A；

[0106] 业务区分符：视频业务；

[0107] 应用程序描述符2：

[0108] OSId：Android；

[0109] OSAppId：在线视频应用A；

[0110] 业务区分符：支付业务；

[0111] 示例二(采用数字表示的业务区分符)：

[0112] 应用程序描述符3：

[0113] OSId：IOS；

[0114] OSAppId：在线视频应用B；

[0115] 业务区分符：1；

[0116] 应用程序描述符4：

[0117] OSId：Android；

[0118] OSAppId：在线视频应用B；

[0119] 业务区分符：2。

[0120] 在基于上述方法实施例的另一个可选实施例中，建议在应用程序描述符之外添加业务区分符。也即业务区分符未位于应用程序描述符中，而是与应用程序描述符并列。此
时，流量描述符中可以只包括业务区分符，而不设置应用程序描述符。

[0121] 示例三：

[0122] 流量描述符：XX；

[0123] 应用程序描述符：语音聊天程序；

[0124] 业务区分符：支付。

[0125] 路线选择描述符：

[0126] 网络切片：S‑NSSAI#1；

[0127] SSC模式：SSC模式3。

[0128] 在基于上述方法实施例的一个可选的实施例中，AF通过NEF提供AF请求，NEF转发AF请求给PCF，PCF根据AF请求生成适当的URSP规则，请参考如下实施例。

[0129] 图3示出了本申请一个示例性实施例提供的路由选择策略的获取方法的流程图。本方法以该方法应用于图1所示的移动通信系统中来举例说明。该方法包括：

[0130] 步骤301，AF向NEF发送AF请求，AF请求用于请求生成URSP规则；

[0131] AF请求包括：AF标识符、业务类型和请求的路由策略。AF标识符用于唯一标识AF以及该AF对应的应用程序。业务类型用于标识应用程序中的流量的一个或多个业务类型。请
求的路由策略用于表示该AF所请求生成的路由策略。

[0132] 在一个实施例中，AF请求中还包括：UE的标识。UE的标识用于表示适用该URSP规则的一个或多个UE。

[0133] 在一个实施例中，AF请求中还包括：UE组的组标识。UE组的组标识用于表示适用该URSP规则的一组或多组UE。

[0134] 在一个实施例中，AF请求中还包括：有效时间和/或有效位置。有效时间用于表示适用于该URSP规则的时间，有效位置用于表示适用于该URSP规则的地理位置(或地理位置
范围或小区位置)。

[0135] 步骤302，NEF接收AF发送的AF请求；

[0136] 步骤303，NEF验证是否接受AF的AF请求；

[0137] NEF根据预设的验证条件，来验证是否接受AF的AF请求。

[0138] 当接受该AF请求时，进入步骤304；当不接受该AF请求时，NEF进入步骤308。

[0139] 步骤304，NEF将AF请求转发给PCF；

[0140] 当NEF接受该AF请求时，NEF将AF请求发送给PCF。

[0141] 步骤305，PCF接收NEF发送的AF请求；

[0142] PCF接收NEF发送的AF请求。

[0143] 步骤306，PCF为UE生成URSP规则；

[0144] PCF为全部UE或指定UE生成URSP规则，该URSP规则包括有业务区分符，业务区分符用于标识应用程序中的流量的业务类型。

[0145] 示意性的，表三示出了一种可能的实施例中提供的URSP规则，在该URSP规则中，业务区分符位于应用程序描述符之内。

[0146] 表三

[0147]

[0148]

[0149] 示意性的，表四示出了一种可能的实施例中提供的URSP规则，在该URSP规则中，业务区分符位于应用程序描述符之外。

[0150] 表四

[0151]

[0152]

[0153] 可选地，上述URSP规则中还可选包括：有效时间和/或有效位置。该有效时间和/或有效位置是由AF提供的，或者，由PCF根据本地策略所生成的。

[0154] 可选地，业务区分符是由PCF根据AF请求中的业务类型生成的，业务类型与业务区分符存在一一对应关系。PCF维护该业务类型与业务区分符之间的对应关系。

[0155] 示意性的，表五示出了业务类型与业务区分符之间的对应关系。

[0156] 表五

[0157]业务类型 音频 视频 支付 …
业务区分符 1 2 3 …

[0158] 可选地，PCF根据AF请求生成URSP规则，或者，PCF根据本地策略生成URSP规则，或者，PCF根据AF请求和本地策略生成URSP规则。本地策略是PCF中配置的策略。

[0159] 可选地，PCF也可根据本地策略拒绝生成URSP规则。

[0160] 步骤307，PCF向NEF发送AF响应；

[0161] 在生成URSP规则后，PCF向NEF生成AF响应。可选地，该AF响应中包括有业务类型与业务区分符之间的对应关系。

[0162] 在本地策略拒绝生成URSP规则时，AF响应中包括有拒绝原因。

[0163] 步骤308，NEF向AF发送AF响应。

[0164] 当PCF生成URSP规则时，NEF向AF发送AF响应，该AF响应中包括有业务类型与业务区分符之间的对应关系。

[0165] 当PCF拒绝生成URSP规则或NEF验证失败时，NEF向AF发送AF响应，该AF响应中包括有拒绝原因。

[0166] 步骤309，AF接收AF响应。

[0167] 步骤310，AF为URSP规则匹配的IP数据包添加业务类型。

[0168] AF从PCF获得AF响应后，会用特殊标签进一步标记应用程序中的IP数据包，以便UE识别该应用程序中的一个或多个业务类型的流量。

[0169] 业务类型添加在IP数据包的业务类型字段(Type‑Of‑Service，TOS)的扩展比特中；或，业务类型添加在IP数据包的报文头的扩展字段中。

[0170] 可选地，作为业务类型的替代，AF将业务区分符添加在IP数据包的TOS的扩展比特中；或，添加在IP数据包的报文头的扩展字段中。

[0171] 综上所述，本实施例提供的方法，通过在URSP规则中添加业务区分符，能够利用业务区分符对应用程序的流量中的业务类型进行识别，从而对同一应用程序的不同业务类型
的流量区分使用不同的URSP规则，将基于应用程序粒度的URSP规则改变为业务粒度的URSP
规则，提高了URSP规则的细分能力以及在执行时的灵活性。

[0172] 可选地，通过将业务区分符添加在应用程序描述符内，可以使得应用程序描述符同时具有操作系统标识、应用程序描述符和业务区分符，从而识别出同一应用程序的不同
业务的流量，提高应用程序描述符的细分能力以及在执行时的灵活性。

[0173] 可选地，通过将业务区分符添加在应用程序描述符外，可以使得不修改原有的应用程序描述符的格式，比如将业务区分符添加在扩展字段中，增强URSP规则的兼容性。

[0174] 可选地，通过在URSP规则中增加有效时间和/或有效位置，可以使得不需要网络侧在时间变化或位置变化后，重复地向UE更新URSP规则，从而不需要引入不必要的信令开销，
从而使得由UE自行判断在合理的时间和/或位置执行URSP规则。

[0175] 在基于上述方法一个可选的实施例中，PCF在生成URSP规则后，PCF提供给AMF，然后AMF通过N1接口将URSP规则提供给UE。请参考如下实施例。

[0176] 图4示出了本申请一个示例性实施例提供的路由选择策略的执行方法的流程图。本方法以该方法应用于图1所示的移动通信系统中来举例说明。该方法包括：

[0177] 步骤401，PCF向AMF发送URSP规则；

[0178] 步骤402，AMF接收PCF发送的URSP规则；

[0179] 步骤403，AMF向UE发送URSP规则；

[0180] AMF通过N1接口向UE发送URSP规则。

[0181] 步骤404，UE接收AMF发送的URSP规则；

[0182] UE通过N1接口接收AMF发送的URSP规则。

[0183] 步骤405，UE确定应用程序的流量是否匹配URSP规则，URSP规则包括有业务区分符，业务区分符用于标识应用程序中的流量的业务类型；

[0184] 在应用程序接收或发送数据包时，UE确定该应用程序的流量是否匹配URSP规则。

[0185] 当URSP规则中的流量描述符包括：应用程序描述符和业务区分符时，UE确定该应用程序的流量是否同时匹配应用程序描述符和业务区分符；

[0186] 当URSP规则中的流量描述符包括：应用程序描述符、业务区分符、IP描述符和数据网络名中的多项参数时，UE确定该应用程序的流量是否同时匹配该多项参数。

[0187] 当应用程序的流量与URSP规则的流量描述符中的条件匹配时，进入步骤406；当应用程序的流量与URSP规则不匹配时，不予处理或执行其它逻辑。

[0188] 步骤406，UE在应用程序的流量匹配URSP规则时，执行URSP规则。

[0189] UE在应用程序的流量匹配URSP规则中的流量描述符中的条件时，按照该URSP规则中的路由选择描述符列表进行路由选择。

[0190] 以上述示例3中的URSP规则为例，UE将语音聊天程序的支付业务的数据包，路由到具有SSC模式3的网络切片S‑NSSAI#1上进行传输。

[0191] 可选地，当URSP规则中还包括有效时间时，UE在应用程序的流量匹配URSP规则的流量描述符中的条件、且当前时间属于有效时间时，执行该URSP规则。

[0192] 可选地，当URSP规则中还包括有效位置时，UE在应用程序的流量匹配URSP规则的流量描述符中的条件、且当前位置属于有效位置时，执行该URSP规则。

[0193] 可选地，当URSP规则中还包括有效时间和有效位置时，UE在应用程序的流量匹配URSP规则的流量描述符中的条件、且当前时间属于有效时间、且当前位置属于有效位置时，
执行该URSP规则。

[0194] 在一个可选的实施例中，在当前时间不属于有效时间或当前位置不属于有效位置时，UE删除该URSP规则；或，UE在当前时间不属于有效时间或当前位置不属于有效位置时，
UE去激活URSP规则。

[0195] 综上所述，本实施例提供的方法，通过在URSP规则中添加业务区分符，能够利用业务区分符对应用程序的流量中的业务类型进行识别，从而对同一应用程序的不同业务类型
的流量区分使用不同的URSP规则，将基于应用程序粒度的URSP规则改变为业务粒度的URSP
规则，提高了URSP规则的细分能力以及在执行时的灵活性。

[0196] 可选地，通过将业务区分符添加在应用程序描述符内，可以使得应用程序描述符同时具有操作系统标识、应用程序描述符和业务区分符，从而识别出同一应用程序的不同
业务的流量，提高应用程序描述符的细分能力以及在执行时的灵活性。

[0197] 可选地，通过将业务区分符添加在应用程序描述符外，可以使得不修改原有的应用程序描述符的格式，比如将业务区分符添加在扩展字段中，增强URSP规则的兼容性。如果
该流量描述符中只有业务区分符，没有应用程序描述符，则是实现了对某一业务类型的不
同应用程序的流量进行业务路由的目的。

[0198] 可选地，通过在URSP规则中增加有效时间和/或有效位置，可以使得不需要网络侧在时间变化或位置变化后，重复地向UE更新URSP规则，从而不需要引入不必要的信令开销，
从而使得由UE自行判断在合理的时间和/或位置执行URSP规则。

[0199] 上述方法实施例中由终端侧执行的步骤，可以单独实现成为终端侧的路由选择策略的执行方法；上述方法实施例中由AF/PCF执行的步骤，可以单独实现成为AF/PCF侧的路
由选择策略的获取方法。

[0200] 以下为本申请的装置实施例，对于装置实施例中未详细描述的细节，可参考上述一一对应的方法实施例。

[0201] 图5是本申请一个示意性实施例提供的路由选择策略的获取装置的框图。该装置可以通过软件、硬件或者两者的结合实现成为PCF的一部分，也即应用于PCF中。该装置包
括：

[0202] 接收模块520，用于接收来自应用程序功能的应用程序功能请求，所述应用程序功能请求用于请求生成路由选择策略规则；

[0203] 处理模块540，用于为终端生成所述路由选择策略规则，所述路由选择策略规则包括有业务区分符，所述业务区分符用于标识应用程序中的流量的业务类型；

[0204] 发送模块560，用于向所述应用程序功能发送应用程序功能响应；

[0205] 所述发送模块560，还用于向所述终端提供所述路由选择策略规则，所述路由选择策略规则用于供所述终端在存在与所述业务区分符匹配的流量时执行。

[0206] 在一个可选的实施例中，所述路由选择策略规则中包括有应用程序描述符；所述应用程序描述符包括：操作系统标识、应用程序标识和所述业务区分符。

[0207] 在一个可选的实施例中，所述路由选择策略规则中包括有应用程序描述符和所述业务区分符，所述应用程序描述符和所述业务区分符是并列的；或，所述路由选择策略规则
中包括有所述应用程序描述符和所述业务区分符，所述业务区分符未位于所述应用程序描
述符中。

[0208] 在一个可选的实施例中，所述处理模块540，用于根据所述应用程序功能请求，为所述终端生成所述路由选择策略规则；或，所述处理模块540，用于根据本地策略，为所述终
端生成所述路由选择策略规则；或，所述处理模块540，用于根据所述应用程序功能请求和
所述本地策略，为所述终端生成所述路由选择策略规则。

[0209] 在一个可选的实施例中，所述路由选择策略规则中还包括：终端标识或终端组标识。

[0210] 在一个可选的实施例中，所述发送模块560，用于向所述终端标识或终端组标识对应的终端提供所述路由选择策略规则。

[0211] 在一个可选的实施例中，所述路由选择策略规则中还包括：有效时间和/或有效位置。

[0212] 图6是本申请一个示意性实施例提供的路由选择策略的获取装置的框图。该装置可以通过软件、硬件或者两者的结合实现成为AF的一部分，也即应用于AF中。该装置包括：

[0213] 发送模块620，用于向策略控制功能发送应用程序功能请求，所述应用程序功能请求用于请求生成路由选择策略规则；

[0214] 接收模块640，用于接收所述策略控制功能发送的应用程序功能响应，所述应用程序功能响应是所述策略控制功能根据所述应用程序功能请求为终端生成路由选择策略规
则后发送的，所述路由选择策略规则中包括有业务区分符，所述业务区分符用于区分同一
应用程序中的流量的业务类型。

[0215] 在一个可选的实施例中，所述应用程序功能请求包括：应用程序功能标识、所述业务类型和请求的路由策略。

[0216] 在一个可选的实施例中，所述应用程序功能请求还包括：终端标识或终端组标识。

[0217] 在一个可选的实施例中，所述应用程序功能请求还包括：有效时间和/或有效位置。

[0218] 在一个可选的实施例中，所述装置还包括：处理模块660；

[0219] 所述处理模块660，包括为与所述路由选择策略规则匹配的IP数据包添加所述业务类型。

[0220] 在一个可选的实施例中，所述业务类型添加在所述IP数据包的业务类型字段的扩展比特中；或，所述业务类型添加在所述IP数据包的报文头的扩展字段中。

[0221] 图7是本申请一个示意性实施例提供的路由选择策略的获取装置的框图。该装置可以通过软件、硬件或者两者的结合实现成为UE的一部分，也即应用于UE中。该装置包括：

[0222] 接收模块720，用于从策略控制功能获取路由选择策略规则；

[0223] 处理模块740，用于确定应用程序的流量是否匹配所述路由选择策略规则，所述路由选择策略规则包括有业务区分符，所述业务区分符用于标识应用程序中的流量的业务类
型；

[0224] 所述处理模块740，还用于在所述应用程序的流量匹配所述路由选择策略规则时，执行所述路由选择策略规则。

[0225] 在一个可选的实施例中，所述路由选择策略规则中包括有应用程序描述符；所述应用程序描述符包括：操作系统标识、应用程序标识和所述业务区分符。

[0226] 在一个可选的实施例中，所述路由选择策略规则中包括有应用程序描述符和所述业务区分符，所述应用程序描述符和所述业务区分符是并列的，都是属于流量描述符；或，
所述路由选择策略规则中包括有所述应用程序描述符和所述业务区分符，所述业务区分符
未位于所述应用程序描述符中。流量描述符中可以既包括业务区分符和应用程序描述符，
也可以包含业务区分符而不包括应用程序描述符，或者包括应用程序描述符而不包括业务
区分符。

[0227] 在一个可选的实施例中，所述路由选择策略规则中还包括：有效时间和/或有效位置；

[0228] 所述处理模块740，用于在所述应用程序的流量匹配所述路由选择策略规则中的流量描述符中的条件、且当前位置属于所述有效位置时，执行所述路由选择策略规则；

[0229] 所述处理模块740，用于在所述应用程序的流量匹配所述路由选择策略规则中的流量描述符中的条件、且当前时间属于所述有效时间时，执行所述路由选择策略规则；

[0230] 所述处理模块740，用于在所述应用程序的流量匹配所述路由选择策略规则中的流量描述符中的条件、且所述当前时间属于所述有效时间、且所述当前位置属于所述有效
位置时，执行所述路由选择策略规则。

[0231] 所述处理模块740，用于在当前时间不属于所述有效时间或当前位置不属于所述有效位置时，删除所述路由选择策略规则；或，所述处理模块840，用于在当前时间不属于所
述有效时间或当前位置不属于所述有效位置时，去激活所述路由选择策略规则。

[0232] 上述主要从网络侧网元和终端交互的角度，对本公开实施例提供的方案进行了介绍。可以理解的是，网络侧网元、终端为了实现上述功能，其包含了执行各个功能相应的硬
件结构和/或软件模块。结合本公开中所公开的实施例描述的各示例的单元及算法步骤，本
公开实施例能够以硬件或硬件和计算机软件的结合形式来实现。某个功能究竟以硬件还是
计算机软件驱动硬件的方式来执行，取决于技术方案的特定应用和设计约束条件。本领域
技术人员可以对每个特定的应用来使用不同的方法来实现所描述的功能，但是这种实现不
应认为超出本公开实施例的技术方案的范围。

[0233] 图8是根据一示例性实施例示出的一种终端的结构示意图。

[0234] 所述终端800包括发射器801，接收器802和处理器803。其中，处理器803也可以为控制器，图8中表示为“控制器/处理器803”。可选的，所述终端800还可以包括调制解调处理
器805，其中，调制解调处理器805可以包括编码器806、调制器807、解码器808和解调器809。

[0235] 在一个示例中，发射器801调节(例如，模拟转换、滤波、放大和上变频等)该输出采样并生成上行链路信号，该上行链路信号经由天线发射给上述实施例中所述的网络侧网
元。在下行链路上，天线接收上述实施例中网络侧网元发射的下行链路信号。接收器802调
节(例如，滤波、放大、下变频以及数字化等)从天线接收的信号并提供输入采样。在调制解
调处理器805中，编码器806接收要在上行链路上发送的业务数据和信令消息，并对业务数
据和信令消息进行处理(例如，格式化、编码和交织)。调制器807进一步处理(例如，符号映
射和调制)编码后的业务数据和信令消息并提供输出采样。解调器809处理(例如，解调)该
输入采样并提供符号估计。解码器808处理(例如，解交织和解码)该符号估计并提供发送给
终端800的已解码的数据和信令消息。编码器806、调制器807、解调器809和解码器808可以
由合成的调制解调处理器805来实现。这些单元根据无线接入网采用的无线接入技术(例
如，LTE及其他演进系统的接入技术)来进行处理。需要说明的是，当终端800不包括调制解
调处理器805时，调制解调处理器805的上述功能也可以由处理器803完成。

[0236] 处理器803对终端800的动作进行控制管理，用于执行上述本公开实施例中由终端800进行的处理过程。例如，处理器803还用于执行上述方法实施例中的终端侧的各个步骤，
和/或本公开实施例所描述的技术方案的其它步骤。

[0237] 进一步的，终端800还可以包括存储器804，存储器804用于存储用于终端800的程序代码和数据。

[0238] 可以理解的是，图8仅仅示出了终端800的简化设计。在实际应用中，终端800可以包含任意数量的发射器，接收器，处理器，调制解调处理器，存储器等，而所有可以实现本公
开实施例的终端都在本公开实施例的保护范围之内。

[0239] 图9是根据一示例性实施例示出的一种网络侧网元的结构示意图。该网络侧网元可以是AF，也可以是PCF。

[0240] 网络侧网元900包括发射器/接收器901和处理器902。其中，处理器902也可以为控制器，图9中表示为“控制器/处理器902”。所述发射器/接收器901用于支持网络侧网元与上
述实施例中的所述终端之间收发信息，以及支持所述网络侧网元与其它网络实体之间进行
通信。所述处理器902执行各种用于与终端通信的功能。在上行链路，来自所述终端的上行
链路信号经由天线接收，由接收器901进行解调(例如将高频信号解调为基带信号)，并进一
步由处理器902进行处理来恢复终端所发送到业务数据和信令消息。在下行链路上，业务数
据和信令消息由处理器902进行处理，并由发射器901进行调制(例如将基带信号调制为高
频信号)来产生下行链路信号，并经由天线发射给终端。需要说明的是，上述解调或调制的
功能也可以由处理器902完成。例如，处理器902还用于执行上述方法实施例中AF或PCF侧的
各个步骤，和/或本公开实施例所描述的技术方案的其它步骤。

[0241] 进一步的，网络侧网元900还可以包括存储器903，存储器903用于存储网络侧网元900的程序代码和数据。此外，网络侧网元900还可以包括通信单元904。通信单元904用于支
持网络侧网元900与其它网络实体(例如核心网中的网络设备等)进行通信。

[0242] 可以理解的是，图9仅仅示出了网络侧网元900的简化设计。在实际应用中，网络侧网元900可以包含任意数量的发射器，接收器，处理器，控制器，存储器，通信单元等，而所有
可以实现本公开实施例的网络侧网元都在本公开实施例的保护范围之内。

[0243] 本公开实施例还提供了一种非临时性计算机可读存储介质，其上存储有计算机程序，所述计算机程序被网络侧网元的处理器执行时实现如上文介绍的网络侧网元侧的路由
选择策略的获取方法。

[0244] 本公开实施例还提供了一种非临时性计算机可读存储介质，其上存储有计算机程序，所述计算机程序被终端的处理器执行时实现如上文介绍的终端侧的路由选择策略的执
行方法。

[0245] 本公开实施例还提供了一种计算机程序产品，其上存储有计算机程序，所述计算机程序被网络侧网元的处理器执行时实现如上文介绍的AF或PCF侧的路由选择策略的获取
方法。

[0246] 本公开实施例还提供了一种计算机程序产品，其上存储有计算机程序，所述计算机程序被终端的处理器执行时实现如上文介绍的终端侧的路由选择策略的执行方法。

[0247] 上述本申请实施例序号仅仅为了描述，不代表实施例的优劣。

[0248] 本领域普通技术人员可以理解实现上述实施例的全部或部分步骤可以通过硬件来完成，也可以通过程序来指令相关的硬件完成，所述的程序可以存储于一种计算机可读
存储介质中，上述提到的存储介质可以是只读存储器，磁盘或光盘等。

[0249] 以上所述仅为本申请的较佳实施例，并不用以限制本申请，凡在本申请的精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本申请的保护范围之内。