信息发送、操作执行方法及装置、会话管理功能实体与流程

本发明涉及通信领域，具体而言，涉及一种信息发送、操作执行方法及装置、会话管理功能实体。

背景技术：

目前业界正在研究下一代无线通信系统(5^th-generation，简称5g)，图1为相关技术中5g的架构示意图，主要功能实体的功能如下：。

基站，负责终端接入网络的空口资源调度以及空口的连接管理；

接入和移动性管理功能(accessandmobilitymanagementfunction,简称amf)主要负责接入认证、授权以及移动性管理。

会话管理功能(sessionmanagementfunction,简称smf)主要负责会话管理、网络之间互联的协议(internetprotocol，简称ip)地址分配。

用户面功能(userplanefunction,简称upf)为外部协议数据单元(protocoldataunit，简称pdu)会话的连接点，负责分组数据的路由、转发，以及对分组数据的策略执行等。

策略控制功能(policycontrolfunction，简称pcf)主要负责策略决策。

为了能够缩短网络延迟，避免用户访问业务的路径迂回以及造成核心网的过负荷等，运营商总是希望用户能够就近访问业务。为了能够实现上述需求，在5g系统中引入了如下两种网络架构。图2是相关技术中采用多归属(multi-homed)进行流量导向的架构示意图，如图2所示，网络在ue的用户面链路中引入了分叉点(branchingpoint，简称bp)并且分配一个新的锚点upf，同时网络也会给ue分配另外一个ip地址。上行方向，分叉点将ue采用新的ip地址的数据转发给新的锚点upf(upf2)，而采用旧的ip地址的数据仍然转发给旧的锚点upf(upf1)。在下行方向，分叉点将来自upf1和upf2的数据汇聚后转发给基站。在实际部署时，分叉点可能和upf2集成。

图3是相关技术中采用上行链路分类器(uplinkclassifier，简称ulcl)方式进行流量导向的架构示意图，如图3所示，在该架构中，在ue的用户面链路中插入了ulcl，ulcl可以将本地数据网络能够提供的业务直接分流出去。ulcl可以在pdu会话建立过程中引入，或是在pdu会话建立之后，在需要的时候再引入。为了能够让ulcl将业务正确的分流，ulcl上需要安装正确的分流过滤器。

图4是相关技术中应用影响用户面路由的流程示意图，如图4所示，该方法包括：

步骤400：ue通过与upf1建立的pdu会话(session)访问应用。

步骤401：应用功能(applicantfunction，简称af)生成af流量导向请求。请求的内容包括识别需要导向的流量信息(包括dnn和切片选择信息、af业务标识(af-service-identifier)、应用标识或流量过滤器信息)、n6接口的流量路由需求信息(路由文档标识)、流量导向的应用的位置信息(dnai列表)、需要流量导向的ue的信息等。

步骤402a：若af是不可信任的或af的请求不是针对一个正在进行的pdu会话的，af向nef发送消息。

步骤402b：nef对请求进行授权，并可能执行一些必要的映射，譬如根据af-service-identifier获得dnn和切片选择信息、dnai列表和路由文档标识等。nef将请求发送给pcf。

步骤402c：当af的请求针对一个正在进行的pdu会话，那么af直接向对应的pcf发送请求消息。

步骤403：pcf向af返回确认消息。

步骤404：pcf决定被af请求影响的每一个已存在的pdu-can会话。针对每一个pdu-can会话，pcf通过pdu-can会话更新smf上面的策略。smf返回确认消息。

步骤405：smf根据pcf新下发的策略，执行相应的操作重新配置pdu会话的用户面：1)在用户面路径插入ulcl或bp；2)当使用multi-homing时，为ue分配新的地址前缀3)更新在目标dnai上的upf的流量导向规则。

步骤406：smf向af通知应用执行结果。该通知可能通过nef转发给af。

在上述流程中，af在发送流量导向请求时，并不知道smf会选择什么模式(即是ulcl还是bp),但是由于在不同模式下，应用层提供向网络提供的信息是不同的，而且应用层与ue需要交互以及af与网络的交互的信息和先后顺序也是不同的。从而根据现有技术，若af在不知道smf选择的模式的情况下，向网络提供相同的信息会无法实现流量导向。

针对相关技术中的上述技术问题，目前尚未提出有效的解决方案。

技术实现要素：

本发明实施例提供了一种信息发送、操作执行方法及装置、会话管理功能实体，以至少解决相关技术中应用层由于无法获得网络使用的流量导向方式所导致的无法实现流量导向的问题。

根据本发明的一个实施例，提供了一种信息发送方法，包括：为用户设备ue选择第一用户面功能upf作为协议数据单元pdu会话的第一锚点之后，接收策略和控制功能pcf发送的流量导向请求指示信息，其中，流量导向请求指示信息为pcf根据ue正在访问的应用提供的用于请求网络进行流量导向的流量导向请求制定的；向应用返回用于指示网络进行流量导向时使用的流量导向方式的第一指示信息，流量导向方式包括以下之一：上行链路分类器ulcl流量导向方式，多归属流量导向方式。

可选地，第一指示信息包括以下至少之一信息：用于指示流量导向方式为ulcl流量导向方式还是多归属流量导向方式的显式指示信息，是否发送第一互联网协议第6版ipv6前缀信息；其中，在发送第一ipv6前缀信息的情况下，第一指示信息用于指示使用的流量导向方式为多归属流量导向方式，在未发送第一ipv6前缀信息的情况下，第一指示信息用于指示使用的流量导向方式为ulcl流量导向方式。

