CN111614563A - 一种用户面路径的选择方法及装置 - Google Patents

Abstract

本申请提供一种用户面路径的选择方法及装置。该方法包括：第一网元根据终端设备对应的至少一种业务类型，确定该至少一种业务类型分别对应的业务体验分析数据，然后基于业务体验分析数据为终端设备的会话选择一条或多条用户面路径，实现了用户面路径与业务关联，有助于为终端设备选择更加合适的用户面路径，可以提升通信效率。

Description

一种用户面路径的选择方法及装置

技术领域

本申请涉及移动通信技术领域，尤其涉及一种用户面路径的选择方法及装置。

背景技术

目前，现有技术中，用户面路径上的网元选择主要涉及用户面功能网元的选择，而用户面功能网元的选择方法一般是：会话管理网元综合考虑数据网络名称(data networkname，DNN)、终端设备的位置(location)，用户面功能网元的负载(load)等信息，为终端设备选择一个用户面功能网元。

上述选择用户面功能网元的方法存在的主要问题是：会话管理网元可能会选择一个不能满足业务要求的用户面功能网元，例如，选择了一个远端(remote)用户面功能网元，则该远端用户面功能网元将不能满足移动边缘计算(Mobile Edge Computing,MEC)业务的时延要求。

发明内容

本申请提供一种用户面路径的选择方法及装置，用以为终端设备选择更加合适的用户面路径，以提升通信效率。

第一方面，本申请提供一种用户面路径的选择方法，包括：第一网元确定终端设备对应的至少一种业务类型；第一网元根据至少一种业务类型分别对应的业务体验分析数据，为终端设备的会话选择用户面路径。基于该方案，第一网元根据终端设备对应的至少一种业务类型，确定该至少一种业务类型分别对应的业务体验分析数据，然后基于业务体验分析数据为终端设备的会话选择一条或多条用户面路径，实现了用户面路径与业务关联，有助于为终端设备选择更加合适的用户面路径，可以提升通信效率。

在一种可能的实现方法中，第一网元从数据分析网元获取终端设备的业务行为分析数据；第一网元根据终端设备的业务行为分析数据，确定至少一种业务类型。

在一种可能的实现方法中，第一网元获取终端设备在建立会话时的业务行为数据；第一网元根据终端设备在建立会话时的业务行为数据以及业务行为分析数据，确定至少一种业务类型。

在一种可能的实现方法中，第一网元向数据分析网元发送请求消息，请求消息包括过滤条件，所述请求消息用于请求所述终端设备的满足所述过滤条件的业务行为分析数据；第一网元从数据分析网元接收终端设备的业务行为分析数据，业务行为分析数据满足过滤条件。

在一种可能的实现方法中，过滤条件包括时间信息和/位置信息。

在一种可能的实现方法中，业务行为分析数据包括以下至少一项：业务的标识信息、业务的发生概率、业务的持续时间、业务的权重因素、业务发生时终端设备的位置、业务发生的时间。

在一种可能的实现方法中，第一网元为终端设备的会话选择一条用户面路径，一条用户面路径满足至少一种业务类型对应的业务体验要求。

在一种可能的实现方法中，第一网元为终端设备的会话选择多条用户面路径，多条用户面路径分别满足至少一种业务类型对应的业务体验要求。

在一种可能的实现方法中，在会话建立时，第一网元为终端设备的会话选择用户面路径。

在又一种可能的实现方法中，当所述终端设备在所述会话中发起业务时，所述第一网元为所述终端设备的所述业务选择所述用户面路径。

在一种可能的实现方法中，第一网元从数据分析网元获取所述至少一种业务类型分别对应的业务体验分析数据。在一种可能的实现方法中，第一网元获取至少一种业务类型分别对应的业务体验分析数据和用户面路径的标识信息。

可选的，所述用户面路径标识信息包括以下至少一种信息：用户面功能网元的标识信息、媒体面服务器的标识信息。

在一种可能的实现方法中，第一网元向数据分析网元发送请求消息，请求消息包括至少一种业务类型的标识信息；第一网元从数据分析网元接收至少一种业务类型分别对应的业务体验分析数据和用户面路径的标识信息。

在一种可能的实现方法中，第一网元向数据分析网元发送请求消息，请求消息包括至少一种业务类型的标识信息和过滤条件，过滤条件用于确定至少一种业务类型的标识信息对应的用户面路径的标识信息；第一网元从数据分析网元接收至少一种业务类型分别对应的业务体验分析数据和用户面路径的标识信息。

在一种可能的实现方法中，第一网元向数据分析网元发送请求消息，请求消息包括至少一种业务类型的标识信息和至少一种业务类型的标识信息对应的用户面路径的标识信息；第一网元从数据分析网元接收至少一种业务类型分别对应的业务体验分析数据和用户面路径的标识信息。

在一种可能的实现方法中，第一网元为终端设备的会话选择用户面路径之后，第一网元确定用户面路径不能满足终端设备在会话上发起的业务的业务体验要求；第一网元根据发起的业务对应的业务体验分析数据，为发起的业务重新选择用户面路径。

在一种可能的实现方法中，第一网元为会话管理网元或策略控制网元，所述第一网元为所述终端设备的所述会话选择所述用户面路径中的用户面功能网元。

在一种可能的实现方法中，所述第一网元为所述终端设备的所述会话选择所述用户面路径中的媒体面服务器。

在一种可能的实现方法中，第一网元向业务服务器发送第一指示信息，第一指示信息用于指示用户面路径的标识信息。

在一种可能的实现方法中，第一网元为业务服务器，所述第一网元为所述终端设备的所述会话选择所述用户面路径中的媒体面服务器。

在一种可能的实现方法中，第一网元向会话管理网元或策略控制网元发送第二指示信息，第二指示信息用于指示媒体面服务器的标识信息。

第二方面，本申请提供一种通信方法，包括：数据分析网元获取至少一种业务类型分别对应的业务体验分析数据；数据分析网元向第一网元发送至少一种业务类型分别对应的业务体验分析数据。基于该方案，数据分析网元可以向第一网元发送至少一种业务类型分别对应的业务体验分析数据，以便于第一网元可以根据至少一种业务类型分别对应的业务体验分析数据，为终端设备的会话选择一条或多条用户面路径，实现了用户面路径与业务关联，有助于为终端设备选择更加合适的用户面路径，可以提升通信效率。

在一种可能的实现方法中，数据分析网元确定至少一个业务类型中的第一业务类型的业务体验分析数据。

在一种可能的实现方法中，数据分析网元确定至少一个业务类型中的第一业务类型的业务体验分析数据，包括：数据分析网元从第一业务类型对应的业务服务器获取第一业务类型的业务数据，该业务数据包括业务体验测量值和媒体面服务器的标识信息；数据分析网元从网络获取与第一业务类型的业务数据关联的网络数据，该网络数据包括传输第一业务类型的业务数据包的用户面功能网元的标识信息；数据分析网元根据该业务数据和该网络数据确定第一业务类型的业务体验分析数据。

在一种可能的实现方法中，数据分析网元向第一网元发送业务体验分析数据对应的用户面路径的标识信息。

在一种可能的实现方法中，数据分析网元接收第一网元发送的请求消息，请求消息包括至少一种业务类型的标识信息。

在一种可能的实现方法中，数据分析网元接收第一网元发送的请求消息，请求消息包括至少一种业务类型的标识信息和至少一种业务类型的标识信息对应的用户面路径的标识信息。

在一种可能的实现方法中，数据分析网元接收第一网元发送的请求消息，请求消息包括至少一种业务类型的标识信息和过滤条件，过滤条件用于确定至少一种业务类型的标识信息对应的用户面路径的标识信息。

在一种可能的实现方法中，数据分析网元获取终端设备的业务行为分析数据；

数据分析网元向第一网元发送终端设备的业务行为分析数据。

在一种可能的实现方法中，数据分析网元从第一网元向接收请求消息，请求消息包括过滤条件；数据分析网元获取终端设备的满足过滤条件的业务行为分析数据。

在一种可能的实现方法中，过滤条件包括时间信息和/位置信息。

在一种可能的实现方法中，业务行为分析数据包括以下至少一项：业务的标识信息、业务的发生概率、业务的持续时间、业务的权重因素、业务发生时终端设备的位置、业务发生的时间。

在一种可能的实现方法中，第一网元为会话管理网元或策略控制网元，用户面路径的标识信息包括用户面功能网元的标识信息。

在一种可能的实现方法中，用户面路径的标识信息还包括媒体面服务器的标识信息。

在一种可能的实现方法中，第一网元为业务服务器，用户面路径的标识信息包括媒体面服务器的标识信息。

第三方面，本申请提供一种装置，该装置具有实现上述任意方面或任意方面中的实现方法的用户面路径的选择方法的功能。该功能可以通过硬件实现，也可以通过硬件执行相应的软件实现。该硬件或软件包括一个或多个与上述功能相对应的模块。

第四方面，本申请提供一种装置，包括：处理器和存储器；该存储器用于存储计算机执行指令，当该装置运行时，该处理器执行该存储器存储的该计算机执行指令，以使该装置执行如上述任意方面或任意方面中的实现方法的用户面路径的选择方法。

第五方面，本申请提供一种装置，包括：包括用于执行以上任意方面各个步骤的单元或手段(means)。

第六方面，本申请提供一种装置，包括处理器和接口电路，所述处理器用于通过接口电路与其它装置通信，并执行以上任意方面提供的任意方法。该处理器包括一个或多个。

第七方面，本申请提供一种装置，包括处理器，用于与存储器相连，用于调用所述存储器中存储的程序，以执行上述任意方面的任意实现方式中的方法。该存储器可以位于该装置之内，也可以位于该装置之外。且该处理器包括一个或多个。

第八方面，本申请还提供一种计算机可读存储介质，所述计算机可读存储介质中存储有指令，当其在计算机上运行时，使得处理器执行上述任意方面所述的方法。

第九方面，本申请还提供一种包括指令的计算机程序产品，当其在计算机上运行时，使得计算机执行上述任意方面所述的方法。

第十方面，本申请还提供一种芯片系统，包括：处理器，用于执行上述各方面所述的方法。

第十一方面，本申请还提供一种通信系统，包括用于执行上述第一方面或第一方面任一实现方法的第一网元，和，用于执行上述第二方面或第二方面任一实现方法的数据分析网元。

附图说明

图1为本申请提供的一种可能的网络架构示意图；

图2为本申请提供的一种用户面路径的选择方法流程示意图；

图3为本申请提供的又一种用户面路径的选择方法流程示意图；

图4为本申请提供的又一种用户面路径的选择方法流程示意图；

图5为本申请提供的一种装置示意图；

图6为本申请提供的又一种装置示意图；

图7为本申请提供的又一种装置示意图。

具体实施方式

为了使本申请的目的、技术方案和优点更加清楚，下面将结合附图对本申请作进一步地详细描述。方法实施例中的具体操作方法也可以应用于装置实施例或系统实施例中。其中，在本申请的描述中，除非另有说明，“多个”的含义是两个或两个以上。

如图1所示，为第五代(the 5th generation，5G)网络架构示意图。图中示出了5G架构中的部分网元。其中，用户面功能(user plane function，UPF)网元，其包括以下至少一种功能：数据包路由和传输、包检测、业务用量上报、服务质量(Quality of Service,QoS)处理、合法监听、上行包检测、下行数据包存储。接入与移动性管理功能(access andmobility management function，AMF)网元，负责用户的移动性管理，其包括以下至少一种功能：移动状态管理，分配用户临时身份标识，认证和授权用户。