可选地，在第一指示信息用于指示使用的流量导向方式为ulcl流量导向方式的情况下，在向应用返回用于指示网络进行流量导向时使用的流量导向方式的第一指示信息之后，方法还包括：接收pcf实体发送的第一策略；其中，第一策略为pcf实体根据应用在完成应用重选后提供的流描述信息制定的策略；根据第一策略对用户设备访问应用的路径进行切换。

可选地，根据第一策略对用户设备访问应用的路径进行切换包括：根据第一策略制定第一规则；将第一规则发送给ulcl；其中，第一规则用于指示ulcl将接收到的ue访问应用的上行数据发送给作为pdu会话的第二锚点的第二upf。

可选地，在第一指示信息用于指示使用的流量导向方式为多归属流量导向方式的情况下，在向应用返回用于指示网络进行流量导向时使用的流量导向方式的第一指示信息之后，方法还包括：接收pcf实体发送的第二策略；其中，第二策略为pcf实体根据应用向ue提供的服务将会被重定向到的应用服务器的地址信息制定的策略；根据第二策略对用户设备访问应用的路径进行切换。

可选地，根据第二策略对用户设备访问应用的路径进行切换包括：根据第二策略制定第二规则；将第二规则发送给分叉点bp，其中第二规则用于指示bp将接收到的ue访问应用的上行数据发送给作为pdu会话的第三锚点的第三upf；通过第三upf向ue发送路由通告消息，其中，路由通告消息中携带第一ipv6前缀信息和路由选项信息，路由选项信息中携带应用向ue提供的服务将会被重定向到的应用服务器的地址信息。

可选地，根据第二策略对用户设备访问应用的路径进行切换之后，包括：向应用层发送通知信息，其中，通知信息用于通知应用ue访问应用的路径切换完成。

根据本发明的一个实施例，提供了一种操作执行方法，包括：发送用于请求网络进行流量导向的流量导向请求；接收网络返回的用于指示网络进行流量导向时使用的流量导向方式的第一指示信息，其中，流量导向方式包括以下之一：上行链路分类器ulcl流量导向方式，多归属流量导向方式；根据第一指示信息指示的流量导向方式执行应用操作。

可选地，第一指示信息包括以下至少之一信息：用于指示使用的流量导向方式为ulcl流量导向方式还是多归属流量导向方式的显式指示信息，是否接收到第一互联网协议第6版ipv6前缀信息；其中，在接收到第一ipv6前缀信息的情况下，第一指示信息用于指示使用的流量导向方式为多归属流量导向方式，在未接收到第一ipv6前缀信息的情况下，第一指示信息用于指示使用的流量导向方式为ulcl流量导向方式。

可选地，在第一指示信息用于指示使用的流量导向方式为ulcl流量导向方式的情况下，根据第一指示信息指示的流量导向方式执行应用操作包括：执行应用重选操作；将重选后的流描述信息发送给策略和控制功能pcf；其中，流描述信息用于网络对用户设备ue访问应用的路径进行切换。

可选地，重选后的流描述信息包括ue的访问已被重定向到的应用服务器的地址信息。

可选地，在第一指示信息用于指示使用的流量导向方式为多归属流量导向方式的情况下，根据第一指示信息指示的流量导向方式执行应用操作包括：向网络提供应用向ue提供的服务将会被重定向到新的应用服务器的地址信息；接收网络提供的通知信息，通知消息用于通知应用ue访问应用的路径切换完成；将应用向ue提供的服务重定向到新的应用服务器的地址。

根据本发明的一个实施例，提供了一种信息发送装置，包括：第一接收模块，用于为用户设备ue选择第一用户面功能upf作为协议数据单元pdu会话的第一锚点之后，接收策略和控制功能pcf发送的流量导向请求指示信息，其中，流量导向请求指示信息为pcf根据ue正在访问的应用提供的用于请求网络进行流量导向的流量导向请求制定的；第一发送模块，用于向应用返回用于指示网络进行流量导向时使用的流量导向方式的第一指示信息，流量导向方式包括以下之一：上行链路分类器ulcl流量导向方式，多归属流量导向方式。

可选地，第一指示信息包括以下至少之一信息：用于指示使用的流量导向方式为ulcl流量导向方式还是多归属流量导向方式的显式指示信息，是否发送第一互联网协议第6版ipv6前缀信息；其中，在发送第一ipv6前缀信息的情况下，第一指示信息用于指示使用的流量导向方式为多归属流量导向方式，在未发送第一ipv6前缀信息的情况下，第一指示信息用于指示使用的流量导向方式为ulcl流量导向方式。

可选地，在第一指示信息用于指示使用的流量导向方式为ulcl流量导向方式的情况下，装置还包括：第二接收模块，用于接收pcf实体发送的第一策略；其中，第一策略为pcf实体根据应用在完成应用重选后提供的流描述信息制定的策略；第一切换模块，用于根据第一策略对用户设备访问应用的路径进行切换。

可选地，第一切换模块包括：第一生成单元，用于根据第一策略制定第一规则；第一发送单元，用于将第一规则发送给ulcl；其中，第一规则用于指示ulcl将接收到的ue访问应用的上行数据发送给作为pdu会话的第二锚点的第二upf。

可选地，在第一指示信息用于指示使用的流量导向方式为多归属流量导向方式的情况下，装置还包括：第三接收模块，用于接收pcf实体发送的第二策略；其中，第二策略为pcf实体根据应用提供的ue的访问将会被重定向到的应用服务器的地址信息制定的策略；第二切换模块，用于根据第二策略对用户设备访问应用的路径进行切换。

可选地，第二切换模块包括：第二生成单元，用于根据第二策略制定第二规则；第二发送单元，用于将第二规则发送给分叉点bp，其中第二规则用于指示bp将接收到的ue访问应用的上行数据发送给作为pdu会话的第三锚点的第三upf；第三发送单元，用于通过第三upf向用户设备发送路由通告消息，其中，路由通告消息中携带为第一ipv6前缀信息和路由选项信息，路由选项信息中携带应用提供的ue的访问将会被重定向到的应用服务器的地址信息。

可选地，装置还包括：第二发送模块，用于向应用层发送通知信息，其中，通知信息用于通知应用层用户设备访问应用的路径切换完成。

根据本发明的一个实施例，提供了一种操作执行装置，包括：发送模块，用于发送用于请求网络进行流量导向的流量导向请求；接收模块，用于接收网络返回的用于指示网络进行流量导向时使用的流量导向方式的第一指示信息，其中，流量导向方式包括以下之一：上行链路分类器ulcl流量导向方式，多归属流量导向方式；操作模块，用于根据第一指示信息指示的流量导向方式执行应用操作。

可选地，第一指示信息包括以下至少之一信息：用于指示使用的流量导向方式为ulcl流量导向方式还是多归属流量导向方式的显式指示信息，是否接收到第一互联网协议第6版ipv6前缀信息；其中，在接收到第一ipv6前缀信息的情况下，第一指示信息用于指示使用的流量导向方式为多归属流量导向方式，在未接收到第一ipv6前缀信息的情况下，第一指示信息用于指示使用的流量导向方式为ulcl流量导向方式。

可选地，在第一指示信息用于指示使用的流量导向方式为ulcl流量导向方式的情况下，操作模块包括：第一重选单元，用于执行应用重选操作；第一发送单元，用于将重选后的流描述信息发送给策略和控制功能pcf；其中，流描述信息用于网络对用户设备ue访问应用的路径进行切换。

可选地，在第一指示信息用于指示使用的流量导向方式为多归属流量导向方式的情况下，操作模块包括：第一重选单元，用于在网络对用户设备访问应用的路径进行切换完成后，执行应用重选操作。

可选地，在所述第一指示信息用于指示所述使用的流量导向方式为多归属流量导向方式的情况下，所述操作模块包括：第二发送单元，用于向所述网络发送所述应用向所述ue提供的服务将会被重定向到新的应用服务器的地址信息；第一接收单元，用于接收所述网络提供的通知信息，所述通知消息用于通知所述应用所述ue访问所述应用的路径切换完成；重定向单元，用于将所述应用向所述ue提供的服务重定向到所述新的应用服务器的地址。

根据本发明的一个实施例，提供了一种会话管理功能实体，包括：处理器，处理器用于运行程序，其中，程序运行时执行上述任一项的方法。

根据本发明的一个实施例，提供了一种应用层设备，包括：处理器，处理器用于运行程序，其中，程序运行时执行上述任一项的方法。

根据本发明的一个实施例，提供了一种存储介质，存储介质包括存储的程序，其中，程序运行时执行上述任一项的方法。

根据本发明的一个实施例，提供了一种处理器，处理器用于运行程序，其中，程序运行时执行上述任一项的方法。

通过本发明，由于在接收到pcf发送的流量导向请求指示信息之后，向应用返回用于指示网络进行流量导向时使用的流量导向方式的第一指示信息，使得应用可以获取到网络使用的流量导向方向，进而可以实现流量导向，因此，可以解决应用层由于无法获得网络使用的流量导向方式所导致的无法实现流量导向的问题。

附图说明

此处所说明的附图用来提供对本发明的进一步理解，构成本申请的一部分，本发明的示意性实施例及其说明用于解释本发明，并不构成对本发明的不当限定。在附图中：

图1为相关技术中5g的架构示意图；

图2是相关技术中采用多归属(multi-homed)进行流量导向的架构示意图；

图3是相关技术中采用上行链路分类器(uplinkclassifier，简称ulcl)方式进行流量导向的架构示意图；

图4是相关技术中应用影响用户面路由的流程示意图；

图5是根据本发明实施例的信息发送方法的流程图；

图6是根据本发明实施例的操作执行方法的流程图；

图7是根据本发明实施例的信息发送装置的结构框图；

图8是根据本发明实施例的操作执行装置的结构框图；

图9是根据本发明优选实施例一提供的为当smf采用ulcl模式进行流量导向时，应用层与网络的交互流程示意图；

图10是根据本发明优选实施例二提供的为当smf采用multi-homing模式进行流量导向时，应用层与网络的交互流程示意图。

具体实施方式

下文中将参考附图并结合实施例来详细说明本发明。需要说明的是，在不冲突的情况下，本申请中的实施例及实施例中的特征可以相互组合。

需要说明的是，本发明的说明书和权利要求书及上述附图中的术语“第一”、“第二”等是用于区别类似的对象，而不必用于描述特定的顺序或先后次序。

实施例1

在本实施例中提供了一种运行于图2或图3网络架构的信息发送方法，图5是根据本发明实施例的信息发送方法的流程图，如图5所示，该流程包括如下步骤：