会话管理功能(session management function，SMF)网元，其包括以下至少一种功能：会话管理(如会话建立、修改和释放，包含UPF和AN之间的隧道维护)、UPF网元的选择和控制、业务和会话连续性(Service and Session Continuity，SSC)模式选择、漫游。

策略控制功能(policy control function，PCF)网元，其包含以下至少一种功能：用户签约数据管理、策略控制、计费策略控制、服务质量(quality of service，QoS)控制。

应用功能(application function，AF)网元，其包含以下至少一种功能：处理业务相关信令和媒体数据的功能、与网络侧进行业务的QoS授权交互功能。

网络数据分析功能(Network Data Analytics Function，NWDAF)网元，NWDAF网元能够从网络功能(network function，NF)网元、操作管理维护(Operation、Administration、Maintenance，OAM)系统、终端设备或AF网元收集数据，并对收集的数据进行数据分析，从而得到数据分析结果。NWDAF网元还可以将所得的数据分析结果发送给NF、OAM系统、终端设备或AF网元，以便于这些实体做相应的策略制定、操作执行等。

本申请中的移动性管理网元可以是图1所示的AMF网元，也可以是未来通信系统中的具有上述AMF网元的功能的网元。本申请中的用户面功能网元可以是图1所示的UPF网元，也可以是未来通信系统中的具有上述UPF网元的功能的网元。本申请中的会话管理网元可以是图1所示的SMF网元，也可以是未来通信系统中的具有上述SMF网元的功能的网元。本申请中的数据分析网元可以是图1所示的NWDAF网元，也可以是未来通信系统中的具有上述NWDAF网元的功能的网元。本申请中的业务服务器可以是图1所示的AF网元，也可以是未来通信系统中的具有上述AF网元的功能的网元。本申请中的策略控制网元可以是图1所示的PCF网元，也可以是未来通信系统中的具有上述PCF网元的功能的网元。

需要说明的是，本申请中的用户面功能网元是核心网用户面功能网元的简称，二者具有相同的含义，后续不再单独说明。

需要说明的是，本申请也可以应用于第四代(the 4th generation，4G)网络架构，比如，由4G中的移动性管理实体(mobility management entity，MME)提供本申请中移动性管理网元的功能；由4G中的MME和服务网关(Serving GateWay，SGW)提供本申请中会话管理网元的功能；由4G中的分组数据网网关(PDN Gateway，PGW)提供本申请中核心网用户面功能网元的功能；由4G中的策略与计费规则功能(Policy and Charging Rules Function，PCRF)提供本申请中策略控制网元的功能；由4G中的NWDAF提供本申请中数据分析网元的功能；由4G中的AF提供本申请中业务服务器的功能等。

本申请中的接入网设备(也称为无线接入网(radio access network，RAN)设备)，是一种为终端提供无线通信功能的设备。接入网设备包括但不限于：5G中的下一代基站(gnodeB，gNB)、演进型节点B(evolved node B，eNB)、无线网络控制器(radio networkcontroller，RNC)、节点B(node B，NB)、基站控制器(base station controller，BSC)、基站收发台(base transceiver station，BTS)、家庭基站(例如，home evolved nodeB，或homenode B，HNB)、基带单元(baseBand unit，BBU)、传输点(transmitting and receivingpoint，TRP)、发射点(transmitting point，TP)、移动交换中心等。

本申请的终端设备(也可以称为用户设备(user equipment，UE))是一种具有无线收发功能的设备，可以部署在陆地上，包括室内或室外、手持或车载；也可以部署在水面上(如轮船等)；还可以部署在空中(例如飞机、气球和卫星上等)。所述终端可以是手机(mobile phone)、平板电脑(pad)、带无线收发功能的电脑、虚拟现实(virtual reality，VR)终端、增强现实(augmented reality，AR)终端、工业控制(industrial control)中的无线终端、无人驾驶(self driving)中的无线终端、远程医疗(remote medical)中的无线终端、智能电网(smart grid)中的无线终端、运输安全(transportation safety)中的无线终端、智慧城市(smart city)中的无线终端、智慧家庭(smart home)中的无线终端等。

为方便说明，本申请后续，以移动性管理网元为AMF网元，会话管理网元为SMF网元，策略控制网元为PCF网元，用户面功能网元为UPF网元，数据分析网元为NWDAF网元，业务服务器为AF网元为例进行说明。进一步地，将AMF网元简称为AMF，SMF网元简称为SMF，PCF网元简称为PCF，UPF网元简称为UPF，NWDAF网元简称为NWDAF，AF网元简称为AF，终端设备简称为UE，接入网设备简称为RAN。即本申请后续所描述的AMF均可替换为移动性管理网元，SMF均可替换为会话管理网元，PCF均可替换为策略控制网元，UPF均可替换为用户面功能网元，NWDAF均可替换为数据分析网元，AF均可替换为业务服务器，RAN均可替换为接入网设备，UE均可替换为终端设备。

一般地，为终端设备选择的用户面路径上包括各种网元(如基站、用户面功能网元、媒体面服务器等)。针对不同类型的业务，不同的用户面路径能够达到业务体验(如业务端到端时延、丢包率、业务的平均意见分值(mean opinion score，MOS)等)是不同的，例如MEC的用户面路径上网元可满足MEC的时延要求，而非MEC的用户面路径上网元则不能满足MEC的时延要求。

目前，现有技术中，用户面路径上的网元选择主要涉及用户面功能网元的选择，而用户面功能网元的选择方法一般是：会话管理网元综合考虑数据网络名称(data networkname，DNN)、终端设备的位置(location)，用户面功能网元的负载(load)等信息，为终端设备选择一个用户面功能网元。

上述选择用户面功能网元的方法存在的主要问题是：会话管理网元选择的用户面功能网元并未关联具体的业务，从而可能导致选择的用户面功能网元不能满足具体业务的要求。例如，会话管理网元在会话(如协议数据单元(protocol data unit，PDU)session)的建立流程中选择用户面功能网元，由于在会话建立流程中并未涉及具体的业务，因此与业务相关的要求(如MEC业务的时延要求、MOS要求等)并未被考虑到，因此，会话管理网元可能会选择一个不能满足业务要求的用户面功能网元，例如，选择了一个远端(remote)用户面功能网元，则该远端用户面功能网元将不能满足MEC业务的时延要求。

为解决该问题，本申请提供一种用户面路径的选择方法。该方法可用于为UE选择一条或多条用户面路径，用户面路径是指用户数据包传输路径，一条用户面路径由多个节点组成，例如RAN、UPF(如branching point UPF、anchor UPF等)、媒体面服务器。一般而言，当UE处于某特定位置对应RAN下时，其不同的用户面路径是指不同的UPF和媒体面服务器对应的路径。

不同的用户面路径对应的路径长短不同、节点负载不同(如UPF load)、节点处理能力不同(如MEC DNAI对应的媒体面服务器能够向本地用户分发内容，而central DNAI对应的媒体面服务器可能存储了更加丰富的内容)，这将导致当使用不同的用户面路径传输某个业务的数据时，UE/AF获得的业务体验也不同。例如，以MOS为例，当使用用户面路径1(对应UPF1ID+MEC DNAI)时，MOS＝4，而使用用户面路径2(对应UPF2ID+central DNAI)时，MOS＝2，反之也有可能。并且，上面影响业务体验的用户面路径相关因素是不断地动态变化的，例如不同时间段、地点下某条路径的能达到的业务体验也可能不同。

其中，媒体面服务器也可以称为内容服务器(content sever)，其是指在业务层面接收、处理、存储、转发业务的媒体面数据的功能网元，其可以独立部署，也可以与AF合一部署，例如属于AF功能网元的一部分。一个媒体面服务器与一个数据网络接入标识(datanetwork access identifier，DNAI)对应，换句话说，可使用一个DNAI标识一个媒体面服务器。一个AF对应一个或多个媒体面服务器，比如，服务提供商部署了一个全局中心AF和多个媒体面服务器，有的媒体面服务器部署在网络中心位置作为中心媒体面服务器，有的媒体面服务器部署在边缘位置作为MEC媒体面服务器。

本申请提供的用户面路径的选择方法，基于UE的历史业务行为，预测UE将要发起的业务对应的业务类型，并结合该业务类型为UE选择用户面路径中的UPF和媒体面服务器。并且，针对具体的业务做用户面路径的选择时，还考虑不同用户面路径所能达到的业务体验，如业务MOS或时延体验等。

并且，本申请在选择的用户面路径中的UPF和媒体面服务器是相关联的，二者均会影响业务类型的业务体验，换句话说，两者的选择需要结合起来考虑。而现有技术中是由SMF或PCF从AF获取DNAI列表(DNAI list)和相应的适用条件，然后根据特定场景(如时间，地点，用户对象)选择一个DNAI，其选择的DNAI对应的媒体面服务器并没有直接与业务体验高低相关联，也不一定与所选UPF匹配。

因此，通过本申请方法选择的用户面路径是与具体业务相关联的，该业务为根据UE的历史业务行为预测该UE可能将要发起的业务，该选择的用户面路径中的UPF和媒体面服务器均与该业务关联并影响该业务的业务体验。由于结合具体业务类型为UE选择用户面路径，因此可以解决背景技术所存在的问题，即选择的用户面路径可以满足具体业务的要求。

本申请中的“时间”有时也称为“时间信息”，二者具有相同的含义；本申请中的“位置”有时也称为“位置信息”，二者具有相同的含义。

需要说明的是，本申请对于后续所描述的“时间”和“位置”的表现形式不限。比如时间可以是绝对时间，例如，从2017年1月1日00:00至2017年1月30日24:00，再比如，每周一至周五；也可以是相对时间，例如相对于某设定时间点的一个月内。该时间信息的粒度可以是以小时为粒度，也可以是以分钟或者天为粒度，本申请实施例对此并不限定。又如，位置可以是第三代合作伙伴计划(3rd generation partnership project，3GPP)通信网络中定义位置，可简称通信网络位置，比如服务小区A或注册区域B；该位置也可以是非3GPP通信网络中定义的位置，比如为某具体的地理位置，例如，经纬度或者全球定位系统(globalpositioning system，GPS)位置，可简称地理信息，本申请实施例对此并不限定。

基于图1所示的架构，下面对本申请中的用户面路径的选择方法进行具体说明。