步骤s502，为用户设备ue选择第一用户面功能upf作为协议数据单元pdu会话的第一锚点之后，接收策略和控制功能pcf发送的流量导向请求指示信息，其中，流量导向请求指示信息为pcf根据ue正在访问的应用提供的用于请求网络进行流量导向的流量导向请求制定的；

步骤s504，向应用返回用于指示网络进行流量导向时使用的流量导向方式的第一指示信息，流量导向方式包括以下之一：上行链路分类器ulcl流量导向方式，多归属流量导向方式。

通过上述步骤，由于在接收到pcf发送的流量导向请求指示信息之后，向应用返回用于指示网络进行流量导向时使用的流量导向方式的第一指示信息，使得应用可以获取到网络使用的流量导向方向，进而可以实现流量导向，因此，可以解决应用层由于无法获得网络使用的流量导向方式所导致的无法实现流量导向的问题。

需要说明的是，上述第一指示信息可以是显示指示信息，也可以是隐式指示信息，因而，上述第一指示信息可以包括以下至少信息：用于指示流量导向方式为ulcl流量导向方式还是多归属流量导向方式的显式指示信息，是否发送第一互联网协议第6版ipv6前缀信息；其中，在发送第一ipv6前缀信息的情况下，第一指示信息用于指示使用的流量导向方式为多归属流量导向方式，在未发送第一ipv6前缀信息的情况下，第一指示信息用于指示使用的流量导向方式为ulcl流量导向方式。是否发送第一ipv6前缀信息实际上是一种隐式指示信息。

需要说明的是，上述第一ipv6前缀信息可以是为用户设备新分配的ipv6前缀信息，但并不限于此。

在本发明的一个实施例中，在第一指示信息用于指示使用的流量导向方式为ulcl流量导向方式的情况下，在上述步骤s504之后，上述方法还包括：接收pcf实体发送的第一策略；其中，第一策略为pcf实体根据应用在完成应用重选后提供的流描述信息制定的策略；根据第一策略对用户设备访问应用的路径进行切换。

需要说明的是，根据第一策略对用户设备访问应用的路径进行切换可以表现为：根据第一策略制定第一规则；将第一规则发送给ulcl；其中，第一规则用于指示ulcl将接收到的ue访问应用的上行数据发送给作为pdu会话的第二锚点的第二upf。

需要说明的是，上述第二锚点的第二upf为决定采用ulcl流量导向方式进行流量导向时选择的一个与第一upf不同的新的upf。

在第一指示信息用于指示使用的流量导向方式为ulcl流量导向方式的情况下，先进行应用重选，在完成应用重选后，将重选后的流描述信息提供给核心网，核心网再对ue对应用的路径进行切换(即用户面优化)。

在本发明的一个实施例中，在第一指示信息用于指示使用的流量导向方式为多归属流量导向方式的情况下，在上述步骤s504之后，上述方法还可以包括：接收pcf实体发送的第二策略；其中，第二策略为pcf实体根据应用向ue提供的服务将会被重定向到的应用服务器的地址信息制定的策略；根据第二策略对用户设备访问应用的路径进行切换。

需要说明的是，根据第二策略对用户设备访问应用的路径进行切换可以表现为：根据第二策略制定第二规则；将第二规则发送给分叉点bp，其中第二规则用于指示bp将接收到的ue访问应用的上行数据发送给作为pdu会话的第三锚点的第三upf；通过第三upf向ue发送路由通告消息，其中，路由通告消息中携带第一ipv6前缀信息和路由选项信息，路由选项信息中携带应用向ue提供的服务将会被重定向到的应用服务器的地址信息。

需要说明的是，上述第三upf为决定采用多归属流量导向方式进行流量导向时选择的一个与第一upf不同的新的upf。

需要说明的是，根据第二策略对用户设备访问应用的路径进行切换之后，上述方法还可以包括：向应用层发送通知信息，其中，通知信息用于通知应用ue访问应用的路径切换完成。

需要说明的是，在第一指示信息用于指示使用的流量导向方式为多归属流量导向方式的情况下，先对ue访问应用的路径进行切换(用户面优化)完成后，应用层再与ue交互完成应用层的重选。

可选地，上述步骤的执行主体可以为核心网设备，具体的，可以为会话管理功能smf实体等，但不限于此。

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

实施例2

在本实施例中提供了一种运行于图2或图3网络架构的操作执行方法，图6是根据本发明实施例的操作执行方法的流程图，如图6所示，该流程包括如下步骤：

步骤s602，发送用于请求网络进行流量导向的流量导向请求；

步骤s604，接收网络返回的用于指示网络进行流量导向时使用的流量导向方式的第一指示信息，其中，流量导向方式包括以下之一：上行链路分类器ulcl流量导向方式，多归属流量导向方式；

步骤s606，根据第一指示信息指示的流量导向方式执行应用操作。

通过上述步骤，由于可以接收网络返回的用于指示网络进行流量导向时使用的流量导向方式的第一指示信息，使得应用可以获取到网络使用的流量导向方式，进而可以实现流量导向，因此，可以解决应用层由于无法获得网络使用的流量导向方式所导致的无法实现流量导向的问题。

需要说明的是，上述第一指示信息可以包括以下至少之一信息：用于指示使用的流量导向方式为ulcl流量导向方式还是多归属流量导向方式的显式指示信息，是否接收到第一互联网协议第6版ipv6前缀信息；其中，在接收到第一ipv6前缀信息的情况下，第一指示信息用于指示使用的流量导向方式为多归属流量导向方式，在未接收到第一ipv6前缀信息的情况下，第一指示信息用于指示使用的流量导向方式为ulcl流量导向方式。

在本发明的一个实施例中，在上述第一指示信息用于指示使用的流量导向方式为ulcl流量导向方式的情况下，上述步骤s606可以表现为：执行应用重选操作；将重选后的流描述信息发送给策略和控制功能pcf；其中，流描述信息用于网络对用户设备ue访问应用的路径进行切换。

需要说明的是，上述重选后的流描述信息包括ue的访问已被重定向到的应用服务器的地址信息。

在本发明的一个实施例中，在第一指示信息用于指示使用的流量导向方式为多归属流量导向方式的情况下，上述步骤s606可以表现为：向网络发送应用向ue提供的服务将会被重定向到新的应用服务器的地址信息；接收网络提供的通知信息，上述通知消息可以用于通知应用ue访问应用的路径切换完成；将应用向ue提供的服务重定向到新的应用服务器的地址。

需要说明的是，上述步骤的执行主体可以是应用层，具体的，可以是应用功能af实体，但并不限于此。

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

实施例3

在本实施例中还提供了一种信息发送装置，该装置用于实现上述实施例及优选实施方式，已经进行过说明的不再赘述。如以下所使用的，术语“模块”可以实现预定功能的软件和/或硬件的组合。尽管以下实施例所描述的装置较佳地以软件来实现，但是硬件，或者软件和硬件的组合的实现也是可能并被构想的。

图7是根据本发明实施例的信息发送装置的结构框图，如图7所示，该装置包括：

第一接收模块72，用于为用户设备ue选择第一用户面功能upf作为协议数据单元pdu会话的第一锚点之后，接收策略和控制功能pcf发送的流量导向请求指示信息，其中，流量导向请求指示信息为pcf根据ue正在访问的应用提供的用于请求网络进行流量导向的流量导向请求制定的；

第一发送模块74，与上述第一接收模块72连接，用于向应用返回用于指示网络进行流量导向时使用的流量导向方式的第一指示信息，流量导向方式包括以下之一：上行链路分类器ulcl流量导向方式，多归属流量导向方式。

通过上述装置，由于在上述第一接收模块72接收到pcf发送的流量导向请求指示信息之后，上述第一接收模块72向应用返回用于指示网络进行流量导向时使用的流量导向方式的第一指示信息，使得应用可以获取到网络使用的流量导向方向，进而可以实现流量导向，因此，可以解决应用层由于无法获得网络使用的流量导向方式所导致的无法实现流量导向的问题。

需要说明的是，上述第一指示信息可以包括以下至少之一信息：用于指示使用的流量导向方式为ulcl流量导向方式还是多归属流量导向方式的显式指示信息，是否发送第一互联网协议第6版ipv6前缀信息；其中，在发送第一ipv6前缀信息的情况下，第一指示信息用于指示使用的流量导向方式为多归属流量导向方式，在未发送第一ipv6前缀信息的情况下，第一指示信息用于指示使用的流量导向方式为ulcl流量导向方式。

需要说明的是，上述第一ipv6前缀信息可以是为用户设备新分配的ipv6前缀信息，但并不限于此。

在本发明的一个实施例中，在上述第一指示信息用于指示使用的流量导向方式为ulcl流量导向方式的情况下，上述装置还可以包括：第二接收模块，与上述第一发送模块74连接，用于接收pcf实体发送的第一策略；其中，第一策略为pcf实体根据应用在完成应用重选后提供的流描述信息制定的策略；第一切换模块，与上述第二接收模块连接，用于根据第一策略对用户设备访问应用的路径进行切换。

需要说明的是，第一切换模块包括：第一生成单元，用于根据第一策略制定第一规则；第一发送单元，与上述第一生成单元连接，用于将第一规则发送给ulcl；其中，第一规则用于指示ulcl将接收到的ue访问应用的上行数据发送给作为pdu会话的第二锚点的第二upf。

在本发明的一个实施例中，在上述第一指示信息用于指示使用的流量导向方式为多归属流量导向方式的情况下，上述装置还可以包括：第三接收模块，与上述第一发送模块74连接，用于接收pcf实体发送的第二策略；其中，第二策略为pcf实体根据应用提供的ue的访问将会被重定向到的应用服务器的地址信息制定的策略；第二切换模块，与上述第三接收模块连接，用于根据第二策略对用户设备访问应用的路径进行切换。

需要说明的是，上述第二切换模块可以包括：第二生成单元，用于根据第二策略制定第二规则；第二发送单元，用于将第二规则发送给分叉点bp，其中第二规则用于指示bp将接收到的ue访问应用的上行数据发送给作为pdu会话的第三锚点的第三upf；第三发送单元，与上述第二发生单元连接，用于通过第三upf向用户设备发送路由通告消息，其中，路由通告消息中携带为第一ipv6前缀信息和路由选项信息，路由选项信息中携带应用提供的ue的访问将会被重定向到的应用服务器的地址信息。

需要说明的是，上述第三upf为决定采用多归属流量导向方式进行流量导向时选择的一个与第一upf不同的新的upf。