NWDAF收集数据，并基于收集的数据进行模型训练，以分析得到UE/用户群组的业务行为模型以及某业务类型的业务体验模型。这里的数据是指NWDAF用于进行模型训练的样本数据，包括以下至少一种数据：从运营商网络(如5G NF(如AMF、SMF、PCF等)收集的网络数据(network data)、从AF收集的业务数据(service data)、从用户收集的UE数据、从OAM收集的管理数据(management data)。

下面对UE/用户群组的业务行为模型以及某业务类型的业务体验模型分别进行说明。

一、UE/用户群组的业务行为模型

这里的业务行为模型，用于表征一个UE/用户群组使用业务的特征，例如一个UE/用户群组在某位置、某时间使用的一种或多种业务类型，以及每个类型的业务被使用的概率、持续时间、并发业务类型等特征数据。NWDAF通过收集该UE/用户群组的相关历史数据(如从AF获取的该UE/用户群组的历史业务数据、从NF或OAM获取的该UE/用户群组相关的历史网络数据、从该UE/用户群组本身获取的历史业务数据等)，并进行数据分析，得出该UE/用户群组的业务行为模型。需要说明的是，本申请对NWDAF训练得到业务行为模型的具体方法(或算法)不限，可参考现有技术的相关方案，这里不再赘述。

以UE粒度的业务行为模型为例，作为一个示例，表1示例性地给出了与业务行为模型相关的输入数据(即NWDAF收集的数据)。

表2给出了将表1的数据输入至业务行为模型后得到的输出数据(输出数据包括UE的业务行为分析数据)。

这里的UE的业务行为分析数据指的是对UE的已经执行的业务(即一个或多个历史业务)行为进行分析后得到的该UE的业务数据，用于表示或记录该UE执行业务的相关特征。比如，UE的业务行为分析数据可以包括但不限于以下信息中的至少一个：业务的标识信息、业务的发生概率、业务的持续时间、业务的权重因素、业务发生时UE的位置、业务发生的时间，以及还可以包括但不限于以下信息中的至少一个：业务的并发业务的类型、并发业务的标识信息、并发业务发生的概率、并发业务的权重因素、并发业务的持续时间等。其中，业务的标识信息用于标识UE发起的一个或多个业务类型。

在一种可能的设计中，NWDAF输出的UE的业务行为分析数据可以是按业务类型进行区分后的，也即其包括一个或多个业务类型的业务行为分析数据，每个业务类型的业务行为分析数据用于表征该业务类型的相关特征。在又一种可能的设计中，NWDAF输出的UE的业务行为分析数据也可以不按业务类型进行区分，而是将输出的UE的业务行为分析数据案按任意格式存放。

表1与业务行为模型相关的输入数据

表2 UE的业务行为模型的输出数据(输出数据包括UE的业务行为分析数据)

参考表1，NWDAF可以收集到如表1所示的UE的业务相关数据(即输入数据)，进行数据分析，从而可以得到如表2所示的输出数据，其中，输出数据中包括UE的业务行为分析数据。

二、业务体验模型

NWDAF收集获取大量的数据，通过分析收集的数据从而获取某种业务类型的业务体验模型。这里的业务体验模型，例如可以是业务MOS模型，用于表示业务体验随着特征数据的变化关系。其中特征数据是指与业务体验有关并且影响业务体验好坏的数据，特征数据出自于NWDAF收集到的数据，例如可以包括来自网络的数据、AF的数据、UE的数据等。本申请对于业务体验模型的训练方法不做限制，可参考现有技术的相关方法。

示例性地，训练业务体验模型可以包括如下几个步骤：

步骤A、NWDAF可以分别从AF收集一个业务的历史业务数据、以及从网络网元(例如，RAN、AMF、SMF、UPF、OAM等)获取历史网络数据。

示例性的，本申请所涉及到的业务数据可以为：带宽、时延、丢包率、抖动缓存、传输控制协议(Transmission Control Protocol，TCP)拥塞窗口、TCP接收窗口、媒体编码类型、媒体编码速率等参数的数据、MOS测量值、媒体面服务器的标识信息(例如DNAI)。

本申请所涉及到的网络数据可以为以下任一个参数：带宽、时延、丢包率、根据信号接收功率(reference signal receiving power，RSRP)、根据信号接收质量(referencesignal receiving quality，RSRQ)、误块率(block error rate，BLER)和信道质量指示(channel quality indication，CQI)、网络切片标识信息、数据网络名称(data networkname，DNN)、核心网用户面功能网元的标识信息、接入网网元的标识信息。

作为一个示例，如表1-1所示，NWDAF通过AF网元获取视频业务、支付业务、自动驾驶业务、Vertical(垂直)业务等一个或多个业务对应的历史的业务数据。如表1-2所示，NWDAF可以从5G NF获取历史的网络数据。

表1-1:NWDAF从AF收集的业务数据

表1-2：NWDAF从网络网元收集到的网络数据

步骤B、数据分析网元对历史的网络数据和历史的业务数据分析得到该业务的业务体验模型。

其中，业务体验模型是指该业务体验随网络数据的变化关系，示例性的，一个业务体验模型如下公式(1)所示：

H(x)＝W0X0+W1X1+W2X2+W3X3+W4X4+W5X5+......+WnXn(1)

其中，X(X0，X1…Xn)变量代表各网络数据，例如X1可以为FBR、X2可以为PDB、X3为PER等。其中，Wn表示第n变量的权值，n表示变量的数量，Xn表示第n个变量。n为大于或等于1的整数。H(x)的取值是代表业务体验好坏的取值，例如可以表X中的MOS测量值作为该业务体验好坏取值的样本数据。

步骤C、根据该模型关系，以及当前实际的或预测的网络数据X，数据分析网元能够推算出H(X)的取值，该经NWDAF推算出的业务体验好坏的取值也即本申请所说的业务体验分析数据。

上述方法是NWDAF根据业务体验模型获得业务体验分析数据的一个示例，其中业务体验分析数据是指经NWDAF分析获取的能够用于表示业务体验的好坏的数据，例如业务体验分析数据的值越大，表示业务体验越好。

作为一个示例，表3示例性地给出了业务体验模型的训练结果，即表3表示了特征数据(包括业务类型、UE位置、时间戳/时间区间、用户面路径的标识信息)与业务体验的对应关系。可以理解，这些特征数据可以作为业务体验数据的适用条件。

需要说明的是，表3是以MOS为例进行说明，在其他应用中，业务体验分析数据还可以是业务时延、丢包率、业务成功率、用户对于该业务的平均满意程度(80％用户满意其业务体验)等。

表3业务体验模型的训练结果

上述表3仅给出了业务x(业务x对应一种业务类型，业务x用Application ID x标识)的模型训练结果。当然，实际应用中，业务体验模型的训练结果还可以包括其他业务的训练结果，如业务y(业务y对应一种业务类型)，业务z(业务z对应一种业务类型)的模型训练结果等。

从上述表3可以看出，特征数据包括业务类型、UE位置、时间戳/时间区间、用户面路径的标识信息，当然，在具体应用中，特征数据也可以仅包括业务类型、UE位置、时间戳/时间区间、用户面路径中的部分信息，例如包括业务类型、用户面路径的标识信息，或者包括业务类型、用户面路径的标识信息、UE位置，或者特征数据还可以包括其他信息，本申请不做限定。下面结合附图2，对申请提供的用户面路径的选择方法进行说明。该方法可以应用与终端设备建立会话的流程中，也可以应用于终端设备建立会话之后发起业务时。

如图2所示，该方法包括以下步骤：

步骤201，第一网元确定UE对应的至少一种业务类型。

作为一种实现方法，第一网元可以根据UE的业务行为分析数据，确定该UE的至少一种业务类型。

作为一种实现方法，第一网元可以从NWDAF获取UE的业务行为分析数据。比如，在步骤201之前，第一网元向NWDAF发送请求消息，请求消息包括该UE的标识信息，该请求消息用于请求获取该UE的业务行为分析数据，NWDAF接收到请求消息后，向第一网元发送该UE的业务行为分析数据，例如向第一网元发送如上述表2中的部分或全部信息。可选的，该请求消息还包括过滤条件，该请求消息用于请求获取该UE的满足该过滤条件的业务行为分析数据，比如，过滤条件可以是时间和/或位置，则该请求消息用于请求该UE在该时间和/或该位置的业务行为分析数据。比如，第一网元向NWDAF请求获取UE1(用UE ID标识)在12:00-13:00之间、在RAN1的业务行为分析数据，则NWDAF向第一网元发送该UE1在12:00-13:00之间、在RAN1发生的业务对应的业务行为分析数据。

在一个示例中，该请求消息具体可以是订阅请求消息，该订阅请求消息用于订阅该UE的业务行为分析数据，比如第一网元可以在该UE注册于网络时向NWDAF订阅该UE的业务行为分析数据。NWDAF在接收到该订阅请求消息后，开始收集相关数据，并生成该UE的业务行为分析数据，然后向第一网元发送生成的该UE的业务行为分析数据。

在又一个示例中，该请求消息具体可以是即时请求消息，该即时请求消息用于即时请求该UE的业务行为分析数据。NWDAF在接收到该即时请求消息后，获取事先已经生成的该UE的业务行为分析数据，然后向第一网元发送业务行为分析数据。

上述实现方法中，第一网元是以UE粒度从NWDAF获取一个或多个UE的业务行为分析数据，而每个UE的业务行为分析数据是相对独立的。此种设计中，第一网元向NWDAF发送请求消息(可以是订阅请求消息或即时请求消息)，携带一个或多个UE的标识信息，后续，NWDAF向第一网元发送每个UE分别对应的业务行为分析数据。在又一种可能的实现方法中，第一网元也可以以用户群组的粒度从NWDAF获取一个或多个用户群组的业务行为分析数据，其中，一个用户群组包括一个或多个UE的标识信息，每个用户群组的业务行为分析数据是表征该群组中的所有用户的共同的业务行为特征的。在此种设计中，第一网元向NWDAF发送请求消息(可以是订阅请求消息或即时请求消息)，携带一个或多个用户群组的标识信息，后续，NWDAF向第一网元发送每个用户群组分别对应的业务行为分析数据。比如，第一网元根据UE的移动性属性确定出一个海量物联网(Massive Internet of Things，MIOT)用户群组后，向NWDAF订阅/请求该用户群组的业务行为分析数据。

作为又一种实现方法，若第一网元本地存储有UE的业务行为分析数据，则第一网元可以从本地获取UE的业务行为分析数据。此种实现方法中，实际上相当于第一网元自身执行了上述实现方法中的NWDAF获取UE的业务行为分析数据的功能。

基于上述描述，第一网元可以获取到UE的业务行为分析数据，然后根据UE的业务行为分析数据，确定该UE的至少一种业务类型。

例如，第一网元可以将该UE的业务行为分析数据中的所有业务类型确定为该UE的至少一种业务类型，即该方法是将该UE的业务行为分析数据中的所有业务类型，均作为该UE在会话建立后可能发起的业务对应的业务类型。

再比如，第一网元还可以将该UE的业务行为分析数据中的部分业务类型确定为该UE的至少一种业务类型，比如将该UE中发生概率最大的一个或多种业务类型确定为该UE的至少一种业务类型，即该方法是将该UE的业务行为分析数据中的发生概率最大的一个或多种业务类型，作为该UE在会话建立后可能发起的业务对应的业务类型。

再比如，第一网元还可以根据UE在建立会话时或会话建立后的业务行为数据以及上述业务行为分析数据，确定上述至少一种业务类型。其中，业务行为数据可以包括UE建立该会话时的时间、建立该会话时的位置等。作为一个具体示例，假设UE在12:00-13:00之间、在第一位置建立第一会话，则第一网元可以将该UE的业务行为分析数据中12:00-13:00、第一位置所对应的业务类型中的部分或全部业务类型，作为上述确定的至少一种业务类型。

在上述实现方法中，第一网元根据UE的业务行为分析数据确定UE的至少一种业务类型。换句话说，是在实际业务发起之前，第一网元根据UE的历史业务行为预测出UE未来将要发起的一种或多种业务类型。而在另一种实现方法中，若UE已经发起了一种业务或多种业务，则第一网元只需根据该发起业务的业务标识信息，确定一种或多种业务类型。

步骤202，第一网元根据至少一种业务类型分别对应的业务体验分析数据，为UE的会话选择用户面路径。

作为一种实现方法，第一网元可以从NWDAF获取至少一种业务类型分别对应的业务体验分析数据。作为又一种实现方法，第一网元也可以从自身获取至少一种业务类型分别对应的业务体验分析数据。在此种实现方法中，相当于第一网元自身执行了NWDAF获取至少一种业务类型分别对应的业务体验分析数据的功能。

下面仅以第一网元从NWDAF获取至少一种业务类型分别对应的业务体验分析数据为例加以说明。

作为一种实现方法，第一网元可以获取到业务类型、业务体验分析数据及用户面路径的标识信息三者之间的对应关系，从而可以根据该对应关系，为UE的会话选择一条或多条用户面路径。基于前述描述，NWDAF上存储有如上述表3所示的业务体验模型的训练结果，因而第一网元可以从NWDAF获取业务类型对应的用户面路径的标识信息和所述用户面路径的标识信息对应的业务体验分析数据。作为示例，下面给出三种实现方法。

方法1，第一网元向NWDAF发送请求消息，该请求消息包括至少一种业务类型的标识信息，第一网元从NWDAF接收该至少一种业务类型分别对应的用户面路径的标识信息和该用户面路径的标识信息对应的业务体验分析数据。

比如，请求消息包括业务x的标识信息、业务y的标识信息、业务z的标识信息，其中，业务x、业务y、业务z分别对应一个业务类型，则NWDAF向第一网元发送业务x、业务y、业务z对应的用户面路径的标识信息，以及该用户面路径的标识信息对应的业务体验分析数据。可选的，请求消息中还可以携带过滤条件，如过滤条件包括：时间和/或位置。比如，过滤条件为：时间(12:00-13:00)，位置(RAN1)，且第一网元为SMF或PCF，则第一网元可以根据从NWDAF获取到的业务类型在该过滤条件下对应的用户面路径的标识信息和该用户面路径的标识信息对应的业务体验分析数据，进一步获取如表4所示的用户面路径与对应的业务体验分析数据。

在此种方法1中，无需SMF/PCF指明用户面路径，而由NWDAF直接获取一个业务类型所对应的用户面路径(可选地，获取一个业务类型在某个过滤条件下对应的用户面路径，其中该用户面路径可以是一条或多条用户面路径)，并分析该用户面路径能达到的业务体验分析数据，再由NWDAF将用户面路径的标识信息连同对应的业务体验分析数据都发送给SMF/PCF。

表4 SMF/PCF获取的用户面路径与对应的业务体验分析数据

方法2，第一网元向NWDAF发送请求消息，请求消息包括至少一种业务类型的标识信息和过滤条件，该过滤条件与第一网元本身进行用户面路径选择的条件相同，该过滤条件用于NWDAF确定该至少一种业务类型的标识信息对应的用户面路径的标识信息，第一网元从NWDAF接收该至少一种业务类型分别对应的用户面路径的标识信息和该用户面路径的标识信息对应的业务体验分析数据，即获取该过滤条件下的用户面路径的标识信息和业务体验分析数据。

该请求消息携带至少一种业务类型的标识信息和过滤条件(如DNN,单网络切片选择辅助信息(single network slice selection assistance information，S-NSSAI),时间，地点等)，但并不携带用户面路径的标识信息。NWDAF确定该至少一种业务类型在该过滤条件下的分别对应的业务体验分析数据。

基于该方法，第一网元在获取到业务体验分析数据后，自身根据上述过滤条件确定用户面路径的标识信息，然后将该用户面路径的标识信息与接收到的业务体验分析数据进行关联。

例如，请求消息携带业务x的标识信息(application ID x)和过滤条件，过滤条件为：DNN1，NWDAF返回在该过滤条件下，业务x对应的service MOS＝3。SMF/PCF根据DNN1等过滤条件能够确定对应的路径为UPF1ID+DNAI1，则SMF将三者(即application x、MOS＝3以及UPF1ID+DNAI1)进行关联。

再比如，请求消息包括业务x的标识信息、业务y的标识信息、业务z的标识信息和过滤条件，比如，过滤条件为：过滤条件1(时间(12:00-13:00)、位置(RAN1)、DNN1和S-NSSAI1)，过滤条件2(时间(12:00-13:00)、位置(RAN1)、DNN1和S-NSSAI2)，过滤条件3(时间(12:00-13:00)、位置(RAN1)、DNN2和S-NSSAI3)。以业务x(application x)为例，其余业务类似，NWDAF获取业务x在上述三个过滤条件下的业务体验分析数据，NWDAF将业务x和过滤条件以及对应的业务体验分析数据发送给SMF/PCF。

综上所述，SMF/PCF能获取到的业务类型对应的用户面路径的标识信息和该用户面路径的标识信息对应的业务体验分析数据，进一步地，SMF/PCF也可以获取如表4所示的用户面路径与对应的业务体验分析数据。

该种方法2与方法1的主要区别在于，方法1中需要NWDAF确定业务类型对应的用户面路径，并将用户面路径返回给SMF/PCF；而方法2中，无需如此，是由SMF/PCF自身根据过滤条件确定用户面路径，该用户面路径存储在本地用于SMF/PCF本身将用户面路径与业务体验分析数据进行关联。

方法3，第一网元向NWDAF发送请求消息，请求消息包括至少一种业务类型的标识信息和该至少一种业务类型的标识信息对应的用户面路径的标识信息，第一网元从NWDAF接收该至少一种业务类型分别对应的用户面路径的标识信息和该用户面路径的标识信息对应的业务体验分析数据。

在此种方法中，由SMF/PCF向NWDAF指明了一个业务类型所对应的用户面路径，而由NWDAF获取该用户面路径能使该业务类型所达到的业务体验分析数据，再由NWDAF将用户面路径的标识信息连同对应的业务体验分析数据都发送给SMF/PCF。

在一种可能的实现方法中，该请求消息中携带至少一条用户面路径的标识信息(如UPF ID+DNAI)和至少一种业务类型的标识信息，即第一网元向NWDAF请求用户面路径的标识信息对应的一种或多种业务的业务体验分析数据。SMF/PCF在接收到业务体验分析数据后，将发送的用户面路径与接收到的业务体验分析数据进行关联。

比如，请求消息包括业务x的标识信息和过滤条件，比如，过滤条件为：时间(12:00-13:00)、位置(RAN1)、UPF1ID+DNAI1和UPF2ID+DNAI2，且第一网元为SMF或PCF，则第一网元可以根据从NWDAF获取到的业务类型对应的用户面路径的标识信息和该用户面路径的标识信息对应的业务体验分析数据，进一步地，SMF/PCF也可以获取如表4所示的用户面路径与对应的业务体验分析数据。

需要说明的是，上述方法1-方法3的任一方法中的请求消息可以是一个订阅请求消息或即时请求消息。比如，该请求消息为订阅请求消息，则该订阅请求消息用于订阅一种业务类型的业务体验分析数据，即第一网元可以向NWDAF订阅该业务类型的业务体验分析数据。NWDAF在接收到该订阅请求消息后，开始生成该业务类型的业务体验分析数据，然后向第一网元发送生成的该业务体验分析数据。例如，作为一种实现方法，SMF/PCF可以调用服务Nnwdaf_EventsSubscription_Subscribe，在该服务中携带{Event ID:Estimatedservice MOS,EventFilter(UPF list*,DNAI list*,service ID list*)}，其中，Event ID表示事件标识，Estimated service MOS表示事件为请求获取业务体验分析数据，EventFilter为过滤器，且过滤器包括UPF列表(UPF list)、DNAI列表(DNAI list)和业务类型的标识列表(service ID list)，UPF list包括一个或多个UPF ID，DNAI list包括一个或多个DNAI，service ID list包括一个或多个service ID。可选的，过滤器中还携带时间(如time window)、UE位置(area)等。

再比如，该请求消息为即时请求消息，则该即时请求消息用于即时请求业务体验分析数据。NWDAF在接收到该即时请求消息后，获取事先已经生成的业务体验分析数据，然后向第一网元发送业务体验分析数据。例如作为一种实现方法，SMF/PCF可以调用服务Nnwdaf_AnalyticsInfo_Request response或Nnwdaf_EventsSubscription_Notify，携带(Event ID,UPF list*,DNAI list*,service ID list*,service MoS Analytics)，其中，service MoS Analytics为业务体验分析数据。

在第一网元获取到业务体验分析数据后，可以为UE的会话选择一条或多条用户面路径。下面基于表2和表4，并结合一个具体的示例，对选择用户面路径的过程进行说明，其中，第一网元为SMF/PCF。

比如，当前时间处于12:00-13:00之间，且UE位于RAN1，该UE发起建立会话，则SMF/PCF基于表2，确定在12:00-13:00、RAN1发起业务x的概率最大，则SMF/PCF确定的至少一种业务类型为该业务x(业务x对应一种业务类型)。然后，SMF/PCF基于上述表4，确定业务x在12:00-13:00、RAN1对应的用户面路径1(UPF1ID+DNAI1)所对应的业务体验分析数据为4.5，业务x在12:00-13:00、RAN1对应的用户面路径2(UPF1ID+DNAI2)所对应的业务体验分析数据为4，则SMF/PCF可以确定为该UE的会话选择的用户面路径为该用户面路径1，该用户面路径1的标识信息包括UPF1的标识信息和DNAI2。

再比如，当前时间处于12:00-13:00之间，且UE位于RAN1，该UE发起建立会话，则SMF/PCF基于表2，确定在12:00-13:00、RAN1发起业务x、业务y的概率最大，则SMF/PCF确定的至少一种业务类型为该业务x(业务x对应一种业务类型)和业务y(业务y对应一种业务类型)。然后，SMF/PCF基于上述表4，确定业务x在12:00-13:00、RAN1对应的用户面路径1(UPF1ID+DNAI1)所对应的业务体验分析数据为4.5，业务x在12:00-13:00、RAN1对应的用户面路径2(UPF1ID+DNAI2)所对应的业务体验分析数据为4，则SMF/PCF可以确定为该UE的会话选择的用户面路径为该用户面路径1，该用户面路径1的标识信息包括UPF1的标识信息和DNAI1。以及，确定业务y在12:00-13:00、RAN1对应的用户面路径1(UPF1ID+DNAI1)所对应的业务体验分析数据为3，业务y在12:00-13:00、RAN1对应的用户面路径2(UPF1ID+DNAI2)所对应的业务体验分析数据为4，则SMF/PCF可以确定为该UE的会话选择的用户面路径为该用户面路径2，该用户面路径2的标识信息包括UPF1的标识信息和DNAI2。即，该示例中，SMF/PCF为业务x选择的用户面路径为用户面路径1，为业务y选择的用户面路径为用户面路径2。

在具体实现中，第一网元可以为UE的会话选择一条用户面路径，该用户面路径满足至少一种业务类型对应的业务体验要求(如要求该用户面路径为最佳)。即，该用户面路径能够使得每种业务类型的业务体验满足对应的业务体验要求。比如，第一网元确定的至少一种业务类型只有一种业务类型，则最终确定的只有一条用户面路径，该用户面路径满足至少一种业务类型对应的业务体验要求。再比如，第一网元确定的至少一种业务类型包括多种业务类型，且第一网元为这些业务类型确定的用户面路径是同一条用户面路径，则该用户面路径需要分别满足所述至少一种业务类型中的每一种业务类型对应的业务体验要求。

需要说明的是，上述是业务体验要求具体是要求用户面路径为最佳为例进行说明的。在具体实现中，还可以是要求用户面路径满足条件：用户面路径对应的业务体验分析数据大于预设值，则最终选择的用户面路径是从满足该条件的用户面路径中选择的。比如，业务x对应的用户面路径中，对应的业务体验分析数据大于预设值4的用户面路径有三条，则进一步的再随机或基本某种策略(如路径的负载情况)从这三条用户面路径中选择一条或多条作为最终的用户面路径。

并且，如果为多种业务类型选择同一条用户面路径，则该用户面路径是从同时满足该多种业务类型的业务体验的所有路径中选择出的，也即，该条用户面路径满足所述多种业务类型分别对应的业务体验要求。

或者，第一网元也可以为UE的会话选择多条用户面路径，所述多条用户面路径分别满足至少一种业务类型对应的业务体验要求(如要求该用户面路径为最佳)。即选择的每条用户面路径需要满足该用户面路径对应的业务类型所对应的业务体验要求。比如，为业务x、业务y、业务z分别对应用户面路径1、用户面路径2、用户面路径3，则用户面路径1需要满足业务x对应的业务体验要求，用户面路径2需要满足业务y对应的业务体验要求，用户面路径3需要满足业务z对应的业务体验要求。

基于上述方案，第一网元根据UE对应的至少一种业务类型，确定该至少一种业务类型分别对应的业务体验分析数据，然后基于业务体验分析数据为UE的会话选择一条或多条用户面路径，实现了用户面路径与业务体验关联，有助于为UE选择更加合适的用户面路径，可以提升通信效率。

该选择用户面路径的方案可以运用于在UE发起实际业务之前(例如在UE发起会话时)，也即第一网元根据UE的历史业务行为预测出UE未来将要发起的一种或多种业务类型，并根据该一种或多种业务类型的业务体验分析数据为UE的会话选择用户面路径，该用户面路径能够使得UE即将发起的业务类型的业务体验满足对应的业务体验要求。

该选择用户面路径的方案也可以运用于在UE发起实际业务时，第一网元根据实际发起业务的业务类型对应的业务体验分析数据为UE的会话选择用户面路径，该用户面路径能够使得UE实际发起的业务的业务体验满足对应的业务体验要求。可以理解，此时，为UE的会话选择用户面路径也即为UE会话中的该实际发起的业务选择用户面路径。

基于上述方法，第一网元(如SMF或PCF或AF)为UE的会话选择用户面路径之后，第一网元若确定该用户面路径不能满足UE在所述会话上发起的业务的业务体验要求，则第一网元可以根据发起的业务对应的业务体验分析数据，为该发起的业务重新选择用户面路径。

在一种可能的设计中，上述实施例的方法是在UE的会话上发起具体的业务之前，预测UE可能发起的业务对应的业务类型，并基于该业务类型为UE选择一条或多条用户面路径，但UE在该会话上具体发起会话时，有可能在该会话发起的业务的业务类型与前述预测的业务类型不同，从而导致选择的用户面路径对于该具体发起的业务而言并不符合业务体验要求(比如不是最佳的用户面路径)，则可以考虑为该会话的具体业务重新选择一条用户面路径。本申请对于重新选择的方法不做限定，例如可以参考现有技术的选择用户面路径的方法，或者也可以基于该具体业务的业务类型，并参考本申请的选择用户面路径的方法进行重新选择。作为一个示例，比如第一网元预测UE在会话1上将要发起的业务类型为业务x，且确定该业务x对应的最佳用户面路径为用户面路径1(包括UPF1和媒体面服务器1)，但UE在会话1上实际发起的业务为业务y，且用户面路径1不是业务y的最佳用户面路径，或者理解为，用户面路径1不能满足业务y的业务体验要求，则第一网元可以为该会话的业务y重新选择一个用户面路径，例如选择的用户面路径为用户面路径2(包括UPF1和媒体面服务器2)，且用户面路径2是业务y的最佳用户面路径，或者理解为用户面路径2能够满足业务y的业务体验要求。

在另一种可能的设计中，即使UE发起具体的业务与预测的业务类型相同，但也可能因为两个时间点(UE发起具体业务的时间点和UE建立会话的时间点)对应UE的业务行为数据不同而导致UE的业务行为分析数据不同，例如因移动性，UE已经变换了网络位置，这将导致根据UE原位置的业务体验分析数据所选择的用户面路径已经不是最佳，则此时第一网元应该根据UE新位置的业务体验分析数据重新选择用户面路径。具体地，可参考本申请的选择用户面路径的方法进行重新选择用户面路径。作为一个示例，比如第一网元预测UE在会话1上将要发起的业务类型为业务x，且确定该业务x对应的最佳用户面路径为用户面路径1(包括UPF1和媒体面服务器1)，且当时间为12:00-13:00且UE位于RAN1时，该用户面路径1为最佳用户面路径。后续，UE在会话1上实际发起的业务也是业务x，但发起该业务x时UE没有位于RAN1或者发起业务x的时间不是处于12:00-13:00，则该用户面路径1可能不是业务x的最佳用户面路径，或者理解为，用户面路径1不能满足业务x的业务体验要求，则第一网元可以根据发起该业务x的时间和/或发起业务x时UE的位置，为该会话的业务x重新选择一个用户面路径，例如选择的用户面路径为用户面路径2(包括UPF1和媒体面服务器2)，且用户面路径2是业务x的最佳用户面路径，或者理解为用户面路径2能够满足业务x的业务体验要求。

在另一种可能的设计中，第一网元根据UE发起的实际业务为UE的会话选择用户面路径之后，该用户面路径因UE的业务行为数据(如UE的网络位置、时间)发生变化而导致原用户面路径不再符合业务体验要求(比如不再是最佳的用户面路径)，则第一网元应该根据UE新的业务体验分析数据重新选择用户面路径。具体地，可参考本申请的选择用户面路径的方法进行重新选择用户面路径。作为一个示例，比如第一网元为UE的会话选择的最佳用户面路径为用户面路径1(包括UPF1和媒体面服务器1)，后续由于UE的移动，导致该用户面路径1不再是业务x的最佳用户面路径，则第一网元可以基于UE的当前位置，为业务x重新选择一个最佳用户面路径，如用户面路径2(包括UPF1和媒体面服务器2)。

需要说明的是，当第一网元为SMF/PCF，SMF/PCF选择了UPF和媒体面服务器之后，SMF/PCF需要将所选的媒体面服务器对应的DNAI发送给AF，以便AF根据DNAI确定业务的媒体面服务器。比如，可以是在该业务发起之前发送给AF，也可以是在该业务发起时发送给AF。若是在业务发起之前发送给AF，则需要同时发送该DNAI的适用条件，比如指明该DNAI对应的该业务的标识信息、UE的标识信息、时间、位置等，以便AF在实时业务发起时根据该适用条件选择DNAI，该DNAI与SMF/PCF选择的UPF能匹配为最佳用户面路径。

另外，需要说明的是，上述方法是以由SMF/PCF为UE的会话选择用户面路径(包括UPF和媒体面服务器)为例进行说明的。在又一个实现方法中，也可以是由SMF/PCF为UE的会话选择用户面路径中的UPF，由AF为UE的会话选择用户面路径中的媒体面服务器。需要说明的是，基于该用户面路径的选择方法，在一种可能的设计中，NWDAF可以根据上述表3，分别生成UPF与业务体验分析数据之间的对应关系(见如下表3-1)以及DNAI与业务体验分析数据之间的对应关系(见如下表3-2)。

表3-1 UPF与业务体验分析数据之间的对应关系

表3-2 DNAI与业务体验分析数据之间的对应关系

上述location1(位置1)指的是与RAN1对应的外部地理位置，location2(位置2)指的是与RAN2对应的外部地理位置。

进一步地，则SMF/PCF可以获取如上述表4或如下表4-1所示的用户面路径与对应的业务体验分析数据。AF可以获取如上述表4-2所示的用户面路径与对应的业务体验分析数据。

表4-1 SMF/PCF获取的用户面路径与对应的业务体验分析数据

表4-2 AF获取的用户面路径与对应的业务体验分析数据

上述location1(位置1)指的是与RAN1对应的外部地理位置。

需要说明的是，对于生成DNAI与业务体验分析数据之间的对应关系，除上述NWDAF根据表3生成表3-2的方法外，在另一种可能的设计中，NWDAF还可以根据表2和表3获得如下表3-3所示的UE、业务类型、用户面路径以及业务体验分析数据之间的对应关系。具体地，NWDAF可先根据表2分析或预测UE在某过滤条件下(时间、位置)发起业务类型，NWDAF再根据表3获得用户面路径与业务类型的业务体验分析数据之间的对应关系，结合两者，则NWDAF可获得表3-3。

表3-3 UE粒度的DNAI与业务体验分析数据之间的对应关系

进一步地，某业务(如业务x)相关的AF可以从NWDAF获取如表4-3所示的UE粒度的用户面路径与对应的业务体验分析数据。

表4-3 AF获取的UE粒度的用户面路径与对应的业务体验分析数据

下面结合图3和图4，对本申请上述用户面路径的选择方法中所提到的两种具体实现方法进行分别说明。

如图3所示，为本申请提供的又一种用户面路径的选择方法。该方法中，是由SMF/PCF选择用户面路径(包括UPF和媒体面服务器)，即用户面路径中的UPF和媒体面服务器均由SMF/PCF选择。

该方法包括以下步骤：

步骤300，NWDAF收集数据，并基于收集的数据进行训练，以分析得到UE的业务行为模型和业务的业务体验模型。

该步骤的具体实现过程可以参考前述图2所示的实施例中的相关描述，这里不再赘述。

步骤301a，SMF/PCF向NWDAF订阅/请求UE的业务行为分析数据。

步骤301b，NWDAF向SMF/PCF发送UE的业务行为分析数据。

步骤302a，SMF/PCF向NWDAF订阅/请求至少一条用户面路径对应的业务体验分析数据。

步骤302b，NWDAF向SMF/PCF发送至少一条用户面路径对应的业务体验分析数据。

作为一种可替代的实现方法，上述步骤302a和步骤302b也可以是在步骤301a和步骤301b之前执行，或者，上述步骤301a和步骤302a合并为一个步骤、且步骤301b和步骤302b合并为一个步骤，本申请不做限定。

步骤303，UE在网络中发起PDU会话建立请求，SMF/PCF根据UE的业务行为分析数据，预测UE将会发起的至少一种业务类型。

某特定UE在网络中完成注册以后，该UE根据自身需要经AMF向SMF发起会话(5G中是PDU session)建立请求，SMF/PCF查询自身已经存储的UE的业务行为分析数据或向NWDAF(即时)请求该UE的业务行为分析数据，SMF/PCF根据UE的业务行为分析数据预测出UE的至少一种业务类型，该至少一种业务类型是指UE在该PDU会话中大概率发起的业务类型，换句话说，就是UE在PDU会话建立之后的将来某个时刻某个地点大概率发生的业务类型。进一步的，若预测出UE可能发起多种业务类型时，SMF/PCF还可以根据内部算法(如业务之间的优先级、重要程度、业务要求、占用的网络资源等)从中选择出至少一种业务类型，如选择优先级最高的2个业务对应的业务类型。

步骤304，SMF/PCF为UE的该PDU会话选择最佳的用户面路径，该用户面路径能够使得该至少一个业务的业务体验最好(最佳)。

针对步骤303中确定的每种业务类型，SMF根据步骤302b中已经获取的至少一条用户面路径对应的业务类型所对应的业务体验分析数据，选择一条能使得该业务的业务体验最佳的用户面路径。

需要说明的是，当UE在特定网络位置发起PDU session时，其实UE已经接入了特定RAN，此时用户面路径的选择是指选择其他用户面节点，例如选择UPF和媒体面服务器。

在一种可能的场景下，若SMF/PCF在步骤303中仅确定出一种业务类型，则SMF/PCF将根据该业务类型所选择的最佳用户面路径，作为整个PDU会话的用户面路径，例如将用户面路径中的UPF最为整个PDU会话对应的UPF。

在另一种可能的场景下，若步骤303中SMF/PCF确定出多种业务类型时，则此步骤中SMF/PCF可能针对该多种业务类型选择出多条不同的用户面路径，例如同时选择出两个UPF，此时SMF/PCF可建立多分支PDU会话，如标准所述的multi-homing PDU session，或者插入上行分类器(uplink classifier，ULCL)UPF。

步骤305，在具体的业务A被发起时，SMF/PCF根据获取的至少一条用户面路径对应的该业务A的业务体验分析数据，判断当前已经选择的用户面路径对于业务A而言是否最佳。

若当前已经选择的用户面路径对于业务A而言是最佳，则保持当前获取的至少一条用户面路径；若当前已经选择的用户面路径对于业务A而言不是最佳，则为该业务A重新选择一条最佳的用户面路径(即触发用户面路径转换)。比如，SMF/PCF可以根据内部算法或配置策略(如业务A的业务优先级、重要程度、业务要求、占用的网络资源等)决定针对该业务A触发用户面路径转换。例如，SMF/PCF判断业务A是重要的MEC业务，其对于时延要求严苛，则SMF/PCF可以触发用户面路径转换。当然，若业务A的业务优先级较低或者重要程度较低，则SMF/PCF也可能决定针对该业务A并不触发用户面路径转换。

在一种可能的设计中，用户面路径转换可以用新的用户面路径替换原有用户面路径，则SMF/PCF需要触发UPF relocation流程。在又一种可能设计中，用户面路径转换可以保留原用户面路径而插入一条新的用户面路径，如标准中所述的SMF插入ULCL或branchingpoint形成多分支PDU会话，详见第三代合作伙伴计划(3rd generation partnershipproject，3GPP)TS23.502。

该步骤305为可选步骤。

步骤306，SMF/PCF还可以将最佳用户面路径中所包含媒体面服务器对应的DNAI通知给每个业务类型对应的AF。

该步骤306为可选步骤。

比如，SMF/PCF向AF发送指示信息(或通知信息)，其中携带DNAI，还可以携带UE ID以及对应的时间、地点等信息，以便于AF能够提前获知在该时间、地点时UE发起的该业务的最佳媒体面服务器的地址(对应DNAI)，从而使得后续此UE在该时间、地点触发该业务时，AF能够直接向UE反馈该最佳媒体面服务器的地址。此处理方法使得UPF的选择与DNAI配合使用，达到用户面路径最佳的目的，否则即使SMF选择了最佳的UPF，若DNAI不是匹配的DNAI，用户面路径不能算最佳。

基于该方案，提供了一种基于UE的业务行为分析数据和业务体验分析数据，为UE的不同业务选择用户面路径的方法。该方法所选择的用户面路径能最大程度地使得UE得到最佳的业务体验，并最大可能地避免后续重选(或调换)用户面路径。并且，NWDAF基于UE的业务行为数据预测UE的业务行为分析数据，将UE的业务行为分析数据发送给SMF/PCF。NWDAF基于业务的历史数据分析获取业务体验模型，从而获取业务体验分析数据,并将其发送给SMF/PCF。SMF/PCF关联出不同用户面路径对应的业务体验分析数据。

如图4所示，为本申请提供的又一种用户面路径的选择方法，该方法中，是由SMF/PCF选择用户面路径中的UPF，由AF选择用户面路径中的媒体面服务器。

该方法包括以下步骤：

步骤400，同上述步骤300，可参考前述描述。

步骤401a，SMF/PCF向NWDAF订阅/请求UE的业务行为分析数据。

步骤401b，NWDAF向SMF/PCF发送UE的业务行为分析数据。

步骤401a-步骤401b，同上述步骤301a-步骤301b，可参考前述描述。

步骤402a，SMF/PCF向NWDAF订阅/请求至少一条用户面路径对应的业务体验分析数据。

这里，SMF/PCF向NWDAF订阅/请求至少一条用户面路径对应的业务体验分析数据的方法与上述步骤302a的方法类似，但区别在于，该步骤402a中的至少一条用户面路径可以包括UPF和媒体面服务器，也可以仅包括UPF，而步骤302a中的至少一条用户面路径包括UPF和媒体面服务器。

步骤402b，NWDAF向SMF/PCF发送至少一条用户面路径对应的业务体验分析数据。

这里，NWDAF向SMF/PCF发送至少一条用户面路径对应的业务体验分析数据的方法与上述步骤302b的方法类似，但区别在于，该步骤402b中的至少一条用户面路径可以包括UPF和媒体面服务器，也可以仅包括UPF，而步骤302b中的至少一条用户面路径包括UPF和媒体面服务器。

通过上述步骤402a-步骤402b，SMF/PCF可以得到如上述表4或表4-1所示的用户面路径与对应的业务体验分析数据。

步骤403a，AF向NWDAF订阅/请求至少一条用户面路径对应的业务体验分析数据。

这里，AF向NWDAF订阅/请求至少一条用户面路径对应的业务体验分析数据的方法与上述步骤302a的方法类似，但区别在于，该步骤403a中的至少一条用户面路径包括媒体面服务器,而步骤302a中的至少一条用户面路径包括UPF和媒体面服务器。

步骤403b，NWDAF向AF发送至少一条用户面路径对应的业务体验分析数据。

这里，NWDAF向AF发送至少一条用户面路径对应的业务体验分析数据的方法与上述步骤302b的方法类似，但区别在于，该步骤403b中的至少一条用户面路径包括媒体面服务器,而步骤302b中的至少一条用户面路径包括UPF和媒体面服务器。

通过上述步骤403a-步骤403b，AF可以得到如上述表4-2所示的用户面路径与对应的业务体验分析数据。

在另一种可能的设计中，AF经步骤403a向NWDAF订阅/请求的还可以是UE粒度的至少一条用户面路径对应的业务体验分析数据；相应地，NWDAF经步骤403b向AF发送可以是UE粒度的至少一条用户面路径对应的业务体验分析数据。

该设计方法中的订阅/请求方法与步骤403a前述方法类似，但区别在于，步骤403a前述方法中订阅/请求的是如表4-2所示的按业务粒度区分的至少一条用户面路径对应的业务体验分析数据，而非UE粒度的，而经该设计方法，AF可以得到如下表4-3所示的UE粒度用户面路径与对应的业务体验分析数据。

需要说明的是，上述步骤401a-步骤401b、步骤402a-步骤402b、步骤403a-步骤403b之间没有严格的执行顺序。比如可以先执行步骤401a-步骤401b、再执行步骤402a-步骤402b、最后执行步骤403a-步骤403b。再比如，可以先执行步骤402a-步骤402b、再执行步骤401a-步骤401b、最后执行步骤403a-步骤403b。再比如，可以先执行步骤402a-步骤402b、再执行步骤403a-步骤403b、最后执行步骤401a-步骤401b。再比如，可以先执行步骤403a-步骤403b、再执行步骤401a-步骤401b、最后执行步骤403a-步骤403b。再比如，步骤401a和步骤402a合并为一个步骤执行，步骤401b和步骤402b合并为一个步骤执行。等等。

步骤404，UE在网络中发起PDU会话建立请求，SMF/PCF根据UE的业务行为分析数据，预测UE将会发起的至少一种业务类型。

该步骤404与上述步骤303相同，可参考前述描述。

步骤405，SMF/PCF为UE的该PDU会话选择最佳的UPF，该UPF能够使得该至少一个业务的业务体验最好(最佳)。

该步骤405与上述步骤304类似，但区别在于，上述步骤304选择最佳的用户面路径(包括UPF和媒体面服务器)，而步骤405仅选择最佳的UPF。

步骤406，在具体的业务A被发起时，AF为UE的该PDU会话选择最佳的媒体面服务器。

该步骤406与上述步骤304类似，但区别在于，上述步骤304中SMF/PCF选择最佳的用户面路径(包括UPF和媒体面服务器)，而步骤406中AF仅选择最佳的媒体面服务器。其中，AF可以根据表4-2或4-3为UE的PDU会话选择最佳的媒体面服务器。可以理解，这里的AF为UE的该PDU会话选择最佳的媒体面服务器是指AF为UE的该业务A选择最佳的用户面路径。

需要说明的是，这里是以AF在具体业务被发起时，直接为该业务选择最佳的媒体面服务器为例进行说明的。当然，实际应用中，也可以是由AF预测出会话上将要发起的业务的业务类型，比如预测将要发起业务A，然后为该业务A选择最佳的媒体面服务器。

若由AF预测会话上将要发起的业务的业务类型，则AF也可以执行类似于上述步骤401a和步骤401b的步骤，即AF向NWDAF订阅/请求UE的业务行为分析数据，然后NWDAF向SMF/PCF发送UE的业务行为分析数据，其具体实现过程可以参考上述步骤401a-步骤401b的相关描述。以及，AF还可以执行类似于上述步骤404的步骤，即AF为UE的PDU会话选择最佳的媒体面服务器，其具体实现方法可以参考图2实施例中的相关描述。

步骤407，AF向SMF/PCF发送DNAI，该DNAI用于标识为业务A所选择的媒体面服务器。

步骤408，在业务A被发起时，SMF/PCF根据获取的UPF对应的该业务A的业务体验分析数据，判断当前已经选择的UPF对于业务A而言是否最佳。

若当前已经选择的UPF对于业务A而言是最佳，则保持当前获取的UPF；若当前已经选择的UPF对于业务A而言不是最佳，则为该业务A重新选择UPF(即触发用户面路径转换)。比如，SMF/PCF可以根据内部算法或配置策略(如业务A的业务优先级、重要程度、业务要求、占用的网络资源等)决定针对该业务A触发用户面路径转换。例如，SMF/PCF判断业务A是重要的MEC业务，其对于时延要求严苛，则SMF/PCF可以触发用户面路径转换。当然，若业务A的业务优先级较低或者重要程度较低，则SMF/PCF也可能决定针对该业务A并不触发用户面路径转换。

基于该方案，NWDAF基于UE的业务行为数据预测UE的业务行为分析数据，并将UE的行为分析数据发送给SMF/PCF。NWDAF基于业务的历史数据分析获取业务体验模型，从而获取业务体验分析数据。据此，NWDAF关联出不同的用户面路径(UPF ID+DNAI)对应的业务体验分析数据。NWDAF根据不同的用户面路径(UPF ID+DNAI)对应的业务体验分析数据，向SMF/PCF发送不同的UPF对应的业务体验分析数据，并向AF发送不同媒体面服务器对应的业务体验分析数据。SMF/PCF基于UE的业务行为分析数据和业务行为数据判定业务类型，根据该业务类型的以及不同UPF对应的该业务类型的业务体验分析数据，选择一个最佳的或者符合预设业务要求的UPF。AF根据业务类型的以及不同媒体面服务器对应的该业务类型的业务体验分析数据，选择一个最佳的或者符合预设业务要求的媒体面服务器。从而实现了为UE的会话选择最佳的用户面路径。

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

如图5所示，为本申请所涉及的装置的一种可能的示例性框图，该装置500可以以软件或硬件的形式存在。装置500可以包括：处理单元502和通信单元503。作为一种实现方式，该通信单元503可以包括接收单元和发送单元。处理单元502用于对装置500的动作进行控制管理。通信单元503用于支持装置500与其他网络实体的通信。装置500还可以包括存储单元501，用于存储装置500的程序代码和数据。

其中，处理单元502可以是处理器或控制器，例如可以是通用中央处理器(centralprocessing unit，CPU)，通用处理器，数字信号处理(digital signal processing，DSP)，专用集成电路(application specific integrated circuits，ASIC)，现场可编程门阵列(field programmable gate array，FPGA)或者其他可编程逻辑器件、晶体管逻辑器件、硬件部件或者其任意组合。其可以实现或执行结合本申请公开内容所描述的各种示例性的逻辑方框，模块和电路。所述处理器也可以是实现计算功能的组合，例如包括一个或多个微处理器组合，DSP和微处理器的组合等等。存储单元501可以是存储器。通信单元503是一种该装置的接口电路，用于从其它装置接收信号。例如，当该装置以芯片的方式实现时，该通信单元503是该芯片用于从其它芯片或装置接收信号的接口电路，或者，是该芯片用于向其它芯片或装置发送信号的接口电路。

该装置500可以为上述任一实施例中的第一网元(如会话管理网元、策略控制网元或业务服务器)，还可以为用于第一网元的芯片。例如，当装置500为第一网元时，该处理单元502例如可以是处理器，该通信单元503例如可以是收发器。可选的，该收发器可以包括射频电路，该存储单元例如可以是存储器。例如，当装置500为用于第一网元的芯片时，该处理单元502例如可以是处理器，该通信单元503例如可以是输入/输出接口、管脚或电路等。该处理单元502可执行存储单元存储的计算机执行指令，可选地，该存储单元为该芯片内的存储单元，如寄存器、缓存等，该存储单元还可以是该第一网元内的位于该芯片外部的存储单元，如只读存储器(read-only memory，ROM)或可存储静态信息和指令的其他类型的静态存储设备，随机存取存储器(random access memory，RAM)等。

在一个实施例中，该装置500为第一网元，处理单元，用于确定终端设备对应的至少一种业务类型；以及，根据所述至少一种业务类型分别对应的业务体验分析数据，为所述终端设备的会话选择用户面路径。

在一种可能的实现方法中，处理单元502，用于从数据分析网元获取所述终端设备的业务行为分析数据；以及，根据所述终端设备的业务行为分析数据，确定所述至少一种业务类型。

在一种可能的实现方法中，通信单元503，用于向所述数据分析网元发送请求消息，所述请求消息包括过滤条件，所述请求消息用于请求所述终端设备的满足所述过滤条件的业务行为分析数据；从所述数据分析网元接收所述终端设备的所述业务行为分析数据，所述业务行为分析数据满足所述过滤条件。

在一种可能的实现方法中，所述过滤条件包括时间信息和/位置信息。

在一种可能的实现方法中，所述业务行为分析数据包括以下至少一项：业务的标识信息、业务的发生概率、业务的持续时间、业务的权重因素、业务发生时终端设备的位置、业务发生的时间。

在一种可能的实现方法中，所述处理单元502，具体用于为所述终端设备的会话选择一条用户面路径，所述一条用户面路径满足所述至少一种业务类型对应的业务体验要求。

在一种可能的实现方法中，所述处理单元502，具体用于为所述终端设备的会话选择多条用户面路径，所述多条用户面路径分别满足所述至少一种业务类型对应的业务体验要求。

在一种可能的实现方法中，所述处理单元502，具体用于在所述会话建立时，为所述终端设备的所述会话选择所述用户面路径。

在一种可能的实现方法中，所述处理单元502，还用于获取所述至少一种业务类型分别对应的所述业务体验分析数据和用户面路径的标识信息。

在一种可能的实现方法中，通信单元503，用于向数据分析网元发送请求消息，所述请求消息包括所述至少一种业务类型的标识信息；从所述数据分析网元接收所述至少一种业务类型分别对应的所述业务体验分析数据和用户面路径的标识信息。

在一种可能的实现方法中，通信单元503，用于向数据分析网元发送请求消息，所述请求消息包括所述至少一种业务类型的标识信息和过滤条件，所述过滤条件用于确定所述至少一种业务类型的标识信息对应的用户面路径的标识信息；从所述数据分析网元接收所述至少一种业务类型分别对应的所述业务体验分析数据和用户面路径的标识信息。

在一种可能的实现方法中，所述处理单元502，还用为所述终端设备的会话选择用户面路径之后，确定所述用户面路径不能满足所述终端设备在所述会话上发起的业务的业务体验要求；以及，根据所述发起的业务对应的业务体验分析数据，为所述发起的业务重新选择用户面路径。

在一种可能的实现方法中，所述装置500为会话管理网元或策略控制网元，处理单元502，用于为所述终端设备的所述会话选择所述用户面路径中的用户面功能网元。

在一种可能的实现方法中，处理单元502，用于为所述终端设备的所述会话选择所述用户面路径中的媒体面服务器。

在一种可能的实现方法中，所述装置500为业务服务器，处理单元502，用于为所述终端设备的所述会话选择所述用户面路径中的媒体面服务器。

可以理解的是，该装置用于上述用户面路径的选择方法时的具体实现过程以及相应的有益效果，可以参考前述方法实施例中的相关描述，这里不再赘述。

如图6所示，为本申请所涉及的装置的一种可能的示例性框图，该装置600可以以软件或硬件的形式存在。装置600可以包括：处理单元602和通信单元603。作为一种实现方式，该通信单元603可以包括接收单元和发送单元。处理单元602用于对装置600的动作进行控制管理。通信单元603用于支持装置600与其他网络实体的通信。装置600还可以包括存储单元601，用于存储装置600的程序代码和数据。

其中，处理单元602可以是处理器或控制器，例如可以是CPU，通用处理器，DSP，ASIC，FPGA或者其他可编程逻辑器件、晶体管逻辑器件、硬件部件或者其任意组合。其可以实现或执行结合本申请公开内容所描述的各种示例性的逻辑方框，模块和电路。所述处理器也可以是实现计算功能的组合，例如包括一个或多个微处理器组合，DSP和微处理器的组合等等。存储单元601可以是存储器。通信单元603是一种该装置的接口电路，用于从其它装置接收信号。例如，当该装置以芯片的方式实现时，该通信单元603是该芯片用于从其它芯片或装置接收信号的接口电路，或者，是该芯片用于向其它芯片或装置发送信号的接口电路。

该装置600可以为上述任一实施例中的数据分析网元，还可以为用于数据分析网元的芯片。例如，当装置600为数据分析网元时，该处理单元602例如可以是处理器，该通信单元603例如可以是收发器。可选的，该收发器可以包括射频电路，该存储单元例如可以是存储器。例如，当装置600为用于数据分析网元的芯片时，该处理单元602例如可以是处理器，该通信单元603例如可以是输入/输出接口、管脚或电路等。该处理单元602可执行存储单元存储的计算机执行指令，可选地，该存储单元为该芯片内的存储单元，如寄存器、缓存等，该存储单元还可以是该数据分析网元内的位于该芯片外部的存储单元，如ROM或可存储静态信息和指令的其他类型的静态存储设备，RAM等。

在一个实施例中，该装置600为数据分析网元，处理单元602，用于获取至少一种业务类型分别对应的业务体验分析数据；通信单元603，用于向第一网元发送所述至少一种业务类型分别对应的业务体验分析数据。

在一种可能的实现方法中，通信单元603，用于向所述第一网元发送所述业务体验分析数据对应的用户面路径的标识信息。

在一种可能的实现方法中，通信单元603，用于接收所述第一网元发送的请求消息，所述请求消息包括所述至少一种业务类型的标识信息。

在一种可能的实现方法中，通信单元603，用于接收所述第一网元发送的请求消息，所述请求消息包括所述至少一种业务类型的标识信息和所述至少一种业务类型的标识信息对应的用户面路径的标识信息。

在一种可能的实现方法中，通信单元603，用于接收所述第一网元发送的请求消息，所述请求消息包括所述至少一种业务类型的标识信息和过滤条件，所述过滤条件用于确定所述至少一种业务类型的标识信息对应的用户面路径的标识信息。

在一种可能的实现方法中，处理单元602，用于获取所述终端设备的业务行为分析数据；发送单元，用于向所述第一网元发送所述终端设备的业务行为分析数据。

在一种可能的实现方法中，通信单元603，用于从所述第一网元向接收请求消息，所述请求消息包括过滤条件；处理单元602，用于获取所述终端设备的满足所述过滤条件的所述业务行为分析数据。

在一种可能的实现方法中，所述过滤条件包括时间信息和/位置信息。

在一种可能的实现方法中，所述业务行为分析数据包括以下至少一项：业务的标识信息、业务的发生概率、业务的持续时间、业务的权重因素、业务发生时终端设备的位置、业务发生的时间。

在一种可能的实现方法中，所述第一网元为会话管理网元或策略控制网元，所述用户面路径的标识信息包括用户面功能网元的标识信息。

在一种可能的实现方法中，所述用户面路径的标识信息还包括媒体面服务器的标识信息。

在一种可能的实现方法中，所述第一网元为业务服务器，所述用户面路径的标识信息包括媒体面服务器的标识信息。

可以理解的是，该装置用于上述用户面路径的选择方法时的具体实现过程以及相应的有益效果，可以参考前述方法实施例中的相关描述，这里不再赘述。

参阅图7所示，为本申请提供的一种装置示意图，该装置可以是上述数据分析网元、或第一网元(如会话管理网元、策略控制网元、或业务服务器)。该装置700包括：处理器702、通信接口703、存储器701。可选的，装置700还可以包括通信线路704。其中，通信接口703、处理器702以及存储器701可以通过通信线路704相互连接；通信线路704可以是外设部件互连标准(peripheral component interconnect，简称PCI)总线或扩展工业标准结构(extended industry standard architecture，简称EISA)总线等。所述通信线路704可以分为地址总线、数据总线、控制总线等。为便于表示，图7中仅用一条粗线表示，但并不表示仅有一根总线或一种类型的总线。

处理器702可以是一个CPU，微处理器，ASIC，或一个或多个用于控制本申请方案程序执行的集成电路。

通信接口703，使用任何收发器一类的装置，用于与其他设备或通信网络通信，如以太网，无线接入网(radio access network，RAN)，无线局域网(wireless local areanetworks，WLAN)，有线接入网等。

存储器701可以是ROM或可存储静态信息和指令的其他类型的静态存储设备，RAM或者可存储信息和指令的其他类型的动态存储设备，也可以是电可擦可编程只读存储器(electrically erasable programmable read-only memory，EEPROM)、只读光盘(compactdisc read-only memory，CD-ROM)或其他光盘存储、光碟存储(包括压缩光碟、激光碟、光碟、数字通用光碟、蓝光光碟等)、磁盘存储介质或者其他磁存储设备、或者能够用于携带或存储具有指令或数据结构形式的期望的程序代码并能够由计算机存取的任何其他介质，但不限于此。存储器可以是独立存在，通过通信线路704与处理器相连接。存储器也可以和处理器集成在一起。

其中，存储器701用于存储执行本申请方案的计算机执行指令，并由处理器702来控制执行。处理器702用于执行存储器701中存储的计算机执行指令，从而实现本申请上述实施例提供的用户面路径的选择方法。

可选的，本申请实施例中的计算机执行指令也可以称之为应用程序代码，本申请实施例对此不作具体限定。

本领域普通技术人员可以理解：本申请中涉及的第一、第二等各种数字编号仅为描述方便进行的区分，并不用来限制本申请实施例的范围，也表示先后顺序。“和/或”，描述关联对象的关联关系，表示可以存在三种关系，例如，A和/或B，可以表示：单独存在A，同时存在A和B，单独存在B这三种情况。字符“/”一般表示前后关联对象是一种“或”的关系。“至少一个”是指一个或者多个。至少两个是指两个或者多个。“至少一个”、“任意一个”或其类似表达，是指的这些项中的任意组合，包括单项(个)或复数项(个)的任意组合。例如，a,b,或c中的至少一项(个、种)，可以表示：a,b,c,a-b,a-c,b-c,或a-b-c，其中a,b,c可以是单个，也可以是多个。“多个”是指两个或两个以上，其它量词与之类似。此外，对于单数形式“a”，“an”和“the”出现的元素(element)，除非上下文另有明确规定，否则其不意味着“一个或仅一个”，而是意味着“一个或多于一个”。例如，“a device”意味着对一个或多个这样的device。

在上述实施例中，可以全部或部分地通过软件、硬件、固件或者其任意组合来实现。当使用软件实现时，可以全部或部分地以计算机程序产品的形式实现。所述计算机程序产品包括一个或多个计算机指令。在计算机上加载和执行所述计算机程序指令时，全部或部分地产生按照本申请实施例所述的流程或功能。所述计算机可以是通用计算机、专用计算机、计算机网络、或者其他可编程装置。所述计算机指令可以存储在计算机可读存储介质中，或者从一个计算机可读存储介质向另一个计算机可读存储介质传输，例如，所述计算机指令可以从一个网站站点、计算机、服务器或数据中心通过有线(例如同轴电缆、光纤、数字用户线(DSL))或无线(例如红外、无线、微波等)方式向另一个网站站点、计算机、服务器或数据中心进行传输。所述计算机可读存储介质可以是计算机能够存取的任何可用介质或者是包括一个或多个可用介质集成的服务器、数据中心等数据存储设备。所述可用介质可以是磁性介质，(例如，软盘、硬盘、磁带)、光介质(例如，DVD)、或者半导体介质(例如固态硬盘(Solid State Disk，SSD))等。

本申请实施例中所描述的各种说明性的逻辑单元和电路可以通过通用处理器，数字信号处理器，专用集成电路(ASIC)，现场可编程门阵列(FPGA)或其它可编程逻辑装置，离散门或晶体管逻辑，离散硬件部件，或上述任何组合的设计来实现或操作所描述的功能。通用处理器可以为微处理器，可选地，该通用处理器也可以为任何传统的处理器、控制器、微控制器或状态机。处理器也可以通过计算装置的组合来实现，例如数字信号处理器和微处理器，多个微处理器，一个或多个微处理器联合一个数字信号处理器核，或任何其它类似的配置来实现。

本申请实施例中所描述的方法或算法的步骤可以直接嵌入硬件、处理器执行的软件单元、或者这两者的结合。软件单元可以存储于RAM存储器、闪存、ROM存储器、EPROM存储器、EEPROM存储器、寄存器、硬盘、可移动磁盘、CD-ROM或本领域中其它任意形式的存储媒介中。示例性地，存储媒介可以与处理器连接，以使得处理器可以从存储媒介中读取信息，并可以向存储媒介存写信息。可选地，存储媒介还可以集成到处理器中。处理器和存储媒介可以设置于ASIC中。

这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上，使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理，从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。

尽管结合具体特征及其实施例对本申请进行了描述，显而易见的，在不脱离本申请的精神和范围的情况下，可对其进行各种修改和组合。相应地，本说明书和附图仅仅是所附权利要求所界定的本申请的示例性说明，且视为已覆盖本申请范围内的任意和所有修改、变化、组合或等同物。显然，本领域的技术人员可以对本申请进行各种改动和变型而不脱离本申请的范围。这样，倘若本申请的这些修改和变型属于本申请权利要求及其等同技术的范围之内，则本申请也意图包括这些改动和变型在内。

Claims (30)

1.一种用户面路径的选择方法，其特征在于，包括：

第一网元确定终端设备对应的至少一种业务类型；

所述第一网元根据所述至少一种业务类型分别对应的业务体验分析数据，为所述终端设备的会话选择用户面路径。

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

所述第一网元从数据分析网元获取所述终端设备的业务行为分析数据；

所述第一网元确定终端设备对应的至少一种业务类型，包括：

所述第一网元根据所述终端设备的业务行为分析数据，确定所述至少一种业务类型。

3.如权利要求2所述的方法，其特征在于，所述第一网元从数据分析网元获取所述终端设备的业务行为分析数据，包括：

所述第一网元向所述数据分析网元发送请求消息，所述请求消息包括过滤条件，所述请求消息用于请求所述终端设备的满足所述过滤条件的业务行为分析数据；

所述第一网元从所述数据分析网元接收所述终端设备的所述业务行为分析数据，所述业务行为分析数据满足所述过滤条件。

4.如权利要求3所述的方法，其特征在于，所述过滤条件包括时间信息和/位置信息。

5.如权利要求2-4任一所述的方法，其特征在于，所述业务行为分析数据包括以下至少一项：

业务的标识信息、业务的发生概率、业务的持续时间、业务的权重因素、业务发生时终端设备的位置、业务发生的时间。

6.如权利要求1-5任一所述的方法，其特征在于，所述第一网元根据所述至少一种业务类型分别对应的业务体验分析数据，为所述终端设备的会话选择用户面路径，包括：

所述第一网元为所述终端设备的会话选择一条用户面路径，所述一条用户面路径满足所述至少一种业务类型对应的业务体验要求。

7.如权利要求1-5任一所述的方法，其特征在于，所述第一网元根据所述至少一种业务类型分别对应的业务体验分析数据，为所述终端设备的会话选择用户面路径，包括：

所述第一网元为所述终端设备的会话选择多条用户面路径，所述多条用户面路径分别满足所述至少一种业务类型对应的业务体验要求。

8.如权利要求1-7任一所述的方法，其特征在于，所述第一网元为所述终端设备的会话选择用户面路径，包括：

在所述会话建立时，所述第一网元为所述终端设备的所述会话选择所述用户面路径。

9.如权利要求1-8任一所述的方法，其特征在于，还包括：

所述第一网元获取所述至少一种业务类型分别对应的所述业务体验分析数据和用户面路径的标识信息。

10.如权利要求9所述的方法，其特征在于，所述第一网元获取所述至少一种业务类型分别对应的业务体验分析数据和用户面路径的标识信息，包括：

所述第一网元向数据分析网元发送请求消息，所述请求消息包括所述至少一种业务类型的标识信息；

所述第一网元从所述数据分析网元接收所述至少一种业务类型分别对应的所述业务体验分析数据和用户面路径的标识信息。

11.如权利要求9所述的方法，其特征在于，所述第一网元获取所述至少一种业务类型分别对应的业务体验分析数据和用户面路径的标识信息，包括：

所述第一网元向数据分析网元发送请求消息，所述请求消息包括所述至少一种业务类型的标识信息和过滤条件，所述过滤条件用于确定所述至少一种业务类型的标识信息对应的用户面路径的标识信息；

所述第一网元从所述数据分析网元接收所述至少一种业务类型分别对应的所述业务体验分析数据和用户面路径的标识信息。

12.如权利要求1-11任一所述的方法，其特征在于，所述第一网元为所述终端设备的会话选择用户面路径之后，还包括：

所述第一网元确定所述用户面路径不能满足所述终端设备在所述会话上发起的业务的业务体验要求；

所述第一网元根据所述发起的业务对应的业务体验分析数据，为所述发起的业务重新选择用户面路径。

13.如权利要求1-12任一所述的方法，其特征在于，所述第一网元为会话管理网元或策略控制网元，所述第一网元为所述终端设备的会话选择用户面路径，包括：

所述第一网元为所述终端设备的所述会话选择所述用户面路径中的用户面功能网元。

14.如权利要求13所述的方法，其特征在于，所述第一网元为所述终端设备的会话选择用户面路径，还包括：

所述第一网元为所述终端设备的所述会话选择所述用户面路径中的媒体面服务器。

15.如权利要求1-12任一所述的方法，其特征在于，所述第一网元为业务服务器，所述第一网元为所述终端设备的会话选择用户面路径，包括：

所述第一网元为所述终端设备的所述会话选择所述用户面路径中的媒体面服务器。

16.一种装置，其特征在于，包括：

处理单元，用于确定终端设备对应的至少一种业务类型；以及，根据所述至少一种业务类型分别对应的业务体验分析数据，为所述终端设备的会话选择用户面路径。

17.如权利要求16所述的装置，其特征在于，处理单元，用于从数据分析网元获取所述终端设备的业务行为分析数据；以及，根据所述终端设备的业务行为分析数据，确定所述至少一种业务类型。

18.如权利要求17所述的装置，其特征在于，所述装置还包括通信单元，用于：

向所述数据分析网元发送请求消息，所述请求消息包括过滤条件，所述请求消息用于请求所述终端设备的满足所述过滤条件的业务行为分析数据；

从所述数据分析网元接收所述终端设备的所述业务行为分析数据，所述业务行为分析数据满足所述过滤条件。

19.如权利要求18所述的装置，其特征在于，所述过滤条件包括时间信息和/位置信息。

20.如权利要求17-19任一所述的装置，其特征在于，所述业务行为分析数据包括以下至少一项：

业务的标识信息、业务的发生概率、业务的持续时间、业务的权重因素、业务发生时终端设备的位置、业务发生的时间。

21.如权利要求16-20任一所述的装置，其特征在于，所述处理单元，具体用于为所述终端设备的会话选择一条用户面路径，所述一条用户面路径满足所述至少一种业务类型对应的业务体验要求。

22.如权利要求16-20任一所述的装置，其特征在于，所述处理单元，具体用于为所述终端设备的会话选择多条用户面路径，所述多条用户面路径分别满足所述至少一种业务类型对应的业务体验要求。

23.如权利要求16-22任一所述的装置，其特征在于，所述处理单元，具体用于在所述会话建立时，为所述终端设备的所述会话选择所述用户面路径。

24.如权利要求16-23任一所述的装置，其特征在于，所述处理单元，还用于获取所述至少一种业务类型分别对应的所述业务体验分析数据和用户面路径的标识信息。

25.如权利要求24所述的装置，其特征在于，所述装置还包括通信单元，用于：

向数据分析网元发送请求消息，所述请求消息包括所述至少一种业务类型的标识信息；

从所述数据分析网元接收所述至少一种业务类型分别对应的所述业务体验分析数据和用户面路径的标识信息。

26.如权利要求24所述的装置，其特征在于，所述装置还包括通信单元，用于：

向数据分析网元发送请求消息，所述请求消息包括所述至少一种业务类型的标识信息和过滤条件，所述过滤条件用于确定所述至少一种业务类型的标识信息对应的用户面路径的标识信息；

从所述数据分析网元接收所述至少一种业务类型分别对应的所述业务体验分析数据和用户面路径的标识信息。

27.如权利要求16-26任一所述的装置，其特征在于，所述处理单元，还用为所述终端设备的会话选择用户面路径之后，确定所述用户面路径不能满足所述终端设备在所述会话上发起的业务的业务体验要求；以及，根据所述发起的业务对应的业务体验分析数据，为所述发起的业务重新选择用户面路径。

28.如权利要求16-27任一所述的装置，其特征在于，所述装置为会话管理网元或策略控制网元，所述处理单元，具体用于为所述终端设备的所述会话选择所述用户面路径中的用户面功能网元。

29.如权利要求28所述的装置，其特征在于，所述处理单元，还用于为所述终端设备的所述会话选择所述用户面路径中的媒体面服务器。

30.如权利要求16-27任一所述的装置，其特征在于，所述装置为业务服务器，所述处理单元，还用于为所述终端设备的所述会话选择所述用户面路径中的媒体面服务器。

Images