在本发明的一个实施例中，上述装置还可以包括：第二发送模块，与上述第二切换模块连接，用于向应用层发送通知信息，其中，通知信息用于通知应用层用户设备访问应用的路径切换完成。

需要说明的是，上述装置可以位于核心网设备中，具体的，可以位于会话管理功能smf实体等，但不限于此。

本发明实施例还提供了一种会话管理功能smf实体，包括：处理器，该处理器用于运行程序，其中，该程序运行时执行实施例1中所述的方法。

需要说明的是，上述各个模块是可以通过软件或硬件来实现的，对于后者，可以通过以下方式实现，但不限于此：上述模块均位于同一处理器中；或者，上述各个模块以任意组合的形式分别位于不同的处理器中。

实施例4

在本实施例中还提供了一种操作执行装置，该装置用于实现上述实施例及优选实施方式，已经进行过说明的不再赘述。如以下所使用的，术语“模块”可以实现预定功能的软件和/或硬件的组合。尽管以下实施例所描述的装置较佳地以软件来实现，但是硬件，或者软件和硬件的组合的实现也是可能并被构想的。

图8是根据本发明实施例的操作执行装置的结构框图，如图8所示，该装置包括：

发送模块82，用于发送用于请求网络进行流量导向的流量导向请求；

接收模块84，与上述发送模块82连接，用于接收网络返回的用于指示网络进行流量导向时使用的流量导向方式的第一指示信息，其中，流量导向方式包括以下之一：上行链路分类器ulcl流量导向方式，多归属流量导向方式；

操作模块86，与上述接收模块84连接，用于根据第一指示信息指示的流量导向方式执行应用操作。

通过上述装置，由于可以通过接收模块84接收网络返回的用于指示网络进行流量导向时使用的流量导向方式的第一指示信息，使得应用可以获取到网络使用的流量导向方式，进而可以实现流量导向，因此，可以解决应用层由于无法获得网络使用的流量导向方式所导致的无法实现流量导向的问题。

需要说明的是，上述第一指示信息可以包括以下至少之一信息：用于指示使用的流量导向方式为ulcl流量导向方式还是多归属流量导向方式的显式指示信息，是否接收到第一互联网协议第6版ipv6前缀信息；其中，在接收到第一ipv6前缀信息的情况下，第一指示信息用于指示使用的流量导向方式为多归属流量导向方式，在未接收到第一ipv6前缀信息的情况下，第一指示信息用于指示使用的流量导向方式为ulcl流量导向方式。

在本发明的一个实施例中，在第一指示信息用于指示使用的流量导向方式为ulcl流量导向方式的情况下，上述操作模块86包括：第一重选单元，用于执行应用重选操作；第一发送单元，与上述第一重选单元连接，用于将重选后的流描述信息发送给策略和控制功能pcf；其中，流描述信息用于网络对用户设备ue访问应用的路径进行切换。

可选地，在第一指示信息用于指示使用的流量导向方式为多归属流量导向方式的情况下，操作模块包括：第一重选单元，用于在网络对用户设备访问应用的路径进行切换完成后，执行应用重选操作。

需要说明的是，上述重选后的流描述信息包括ue的访问已被重定向到的应用服务器的地址信息。

在本发明的一个实施例中，在第一指示信息用于指示使用的流量导向方式为多归属流量导向方式的情况下，上述操作模块86可以包括：第二发送单元，用于向所述网络发送所述应用向所述ue提供的服务将会被重定向到新的应用服务器的地址信息；第一接收单元，与上述第二发送单元连接，用于接收所述网络提供的通知信息，所述通知消息用于通知所述应用所述ue访问所述应用的路径切换完成；重定向单元，与上述第一接收单元连接，用于将所述应用向所述ue提供的服务重定向到所述新的应用服务器的地址。

需要说明的是，上述装置可以位于应用层设备中，具体的，可以应用于af应用功能实体中，但并不限于此。

本发明实施例还提供了一种应用层设备，包括：处理器，处理器用于运行程序，其中，程序运行时执行实施例2的方法。

需要说明的是，上述各个模块是可以通过软件或硬件来实现的，对于后者，可以通过以下方式实现，但不限于此：上述模块均位于同一处理器中；或者，上述各个模块以任意组合的形式分别位于不同的处理器中。

实施例5

本发明的实施例还提供了一种存储介质，该存储介质包括存储的程序，其中，上述程序运行时执行上述任一项所述的方法。

可选地，在本实施例中，上述存储介质可以包括但不限于：u盘、只读存储器(read-onlymemory，简称为rom)、随机存取存储器(randomaccessmemory，简称为ram)、移动硬盘、磁碟或者光盘等各种可以存储程序代码的介质。

本发明的实施例还提供了一种处理器，该处理器用于运行程序，其中，该程序运行时执行上述任一项方法中的步骤。

可选地，本实施例中的具体示例可以参考上述实施例及可选实施方式中所描述的示例，本实施例在此不再赘述。

为了更好地理解本发明，以下结合优选的实施例对本发明做进一步解释。

优选实施例一

图9是根据本发明优选实施例一提供的为当smf采用ulcl模式进行流量导向时，应用层与网络的交互流程示意图。如图9所示，该流程包括以下步骤：

步骤900：ue通过与upf1建立的pdusession访问应用。ue和应用的一个应用服务器(applicationserver1)交互。网络为ue分配的ipv6prefix1。在upf1上面安装了用于对用户正在访问的应用数据进行策略、计费、路由等进行控制的pdr规则0；

步骤901：af生成af流量导向请求。请求的内容包括识别需要导向的流量信息(包括dnn和切片选择信息或af-service-identifier)、流量导向的应用的位置信息(dnai列表)、路由文档标识、需要流量导向的ue的信息等。

步骤902a：若af是不可信任的或af的请求不是针对一个正在进行的pdu会话的，af向nef发送消息。

步骤902b：nef对请求进行授权，并可能执行一些必要的映射，譬如根据af-service-identifier获得dnn和切片选择信息、dnai列表和路由文档标识等。nef将请求发送给pcf

步骤902c：当af的请求针对一个正在进行的pdu会话，那么af直接向对应的pcf发送请求消息。

步骤903：pcf向af返回确认消息。

步骤904：pcf决定被af请求影响的每一个已存在的pdu-can会话。针对每一个pdu-can会话，pcf向smf发送消息，消息中携带流量导向请求指示(相当于上述实施例中的流量导向请求指示信息)和dnai。

步骤905：smf根据网络策略，网络的能力以及ue的能力决定采用ulcl进行流量导向。根据dnai选择一个新的锚点upf(即upf2)和一个ulcl。ulcl可能和upf2合一。

步骤906：smf向amf发送会话管理请求消息，消息中携带ulcl接收上行数据的隧道信息。

步骤907：amf向ran发送n2会话请求消息，消息中携带ulcl接收上行数据的隧道信息。ran更新上行数据的隧道信息。

步骤908：ran向amf返回确认消息，消息中可能携带更新的ran接收下行数据的隧道信息。

步骤909：amf向smf返回确认消息，消息中携带接收到的更新的ran接收下行数据的隧道信息。

步骤910：smf向ulcl发送n4会话建立请求，携带ran接收到下行数据的隧道信息。upf1和upf2接收上行数据的隧道信息。ulcl返回确认消息。

步骤911：smf向upf2发送n4会话建立请求，消息中携带ulcl接收下行数据的隧道信息。upf2返回确认消息。

步骤912：smf向upf1发送n4会话修改消息，消息中携带ulcl接收下行数据的隧道信息。upf1返回确认消息。

步骤913：smf向af发送通知消息(相当于上述第一指示信息)，消息中携带ulcl的指示。ulcl指示可以不是一个显示的指示。由于若图2中multi-homing场景中，smf向af上报了新的ipv6prefix。所有若本步骤中，smf没有向af上报新的ipv6prefix，那么af就能判断出smf采用ulcl进行流量导向。

步骤914：应用层根据该指示与ue进行交互。通知ue与应用的另一个应用服务器(applicationserver2)交互，继续进行业务访问。

步骤915a：应用层切换或重选完成后，af向nef发送消息，消息中携带当前的流描述信息，信息中至少包括applicationserver2的地址信息。

步骤915b：nef对请求进行授权，nef将请求发送给pcf。

步骤915c：af直接向对应的pcf发送请求消息，消息中携带当前的流描述信息，信息中至少包括applicationserver2的地址信息。

步骤916：pcf进行新的策略决策。包括pcf根据流描述信息制定pcc规则。pcf将新的策略发送给smf。smf根据新制定的pcc规则生成pdr规则1和pdr规则2。其中pdr规则1(相当于上述实施例中的第一规则)将提供给ulcl，指示ulcl将从ran接收到的用户访问应用的上行数据发送给upf2(相当于上述实施例中的第二upf)。pdr规则2将提供给upf2，包含根据路由文档标识制定的流量导向策略，qos策略等。

步骤917：smf将pdr规则1发送ulcl，这样ulcl从ran接收到的用户访问应用的上行数据发送给upf2。而其他数据仍然发送给upf1。ulcl安装pdr规则1后向smf返回确认消息。

步骤918：smf将pdr规则2发送upf2，这样upf2就能对ue访问应用的数据进行策略、计费、路由控制的。

步骤919：smf通知upf1将之前安装的pdu规则0删除。

通过上述流程，应用层先与ue交互进行应用成重选后，在将重选后的流描述信息提供给5g核心网，5g核心网再对用户访问应用的路径进行切换(即用户面优化)。

优选实施例二

图10是根据本发明优选实施例二提供的为当smf采用multi-homing模式进行流量导向时，应用层与网络的交互流程示意图。如图10所示，包括以下步骤：

步骤1000：ue通过与upf1建立的pdusession访问应用。ue和应用的一个应用服务器(applicationserver1)交互。网络为ue分配ipv6prefix1。在upf1上面安装了用于对用户正在访问的应用数据进行策略、计费、路由等进行控制的pdr规则0；

步骤1001：af生成af流量导向请求。请求的内容包括识别需要导向的流量信息(包括dnn和切片选择信息或af-service-identifier)、流量导向的应用的位置信息(dnai列表)、路由文档标识、需要流量导向的ue的信息等。

步骤1002a：若af是不可信任的或af的请求不是针对一个正在进行的pdu会话的，af向nef发送消息。

步骤1002b：nef对请求进行授权，并可能执行一些必要的映射，譬如根据af-service-identifier获得dnn和切片选择信息、dnai列表和路由文档标识等。nef将请求发送给pcf

步骤1002c：当af的请求针对一个正在进行的pdu会话，那么af直接向对应的pcf发送请求消息。

步骤1003：pcf向af返回确认消息。

步骤1004：pcf决定被af请求影响的每一个已存在的pdu-can会话。针对每一个pdu-can会话，pcf向smf发送消息，消息中携带流量导向请求指示(相当于上述实施例的流量导向请求指示信息)和dnai。

步骤1005：smf根据网络策略，网络的能力以及ue的能力决定采用multi-homing进行流量导向。根据dnai选择一个新的锚点upf(即upf2)和一个分叉点bp。bp可能和upf2合一。此外，smf根据upf2为ue分配ipv6prefix2。

步骤1006：smf向amf发送会话管理请求消息，消息中携带bp接收上行数据的隧道信息。

步骤1007：amf向ran发送n2会话请求消息，消息中携带bp接收上行数据的隧道信息。ran更新上行数据的隧道信息。

步骤1008：ran向amf返回确认消息，消息中可能携带更新的ran接收下行数据的隧道信息。

步骤1009：amf向smf返回确认消息，消息中携带接收到的更新的ran接收下行数据的隧道信息。

步骤1010：smf向bp发送n4会话建立请求，携带ran接收下行数据的隧道信息。upf1和upf2接收上行数据的隧道信息。bp返回确认消息。

步骤1011：smf向upf2发送n4会话建立请求，消息中携带bp接收下行数据的隧道信息。upf2返回确认消息。

步骤1012：smf向upf1发送n4会话修改消息，消息中携带bp接收下行数据的隧道信息。upf1返回确认消息。

步骤1013：smf向af发送通知消息(相当于上述实施例的第一指示信息)，消息中携带multi-homing的指示以及可能的ipv6prefix2。smf也可以不带单独的multi-homing指示，因为若上报了ipv6prefix2就可以表示smf采用了multi-homing的方式进行流量导向。

步骤1014a：af向nef发送消息，消息中携带新的applicationserver2的地址信息。

步骤1014b：nef对请求进行授权，nef将请求发送给pcf。

步骤1014c：af直接向对应的pcf发送请求消息，消息中携带新的applicationserver2的地址信息。

步骤1015：pcf向af返回确认消息。

步骤1016：pcf进行新的策略决策。包括pcf根据新的application

server2的地址信息制定pcc规则。pcf将新的策略发送给smf。smf制定pdr1和pdr2。其中pdr1将发送给bp用于指示bp将源地址为ipv6prefix1的上行数据发送给upf1，pdr2(相当于上述实施例的第二规则)将发送给bp用于指示bp将源地址为ipv6prefix2的上行数据发送给upf2。此外，smf根据pcc规则生成pdr3。pdr3中携带包含ipv6prefix2以及applicationserver2地址信息的过滤器模板，以及相应的qos、计费、流量导向等策略。pdr3将发送给upf2；

步骤1017：smf将pdr1和pdr2发送bp，这样bp从ran接收源地址为ipv6prefix1的上行数据发送给upf1，源地址为ipv6prefix2的上行数据发送upf2。bp安装pdr规则1后向smf返回确认消息。

步骤1018：smf将pdr规则3发送upf2，这样upf2就能对ue访问应用的数据进行策略、计费、路由控制的。

步骤1019：smf通过upf2发送路由通告消息，消息中携带ipv6prefix2以及路由选项信息2，其中路由选项消息中携带applicationserver2的地址信息。

步骤1020：smf通过upf1发送路由通告消息，消息中携带ipv6prefix1以及路由选项信息1。

步骤1021：smf通知af用户面重选(即路径切换)完成。

步骤1022：af与ue交互，进行应用层重定向(或应用层重选)。包括应用通知ue访问applicationserver2，ue根据路由选项信息2采用ipv6prefix2访问应用。

以下为可选步骤。

步骤1023a：af向nef发送消息，消息中携带业务信息，包括当前的流描述信息。

步骤1023b：nef对请求进行授权，nef将请求发送给pcf。

步骤1023c：af直接向对应的pcf发送请求消息，消息中携带业务信息，包括当前的流描述信息。

步骤1024：pcf向af返回确认消息。

步骤1025：pcf进行新的策略决策。根据新的流描述信息更新之前制定的pcc规则。pcf将新的策略发送给smf。smf根据pcc规则更新pdr3。pdr3中携带包含新的流描述信息的过滤器模板，以及相应的qos、计费、流量导向等策略。pdr3将发送给upf2；

步骤1026：smf通知upf1将pdr0删除。

步骤1027：smf将更新的pdr3发送upf2。

通过上述流程，5g核心网对用户访问应用的路径进行切换(即用户面优化)完成后通知应用层，应用层再与ue交互完成应用层的重选(或应用层切换。

显然，本领域的技术人员应该明白，上述的本发明的各模块或各步骤可以用通用的计算装置来实现，它们可以集中在单个的计算装置上，或者分布在多个计算装置所组成的网络上，可选地，它们可以用计算装置可执行的程序代码来实现，从而，可以将它们存储在存储装置中由计算装置来执行，并且在某些情况下，可以以不同于此处的顺序执行所示出或描述的步骤，或者将它们分别制作成各个集成电路模块，或者将它们中的多个模块或步骤制作成单个集成电路模块来实现。这样，本发明不限制于任何特定的硬件和软件结合。

以上所述仅为本发明的优选实施例而已，并不用于限制本发明，对于本领域的技术人员来说，本发明可以有各种更改和变化。凡在本发明的原则之内，所作的任何修改、等同替换、改进等，均应包含在本发明的保护范围之内。