具体实施方式

为了便于清楚描述本申请实施例的技术方案，在本申请的实施例中，采用了“第一”、“第二”等字样对功能和作用基本相同的相同项或相似项进行区分。例如，第一业务服务器和第二业务服务器仅仅是为了区分不同的业务服务器，并不对其先后顺序进行限定。本领域技术人员可以理解“第一”、“第二”等字样并不对数量和执行次序进行限定，并且“第一”、“第二”等字样也并不限定一定不同。

需要说明的是，本申请中，“示例性的”或者“例如”等词用于表示作例子、例证或说明。本申请中被描述为“示例性的”或者“例如”的任何实施例或设计方案不应被解释为比其他实施例或设计方案更优选或更具优势。确切而言，使用“示例性的”或者“例如”等词旨在以具体方式呈现相关概念。

本申请中，“至少一个”是指一个或者多个，“多个”是指两个或两个以上。“和/或”，描述关联对象的关联关系，表示可以存在三种关系，例如，A和/或B，可以表示：单独存在A，同时存在A和B，单独存在B的情况，其中A，B可以是单数或者复数。字符“/”一般表示前后关联对象是一种“或”的关系。“以下至少一项(个)”或其类似表达，是指的这些项中的任意组合，包括单项(个)或复数项(个)的任意组合。例如，a，b，或c中的至少一项(个)，可以表示：a，b，c，a-b，a-c，b-c，或a-b-c，其中a，b，c可以是单个，也可以是多个。

本申请实施例的技术方案可以应用于各种通信系统，例如：码分多址(codedivision multiple access，CDMA)、时分多址(time division multiple access，TDMA)、频分多址(frequency division multiple access，FDMA)、正交频分多址(orthogonalfrequency-division multiple access，OFDMA)、单载波频分多址(single carrier FDMA，SC-FDMA)和其它系统等。术语“系统”可以和“网络”相互替换。3GPP在长期演进(long termevolution，LTE)和基于LTE演进的各种版本是使用E-UTRA的UMTS的新版本。5G通信系统、新空口(new radio，NR)是正在研究当中的下一代通信系统。此外，通信系统还可以适用于面向未来的通信技术，都适用本申请实施例提供的技术方案。

本申请实施例描述的系统架构以及业务场景是为了更加清楚的说明本申请实施例的技术方案，并不构成对于本申请实施例提供的技术方案的限定，本领域普通技术人员可知，随着网络架构的演变和新业务场景的出现，本申请实施例提供的技术方案对于类似的技术问题，同样适用。

如图1所示，图1示出了本申请实施例提供的一种通信系统的架构图，该系统包括：网管网元10，与网管网元10通信的数据分析网元20以及应用功能网元30。

其中，一方面，数据分析网元20用于向网管网元10提供终端40在网络区域1内通过用户面功能(user plane function，UPF)网元50访问的创建在业务服务器(applicationserver，AS)60上的业务的业务访问量和/或业务体验信息，以辅助网管网元10确定是否触发在网络区域1内或者网络区域1的子区域内创建业务服务器70和UPF网元80的操作，或者辅助网管网元10确定是否在网络区域1内或者网络区域1的子区域内创建UPF网元80的操作。应用功能网元30用于基于网管网元10的触发，触发在网络区域1或者网络区域1的子区域内创建业务服务器70的操作。

可以理解的是，业务服务器70上也可以创建终端在业务服务器60上访问的业务，图1中以该业务为VR直播为例，但是该业务可以为除VR直播以外的其他业务。

另一方面，数据分析网元20用于向应用功能网元30提供终端40在网络区域1内通过用户面功能(user plane function，UPF)网元50访问的创建在业务服务器(applicationserver，AS)60上的业务的业务访问量和/或业务体验信息，以辅助应用功能网元30确定是否触发在网络区域1内或者网络区域1的子区域内创建业务服务器70和UPF网元80的操作，或者辅助应用功能网元30确定是否在网络区域1内或者网络区域1的子区域内创建业务服务器70的操作。网管网元10用于基于应用功能网元30的触发，触发在网络区域1或者网络区域1的子区域内创建UPF网元80的操作。

其中，AS60以及UPF网元50创建在网络区域2内，换言之，AS60以及UPF网元50用于在网络区域2为位于网络区域1内的终端提供服务。业务服务器70和UPF网元80用于在网络区域1内为该终端提供服务，换言之，待业务服务器70和UPF网元80创建之后，若业务服务器70上也创建了上述业务，那么终端可以在网络区域1内通过UPF网元80访问创建在业务服务器70上的该业务。

具体的，待终端的业务被分流至业务服务器70之后，终端可以利用与UPF网元80之间的会话(例如，PDU会话)访问创建在业务服务器70上的该业务。待终端的业务被分流至业务服务器70之前，终端可以利用与UPF网元50之间的会话(例如，PDU会话)访问创建在业务服务器60上的该业务。

本申请实施例中的网络区域1可以为终端所在的区域，网络区域2可能并非终端所在区域，或者网络区域2可以为终端所在的区域中的一个子区域。但是，虽然网络区域2是终端所在的区域中的一个子区域，但是终端在网络区域1内利用与UPF网元50之间的会话访问创建在网络区域2内的业务服务器60上的业务时的业务体验低于业务体验阈值，或者该业务的访问次数高于访问次数阈值，本申请实施例中可以将网络区域1称作本地区域，将网络区域2称为远端区域。

可以理解的是，创建业务服务器70和UPF网元80的动作可以由应用功能网元30执行，也可以由应用功能网元30触发其他网元(例如，网管网元10)执行业务服务器70和UPF网元80的动作。创建业务服务器70和UPF网元80的动作可以由网管网元10执行，也可以由网管网元10触发其他网元(例如，应用功能网元30)执行创建业务服务器70和UPF网元80的动作。

在一种可能的实现方式中，数据分析网元20可以自主根据终端40在网络区域1内通过UPF网元50访问的创建在AS60上的业务的业务访问量和/或业务体验信息，确定需要在网络区域1或网络区域1的子区域内创建业务服务器70和UPF网元80。然后数据分析网元20可以触发用于执行网络功能创建的网元(例如，应用功能网元30或者网管网元10)执行在网络区域1或网络区域1的子区域内创建业务服务器70和UPF网元80的动作。

在一种可能的实现方式中，待网络区域1内既创建为业务提供服务的业务服务器70，又创建有为业务提供服务的UPF网元80，为了降低终端通过UPF网元50访问创建在业务服务器60上的业务产生的时延，还可以在业务服务器70上创建该业务，这样后续会话管理网元可以通过支持分流的网元将终端的业务流从UPF网元50分流至UPF网元80，以便终端实现利用UPF网元80访问创建在AS70上的该业务。例如，支持分流的网元可以为上行分类器(uplink classifier，ULCL)或者分支点网元(branching point，BP)。

本申请实施例中可以将在终端所在地区创建的UPF网元80称为本地UPF网元(下文以第一用户面功能网元为例)，将在终端所在地区创建的业务服务器70称为本地业务服务器(下文以第一业务服务器为例)。本申请实施例以终端所在地区为网络区域1(对应下述第一区域)为例。

本申请实施例中可以将未在终端所在地区创建的UPF网元50称为远端UPF网元(下文以第二用户面功能网元为例)，将未在终端所在地区创建的业务服务器60称为远端业务服务器(下文以第二业务服务器为例)。本申请实施例中以网络区域2作为远端区域，即终端未在该区域。

下述将以如图1所示的通信系统适用于5G网络架构为例，例如，以图1所示的通信系统适用于如图2所示的5G网络架构为例。例如，网管网元10可以为运行、管理和维护(运维)(operation，administration，and maintenance，OAM)网元(也可以称为运行管理维护网元)。应用功能网元30所对应的网元或者实体可以为如图2所示的结构中5G网络架构中的应用功能(application function，AF)网元。AF网元可以为运营商AF网元，比如代理-呼叫会话控制功能(proxy-call session control function，P-CSCF)，也可以是第三方AF网元，本申请实施例对此不做限定。

如果AF网元是第三方AF网元，那么第三方AF网元与网络设备或者网络网元(如OAM网元、NWDAF网元、NEF网元)之间的交互信息中包括了区域信息，需要NWDAF网元或者NEF网元负责区域信息的网络区域类型(如追踪区域或者小区)与地理区域(如全球卫星定位系统(global positioning system，GPS)位置)类型之间的转换。如，OAM网元通过NWDAF网元或者NEF网元向第三方AF网元发送网络区域类型的第一区域对应的信息，那么NWDAF网元或者NEF网元需要将网络区域类型的第一区域转换成地理区域类型的第一区域，然后在发送给第三方AF网元，这样便于第三方AF网元识别地理区域类型的第一区域对应的信息。相反地，如，第三方AF网元通过NWDAF网元或者NEF网元向OAM网元发送地理区域类型的第一区域对应的信息，那么NWDAF网元或者NEF网元需要将地理区域类型的第一区域转换成网络区域类型的第一区域，然后在发送给OAM网元，这样便于OAM网元识别网络区域类型的第一区域对应的信息。其他涉及OAM网元通过NWDAF网元或者NEF网元与第三方AF网元交互时区域信息类型转换均可以通过此处描述界定，不再赘述。

在5G网络中，如图2所示，该数据分析网元20可以为5G网络架构中的网络数据分析功能(network data analytics function，NWDAF)网元，也可以是网管的管理数据分析功能(management data analytics function，MDAF)网元，甚至可以是RAN侧的数据分析网元。会话管理网元可以为5GC中的会话管理功能(Session Management Function，SMF)网元。

此外，如图2所示，该5G网络架构中还可以包括：终端、接入设备(例如，接入网络(access network，AN)或者无线接入网络(radio access network，RAN))、策略控制功能(policy control function，PCF)网元、或者、数据网络(data network，DN)、接入和移动性管理功能(access and mobility management function，AMF)网元、鉴权服务器功能(authentication server function，AUSF)网元、网络能力开放功能(network exposurefunction，NEF)网元等，本申请实施例对此不作具体限定。统一数据库(unified datarepository，UDR)、或者，统一数据管理(unified data management，UDM)。

其中，终端通过下一代网络(next generation，N1)接口(简称N1)与AMF网元通信。接入设备通过N2接口(简称N2)与AMF网元通信。接入设备通过N3接口(简称N3)与UPF网元通信。UPF网元通过N6接口(简称N6)与DN通信。UPF网元通过N4接口(简称N4)与SMF网元通信。AMF网元通过N11接口(简称N11)与SMF网元通信。AMF网元通过N8接口(简称N8)与UDM网元通信。SMF网元通过N7接口(简称N7)与PCF网元通信。SMF网元通过N10接口(简称N10)与UDM网元通信。AMF网元通过N12接口(简称N12)与AUSF网元通信。UDM网元与UDR网元通信。PCF网元与UDR网元通信。

如图3示出了5G网络架构中基于服务化接口的架构，该架构与图2的区别在于，在图3中5GC中的控制面网元也可以采用服务化接口进行交互。例如，AMF网元、AUSF网元、SMF网元、UDM网元、UDR网元、NEF网元、或者PCF网元采用服务化接口进行交互。比如，AMF网元对外提供的服务化接口可以为Namf。SMF网元对外提供的服务化接口可以为Nsmf。UDM网元对外提供的服务化接口可以为Nudm。UDR网元对外提供的服务化接口可以为Nudr。PCF网元对外提供的服务化接口可以为Npcf。NEF网元对外提供的服务化接口可以为Nnef。NRF网元对外提供的服务化接口可以为Nnrf。NWDAF网元对外提供的服务化接口可以为Nnwdaf。应理解，图3中各种服务化接口的名称的相关描述可以参考现有技术的5G系统架构(5G systemarchitecture)图，在此不予赘述。

需要说明的是，图2和图3仅是示例性的给出一个PCF网元。当然，该5G网络架构中可能包括多个PCF网元，如包括PCF网元1和PCF网元2，本申请实施例对此不作具体限定。其中，各个网元之间的连接方式可参考图2或图3所示的5G网络架构，在此不再一一赘述。

AMF网元主要负责移动网络中的移动性管理，如用户位置更新、用户注册网络、用户切换等。

SMF网元主要负责移动网络中的会话管理，如会话建立、修改、释放。具体功能如为用户分配IP地址、选择提供报文转发功能的UPF网元等。

PCF网元用于制定背景流量传输策略。

UDM网元或者UDR网元用于存储用户数据，如背景流量传输策略。

UPF网元主要负责对用户报文进行处理，如转发、计费等。

DN指的是为终端提供数据传输服务的运营商网络，如IP多媒体业务(IP multi-media service，IMS)、Internet等。

数据分析网元，是能够进行大数据分析的网元设备，可以但不限于是网络数据分析功能网元等，例如，网络数据分析功能网元可以是NWDAF。在本申请实施例中，数据分析网元能够向网管网元或者应用功能网元提供终端在网络区域1内访问的创建在AS60上的业务的业务体验/业务的访问次数，以辅助网管网元或者应用功能网元根据终端在网络区域1内访问的业务的业务体验/业务的访问次数确定是否在网络区域1内创建UPF网元80以及AS70。

可以理解的是，本申请实施例中UPF网元50为会话管理网元为终端在网络区域1内为访问创建在网络区域2内的AS60上的业务选择的UPF网元。终端虽然可以在网络区域1内通过UPF网元50访问创建在AS60上的业务，但是终端在网络区域1内通过UPF网元50访问创建在AS60上的业务可能会产生较大的时延，或者业务体验无法保障。而UPF网元80以及AS70是为了降低终端的访问时延或者为了保障终端访问该业务的可靠性，在网络区域1内为终端重新创建的。以便于后续终端可以在网络区域1内利用UPF网元80访问创建在AS70上的业务。

需要说明的是，本申请实施例中所有网元既可以为逻辑性网元也可以为物理性网元实例，如，UPF网元可以是UPF网元实例(UPF Instance)。其他网元描述均可以参照此处描述，不再赘述。

需要说明的是，本申请下述实施例中各个网元之间的消息名字或消息中各参数的名字等只是一个示例，具体实现中也可以是其他的名字，本申请实施例对此不作具体限定。

需要指出的是，本申请各实施例之间可以相互借鉴或参考，例如，相同或相似的步骤，方法实施例、通信系统实施例和装置实施例之间，均可以相互参考，不予限制。

本申请实施例中的一种通信方法的执行主体可以为数据分析网元，也可以为应用于数据分析网元中的芯片。一种通信方法的执行主体可以为网管网元，也可以为应用于网管网元中的芯片。一种通信方法的执行主体可以为应用功能网元，也可以为应用于应用功能网元中的芯片。下述实施例将数据分析网元、网管网元以及应用功能网元交互为例描述本申请实施例提供的一种通信方法。

以本申请实施例提供的一种通信方法应用于图1～图3所示的通信系统为例，如图4所示，为本申请实施例提供的一种通信方法交互的示意图，该方法包括如下步骤：

步骤401、数据分析网元确定终端在第一区域访问的业务的第一信息。该第一信息包括业务的访问次数和/或业务体验。

示例性的，第一区域可以为上述描述的网络区域1。数据分析网元可以为上述图1所示的数据分析网元10。该业务为创建在第二业务服务器上(例如，AS60)上的业务，终端可以利用创建在第二区域(例如，上述网络区域2)的第二用户面网元(例如，上述图1所示的UPF网元50)访问创建在第二业务服务器上的该业务。

本申请实施例中数据分析网元可以主动确定终端在第一区域访问的业务的第一信息，或者数据分析网元可以基于其他网元(例如，网管网元或者应用功能网元)的触发(例如，步骤501～步骤503)，然后确定终端在第一区域访问的业务的第一信息，本申请实施例对此不做限定。

本申请实施例中的业务的访问次数可以使用业务的业务访问量，或者业务的分散度替换，即表示该业务被访问的次数。

本申请实施例中的业务的访问次数可以是业务的平均访问次数，业务的业务体验可以为该业务的平均业务体验。业务的业务体验可以等级或者数值来表示，例如，以业务的业务体验可以为3分，或者业务的业务体验为中等。

在一种可能的实现方式中，业务为终端在第一区域通过第二用户面功能网元访问的创建在第二业务服务器上的业务。该第二用户面功能网元和第二业务服务器中的一个或多个创建在第二区域内，第一区域和第二区域为不同的区域。

如果第二用户面功能网元创建在TA1，而第二业务服务器创建在TA2，则第二区域包括TA1和TA2。或者如果第二用户面功能网元创建在TA1，而第二业务服务器也创建在TA1，则第二区域包括TA1。这两种情况下，均可以认为第二用户面功能网元和第二业务服务器创建在同一个区域。

在一种可能的实现方式中，终端的数量可以为一个或者多个。

步骤402、数据分析网元向网管网元发送终端在第一区域访问的业务的第一信息，相应的，网管网元接收来自数据分析网元的终端在第一区域访问的业务的第一信息。

示例性的，步骤402可以通过以下方式实现：数据分析网元向网管网元发送消息X，相应的，网管网元接收来自数据分析网元的消息X。该消息X中包括终端在第一区域访问的业务的第一信息。例如，该消息X中包括终端的标识、该业务的业务标识、第一区域的信息以及业务的访问次数和/或业务体验。

步骤403、网管网元根据第一信息，确定在第一区域创建为业务提供服务的第一用户面功能网元。

作为一种示例，网管网元可以确定在第一区域的子区域(例如，区域1)内创建为业务提供服务的第一用户面功能网元。

作为一种可能的实现方式，本申请实施例中的步骤403可以通过下述实施例中的步骤504和步骤505实现，此处不再赘述。

可以理解的是，为业务提供服务的第一用户面功能网元是指：需要访问该业务的终端均可以与该第一用户面功能网元之间建立会话，以访问该业务。

作为一种可能的实现方式，网管网元确定在第一区域创建为业务提供服务的第一用户面功能网元，包括：网管网元确定在第一区域已经触发完成创建为业务提供服务的第一用户面功能网元，或者，网管网元确定在第一区域将要触发创建为业务提供服务的第一用户面功能网元。

步骤404、网管网元向应用功能网元发送第一消息，相应的，应用功能网元接收来自网管网元的第一消息。

其中，第一消息用于指示网管网元触发在第一区域创建为业务提供服务的第一用户面功能网元。或者第一消息用于应用功能网元确定在第一区域创建为业务提供服务的第一业务服务器。

示例性的，该第一消息中可以携带第一指示，该第一指示用于指示网管网元触发在第一区域创建为业务提供服务的第一用户面功能网元。或者，该第一指示用于应用功能网元确定在第一区域创建为业务提供服务的第一业务服务器。

作为一种可能的实现方式，第一消息用于指示网管网元触发在第一区域创建为业务提供服务的第一用户面功能网元，包括：第一消息用于指示网管网元在第一区域已经触发完成创建为业务提供服务的第一用户面功能网元，或者，第一消息用于指示网管网元在第一区域将要触发创建为业务提供服务的第一用户面功能网元。

在一种可能的实现方式中，本申请实施例提供的步骤404可以通过以下方式实现：网管网元通过数据分析网元和/或网络开放网元向应用功能网元发送该第一消息。

具体的，网管网元将第一消息发送给数据分析网元，以由数据分析网元和/或网络开放网元将第一消息发送给应用功能网元。

步骤405、应用功能网元根据第一消息，确定在第一区域创建为业务提供服务的第一业务服务器。该业务为终端在第一区域访问的创建在第二业务服务器上的业务。

作为一种可能的示例，该业务为终端在第一区域通过创建在第二区域内的第二用户面功能网元访问的创建在第二业务服务器上的业务。

本申请实施例中为该业务提供服务的第一业务服务器可以指：该第一业务服务器上可以创建该业务，以便于终端在第一区域利用创建在第一区域内的第一用户面功能网元访问创建在该第一业务服务器上的该业务。

一种情况：如果网管网元发送第一消息之前，已触发在第一区域创建第一用户面功能网元的操作，则第一消息用于指示网管网元已触发在第一区域创建第一用户面功能网元的操作，相应的，应用功能网元接收到第一消息之后，便可以确定第一区域准备或者已创建为业务提供服务的第一用户面网元。另一种情况：如果网管网元发送第一消息之前，准备在第一区域创建第一用户面功能网元，则第一消息用于指示网管网元即将触发在第一区域创建第一用户面功能网元的操作，相应的，应用功能网元接收到第一消息之后，便可以确定网管网元即将触发在第一区域创建为业务提供服务的第一用户面网元的操作。或者再一种情况，如果网管网元发送第一消息之前，未触发在第一区域创建第一用户面功能网元的操作，则第一消息可以向应用功能网元指示网管网元即将或者期待触发在第一区域创建为业务提供服务的第一用户面网元的操作。如果网管网元向应用功能网元发送第一消息之前，第一区域已成功创建第一用户面功能网元，则第一消息可以表示第一区域已成功创建第一用户面功能网元。

作为一种示例，应用功能网元可以确定在第一区域的子区域(例如，区域2)内创建为业务提供服务的第一业务服务器。区域2和区域1可以为同一个区域，或者为不同的区域，本申请实施例对此不做限定。该区域1和区域2均位于第一区域内。

举例说明，以第一区域为A区域，第二区域为B区域，第二用户面功能网元为UPF网元1，第二业务服务器为业务服务器70为例，数据分析网元向网管网元发送终端在A地区通过UPF网元1内访问的创建在B地区的业务服务器70上的业务的访问次数/业务体验。网管网元根据终端在A地区内访问的创建在B地区的业务服务器70上的业务的访问次数/业务体验，决定在A地区为终端创建UPF网元80(对应上述第一用户面功能网元)。然后网管网元触发应用功能网元在A地区为终端创建业务服务器2(对应上述第一业务服务器)，从而实现在终端所在的A区域协同创建为该业务提供服务的业务服务器2以及UPF网元80，以便于后续终端可以利用UPF网元80访问创建在业务服务器2上的该业务。

可以理解的是，在第一区域创建第一用户面功能网元之后，该终端不仅可以利用第一用户面功能网元访问创建在第一区域内的第一业务服务器上的该业务，其他需要访问该业务的终端也可以利用第一用户面功能网元访问创建在第一区域内的第一业务服务器上的该业务。

作为一种可能的实现方式，第一消息中还可以包括第一信息，这样便于应用功能网元根据第一信息确定在第一区域创建为业务提供服务的第一业务服务器。相应的，如果第一消息中携带第一信息，则步骤404可以通过以下方式实现：应用功能网元根据第一信息确定业务的访问次数大于或等于第一阈值，和/或，业务的业务体验小于或等于第二阈值，则确定在第一区域创建为业务提供服务的第一业务服务器。

本申请实施例提供一种通信方法，该方法中网管网元根据来自数据分析网元的终端在第一区域访问的业务的第一信息，确定要在第一区域创建为业务提供服务的第一用户面功能网元。然后，网管网元向应用功能网元发送第一消息，该第一消息用于指示网管网元触发在第一区域创建为业务提供服务的第一用户面功能网元，这样便于应用功能网元根据第一消息确定在第一区域创建为该业务提供服务的第一业务服务器。该方案中由网管网元根据终端在第一区域访问的业务的访问次数和/或业务体验确定在第一区域创建为业务提供服务的第一用户面功能网元，这样可以使得在第一区域创建的第一用户面功能网元满足业务访问需要。另外，基于第一消息的触发可以实现应用功能网元和网管网元在第一区域协同创建第一用户面功能网元以及第一业务服务器，为后续控制面网元将终端的业务流分流至第一区域内的第一用户面功能网元，以实现终端在第一区域通过第一用户面功能网元访问创建在第一业务服务器上的该业务奠定了业务分流的基础，还可以提高终端访问该业务的业务体验。

本申请实施例中网管网元可以在触发在第一区域创建第一用户面功能网元的操作的过程中执行步骤404，或者该网管网元可以在触发在第一区域创建第一用户面功能网元的操作之前再执行步骤404，本申请实施例对此不作限定。

在图4所示的实施例中，本申请实施例提供的方法在步骤404可以通过以下方式替换：网管网元向应用功能网元发送消息y，该消息y用于应用功能网元确定在第一区域创建第一用户面功能网元以及第一业务服务器。步骤405可以通过以下方式替换：应用功能网元根据消息y确定在第一区域创建第一用户面功能网元以及第一业务服务器。之后，应用功能网元触发在第一区域创建第一用户面功能网元的操作以及触发在第一区域创建第一业务服务器的操作。换言之，网管网元利用第一信息确定要在第一区域创建第一用户面功能网元，但是触发在第一区域创建第一用户面功能网元以及第一业务服务器的操作由应用功能网元执行。

值得说明的是，本实施例中以网管网元作为第一用户面网元创建或者触发创建的执行实体为例，但不限制于网管网元，还可以是其他负责网元创建的网元或者设备，或者，触发网元创建的网元或者设备，本申请实施例对此不做限定。

上文描述了数据分析网元可以主动向网管网元提供终端在第一区域访问的业务的第一信息，下述通过步骤501～步骤503主要描述了数据分析网元基于网管网元的触发向网管网元提供终端在第一区域访问的业务的第一信息的过程，具体过程可以参考图5所示的实施例。

如图5所示，图5示出了本申请实施例提供的另一种通信方法，该通信方法包括步骤501～步骤512。图5所示的实施例以网管网元触发在第一区域创建第一用户面功能网元的操作之后再通知应用功能网元触发在第一区域创建第一用户面功能网元的操作为例。

步骤501、网管网元向数据分析网元发送第一请求，相应的，数据分析网元接收来自网管网元的第一请求。该第一请求用于请求终端在第一区域访问的业务的第一信息。

在一种可能的实现方式中，网管网元在网络创建初期或者业务创建初期，会向数据分析网元发送第一请求。这样，可以辅助网管网元洞察终端访问的业务的访问次数或者业务体验与网络创建和/或业务创建是否匹配。

作为一种示例，该第一请求中携带指示信息x，该指示信息x用于请求终端在第一区域访问的业务的第一信息。

作为另一种示例，第一请求包括以下信息中的一个或者多个：业务的业务标识、第三区域的信息，其中，第一区域为第三区域的子区域，或者，第一区域为第三区域。通过在第一请求中携带业务的业务标识、第三区域的信息中的一个或多个，这样便于数据分析网元确定网管网元所请求的业务的业务标识，以及终端所在的第三区域的信息。示例性的，该第一请求中还可以携带终端的标识，以使得数据分析网元根据终端的标识确定访问该业务的终端。

示例性的，第三区域的信息用于确定第三区域。例如，第三区域可以为跟踪区(tracking area，TA)、跟踪区列表(TA list)、路由区域(routing area，RA)、RA列表、小区(cell)、小区列表(cell list)、全球定位系统(GPS(global position system，物理区域)或者GPS列表(GPS list))中的至少一个，此处统一说明，后续不再赘述。其中，GPS list包括一个或多个物理区域。TA list包括一个或多个TA，Cell list包括一个或多个小区。其中TA、RA以及Cell是网络区域类型的区域，GPS是地理或者物理区域类型的区域。

在一种可能的实现方式中，该第一请求还包括第一时间段的信息，相应的，本申请实施例中的第一信息包括该业务在第二时间段的访问次数和/或业务体验，或者，第一信息包括该业务在第二时间段对应的访问次数和/或业务体验，其中，第二时间段为第一时间段的子时间段，或者，第二时间段与第一时间段为同一个时间段。该第一时间段的信息用于确定第一时间段(例如，00:00～05:00)。例如，第一时间段或者第二时间段的类型可以为时间窗(time window)、时间戳(timestamp)、时间段(time interval)中的至少一个。通过在第一请求中携带第一时间段的信息，便于数据分析网元确定网管网元请求终端在第一时间段内在第一区域访问的该业务的第一信息，此外还可以缩小数据分析网元确定该业务的第一信息的范围。

步骤502、同步骤401，此处不再赘述。

步骤503、数据分析网元向网管网元发送终端在第一区域通过第二用户面功能网元访问的业务的第一信息。相应的，网管网元接收来自数据分析网元的终端在第一区域通过第二用户面功能网元访问的该业务的第一信息。换言之，第一信息为终端在第一区域通过第二用户面功能网元访问的该业务的信息。

其中，第二用户面功能网元创建在第二区域(例如，上述图1描述的网络区域2)，该业务创建在位于第二区域内的第二业务服务器上，第一区域和第二区域为不同的区域，或者该第二业务服务器创建在第四区域(例如，上述图1描述的网络区域2)。第一区域和第二区域为不同的区域，第一区域以及第四区域为不同的区域。如果第二区域和第四区域不同，则第二区域以及第四区域为网络区域2的不同子区域。如果第二区域和第四区域相同，第二区域以及第四区域均为网络区域2，或者第二区域以及第四区域为网络区域2的同一个子区域。

虽然第二业务服务器创建在第四区域，第二用户面功能网元创建在第二区域，但是该终端在第一区域可以利用第二用户面功能网元访问创建在该第二业务服务器上的业务。

值得说明的是，如果是数据分析网元主动决定向网管网元发送终端在第一区域通过第二用户面功能网元访问的业务的第一信息，则步骤501可以省略，换言之，步骤501为可选的步骤。

作为一种可能的实现方式，网管网元接收到来自数据分析网元的终端在第一区域通过第二用户面功能网元访问的该业务的第一信息之后，可以向数据分析网元发送反馈信息，该反馈信息用于表示成功接收到终端在第一区域通过第二用户面功能网元访问的该业务的第一信息。

步骤504、网管网元根据第一信息，确定访问次数大于或等于第一阈值，和/或，业务体验小于或等于第二阈值。

步骤505、网管网元确定在第一区域创建为业务提供服务的第一用户面功能网元。

在一种可能的实施例中，如图5所示，本申请实施例提供的方法在步骤505之后还可以包括：

步骤506、网管网元触发在第一区域创建为业务提供服务的第一用户面功能网元的操作。

以网管网元创建第一用户面功能网元为例，作为一种可能的实现方式，本申请实施例中的步骤506可以通过以下方式实现：网管网元在第一区域创建为业务提供服务的第一用户面功能网元。

以其他网元创建第一用户面功能网元为例，作为另一种可能的实现方式，本申请实施例中的步骤506可以通过以下方式实现：网管网元发送第一提示消息，该第一提示消息用于提示在第一区域创建为业务提供服务的第一用户面功能网元。

通过该第一提示消息可以由其他网元或者人工实现在第一区域创建为业务提供服务的第一用户面功能网元的过程。

作为一种可能的实现方式，本申请实施例提供的步骤506可以通过以下方式实现：网管网元根据第一信息生成创建该第一用户面功能网元的需求信息，需求信息中包括以下信息中的一个或者多个：第一区域的信息、业务的标识以及第一用户面功能网元的配置参数；网管网元向网络功能虚拟化(network functions virtualization，NFV)设备发送创建该第一用户面功能网元的需求信息。

作为一种可能的实现方式，第一用户面功能网元的配置参数包括第一用户面功能网元对应的以下信息中的一个或者多个：实例的标识、类型、主机地址、位置、容量。

作为一种可能的实现方式，NFV设备根据创建该第一用户面功能网元的需求信息创建或者生成该第一用户面功能网元。如，NFV设备在第一区域根据第一用户面功能网元的配置参数创建或者生成可以为该业务服务的第一用户面功能网元。

作为一种可能的实现方式，NFV设备可以为网络功能虚拟化编排器(networkfunctions virtualization orchestrator，NFVO)。

进一步的，本申请实施例提供的方法在步骤506之前还可以包括：网管网元确定第一区域未创建为该业务提供服务的用户面功能网元。

如果网管网元确定第一区域中创建了为该业务提供服务的用户面功能网元，但是该用户面功能网元的负载高于预设负载阈值，或者该用户面功能网元由于故障等因素暂时不能为该业务提供服务，则网管网元依然可以触发在第一区域创建为业务提供服务的第一用户面功能网元的操作。

值得说明的是，一方面，第一区域中本身具有一个或多个用户面功能网元为例，但是一个或多个用户面功能网元之前并未被配置为：为该业务提供服务，以网管网元创建第一用户面功能网元为例，则网管网元可以从一个或多个用户面功能网元中选择一个用户面功能网元作为第一用户面功能网元，换言之，网管网元可以将该选择的用户面功能网元配置为：为该业务提供服务。另一方面，网管网元在第一区域内新创建一个用户面功能网元作为第一用户面功能网元，以为该业务提供服务。

步骤507～步骤508、同步骤404～步骤405，此处不再赘述。

作为一种可能的实现方式，本申请实施例中的步骤508或者步骤405可以通过以下方式实现：在第一区域中不具有为该业务提供服务的第一业务服务器的情况下，应用功能网元确定在第一区域创建服务于该业务的第一业务服务器。或者，作为一种可能的实现方式，本申请实施例中的步骤508或者步骤405可以通过以下方式实现：第一区域中虽然具有为该业务提供服务的业务服务器，但是该业务服务器的负载高于预设服务器负载阈值，或者该业务服务器由于故障等因素暂时不能为该业务提供服务，则应用功能网元依然确定在第一区域创建服务于该业务的第一业务服务器。

步骤509、应用功能网元触发在第一区域中创建第一业务服务器的操作。

作为一种示例，该步骤509可以通过以下方式实现：应用功能网元在第一区域中创建第一业务服务器。

作为另一种示例，该步骤509可以通过以下方式实现：应用功能网元发送第二提示信息，该第二提示信息用于提示在第一区域中创建第一业务服务器。这样后续接收到第二提示信息的设备便可以在第一区域中创建第一业务服务器，或者由人工参与在第一区域中创建第一业务服务器，本申请实施例对此不做限定。

在一种可能的实施例中，本申请实施例提供的方法在步骤509之后还可以包括：待第一业务服务器创建成功之后，应用功能网元向网管网元发送第三响应消息，相应的，网管网元接收来自应用功能网元的第三响应消息。该第三响应消息表示已成功在第一区域创建为该业务提供服务的第一业务服务器。例如，第三响应消息中携带创建成功指示，该创建成功指示用于表示已成功在第一区域创建为该业务提供服务的第一业务服务器。

在一种可能的实施例中，如图5所示，本申请实施例提供的方法在步骤509之后还可以包括：

步骤510、在第一业务服务器成功创建后，应用功能网元确定第一业务服务器的第一标识。

例如，第一标识用于识别第一业务服务器，例如，第一标识可以为数据网络接入标识(data network access identifier，DNAI)。如果该第一业务服务器为第一区域中新创建的业务服务器，则该第一标识可以由应用功能网元为第一业务服务器分配。

步骤511、应用功能网元向控制面网元发送该第一标识、业务的业务标识以及第一区域的信息之间的对应关系，相应的，控制面网元接收来自应用功能网元的该第一标识、业务的业务标识以及第一区域的信息之间的对应关系。该对应关系用于确定在第一区域创建了服务于该业务标识确定的业务的第一业务服务器。或者，应用功能网元向控制面网元发送该第一标识、业务的业务标识以及第一区域的信息中的一个或多个。

作为一种可能的实现方式，本申请实施例中的步骤511可以通过以下方式实现：应用功能网元向网络存储网元发送该第一标识、业务的业务标识以及第一区域的信息之间的对应关系，以由网络存储网元向控制面网元发送该第一标识、业务的业务标识以及第一区域的信息之间的对应关系。例如，该控制面网元可以为上述SMF网元或者PCF网元。应理解，网络存储网元接收到第一标识、业务的业务标识以及第一区域的信息之间的对应关系之后可以将其存储，待后续控制码网元向网络存储网元订阅该第一标识、业务的业务标识以及第一区域的信息之间的对应关系时，再向控制面网元发送第一标识、业务的业务标识以及第一区域的信息之间的对应关系。

可以理解的是，控制面网元获取该第一标识、业务的业务标识以及第一区域的信息之间的对应关系之后，便可以确定第一区域内创建了为该业务提供服务的第一业务服务器，于是将针对第一区域内一个或多个访问该业务的终端插入支持业务分流的网元(例如，UL CL或者BP)，这些终端访问创建在第一区域内的第一业务服务器上的该业务，从而业务体验得到保障。

可以理解的是，待第一业务服务器成功创建后，网管网元或者应用功能网元还可以触发具有创建业务功能的网元在第一业务服务器上创建该业务的操作。

在一种可能的实施例中，如图5所示，本申请实施例提供的方法在步骤509之后还可以包括：

步骤512、在第一业务服务器成功创建后，应用功能网元向控制面网元发送第二消息，相应的，该控制面网元接收来自该应用功能网元的第二消息。第二消息用于向控制面网元通知第一区域成功创建为业务提供服务的第一业务服务器。

相应的，该第二消息中可以携带成功指示，该成功指示用于向控制面网元通知第一区域成功创建为业务提供服务的第一业务服务器。

值得说明的是，在第一业务服务器成功创建后，应用功能网元可以选择执行本申请实施例中的步骤512和步骤511中的任一个。

在一种可能的实现方式中，本申请实施例中的应用功能网元还可以向网络存储网元发送该第一标识、业务的业务标识以及第一区域的信息之间的对应关系。这样网络存储网元可以基于控制面网元的请求向控制面网元发送第一标识、业务的业务标识以及第一区域的信息之间的对应关系。或者，网络存储网元可以基于控制面网元的请求向控制面网元发送第二消息，本申请实施例对此不作限定。

在一种可能的实现方式中，本申请实施例待第一业务服务器成功创建后，本申请实施例提供的方法还可以包括：应用功能网元向网管网元发送第一响应消息，该第一响应消息表示已成功在第一区域创建第一业务服务器。

作为一种可能的实现方式，上述第一响应消息中还可以携带该第一业务服务器在第一区域中创建的具体区域的信息以及第一标识。

可以理解的是，在图5所示的实施例中，如果网管网元确定第一区域中存在为该终端提供服务的第一用户面功能网元，但是第一区域中并不存在为该业务提供服务的第一业务服务器，则网管网元依旧可以向应用功能网元发送第一消息，以便于应用功能网元及时触发在第一区域创建第一业务服务器的操作，最终实现第一区域中不仅具有为该终端提供服务的第一用户面功能网元还具有为该业务提供服务的第一业务服务器。

可以理解的是，本申请实施例中创建第一服务器还包括在第一业务服务器上创建终端访问的上述业务。

如图6所示，图6示出了本申请实施例提供的另一种通信方法，该通信方法包括步骤601～步骤613。

其中，步骤601～步骤605，同步骤501～步骤505，步骤606同步骤507，步骤607～步骤608同步骤508～步骤509。

在一种可能的实现方式中，本申请实施例提供的方法在步骤608之后还可以包括：

步骤609、应用功能网元向网管网元发送确认消息，相应的，网管网元接收来自应用功能网元的确认消息，该确认消息用于表示：允许网管网元在第一区域创建为业务提供服务的第一用户面功能网元，和/或，确认消息：用于表示允许网管网元在第一区域创建为业务提供服务的第一业务服务器。

需要说明的是，如果确认消息用于表示允许网管网元在第一区域创建为业务提供服务的第一业务服务器，则在第一区域创建第一业务服务器的操作由网管网元触发，这时应用功能网元可以省略触发在第一区域创建第一业务服务器的操作，换言之后续步骤608可以省略。对于网管网元而言，在得到应用功能网元的确认消息之后，不仅触发在第一区域创建为业务提供服务的第一用户面功能网元的操作还可以触发在第一区域创建为业务提供服务的第一业务服务器的操作。

可以理解的是，在图6所示的实施例中第一消息用于网管网元和应用功能网元协商确定是否可以在第一区域创建为业务提供服务的第一用户面功能网元以及第一业务服务器，或者网管网元利用第一消息询问是否可以在第一区域创建为业务提供服务的第一用户面功能网元以及第一业务服务器。

步骤610、同步骤506，此处不再赘述。

步骤611～步骤613，同步骤510～步骤512，此处不再赘述。

可以理解的是，图5所描述的实施例和图6所描述的实施例，区别在于：图5中网管网元根据第一信息，确定访问次数大于或等于第一阈值，和/或，业务体验小于或等于第二阈值，则确定在第一区域创建第一用户面功能网元，然后网管网元触发创建第一用户面功能网元的操作，但是在图6所描述的实施例中网管网元根据第一信息，确定访问次数大于或等于第一阈值，和/或，业务体验小于或等于第二阈值，则确定在第一区域创建第一用户面功能网元，然后网管网元利用第一消息与应用功能网元进行协商，得到应用功能网元的允许之后，网管网元再触发在第一区域创建为业务提供服务的第一用户面功能网元的操作，或者网管网元再再触发在第一区域创建为业务提供服务的第一业务服务器的操作。

如图7所示，图7示出了本申请实施例提供的另一种通信方法，该通信方法包括步骤701～步骤710。

其中，步骤701～步骤706，同步骤501～步骤506，此处不再赘述。

如图7所示，本申请实施例提供的方法在网管网元得到第一信息之后还可以包括：

步骤707、网管网元根据第一信息，触发在第一区域创建为业务提供服务的第一业务服务器的操作。

可以理解的是，该第一业务服务器可以由网管网元创建，或者该第一业务服务器可以由网管网元通知其他网元(例如应用功能网元)在第一区域内创建。或者基于网管网元的触发，第一业务服务器由人工参与创建。

在一种可能的实现方式中，本申请实施例中的步骤707可以通过以下方式实现：网管网元根据第一信息，确定访问次数大于或等于第一阈值和/或业务体验小于或等于第二阈值。网管网元触发在第一区域创建为业务提供服务的第一业务服务器的操作。

在一种可能的实现方式中，网管网元触发在第一区域创建为业务提供服务的第一业务服务器的操作的前提是：第一区域不存在为业务提供服务的业务服务器。

步骤708、网管网元向应用功能网元发送第一区域的信息、业务的标识、已创建第一用户面功能网元的指示以及第一标识。相应的，应用功能网元接收来自网管网元的第一区域的信息、业务的标识、已创建第一用户面功能网元的指示以及第一标识。

步骤708可以通过以下方式实现：网管网元通过数据分析网元向应用功能网元发送第一区域的信息、业务的标识、已创建第一用户面功能网元的指示以及第一标识。

步骤709～步骤710同步骤511～步骤512，此处不再赘述。

在图7所示的实施例中，确定创建第一用户面功能网元的动作和创建第一业务服务器的动作都由网管网元执行。

可以理解的是，在图7所示的实施例中，如果网管网元确定第一区域中存在为该终端提供服务的第一用户面功能网元，但是第一区域中并不存在为该业务提供服务的第一业务服务器，则网管网元依旧可以根据第一信息，触发在第一区域创建为业务提供服务的第一业务服务器的操作，以实现第一区域中不仅具有为该终端提供服务的第一用户面功能网元还具有为该业务提供服务的第一业务服务器。或者在图7所示的实施例中，如果网管网元确定第一区域中不存在为该终端提供服务的第一用户面功能网元，但是第一区域中存在为该业务提供服务的第一业务服务器，则网管网元依旧可以根据第一信息，触发在第一区域创建为业务提供服务的第一用户面功能网元的操作，以实现第一区域中不仅具有为该终端提供服务的第一用户面功能网元还具有为该业务提供服务的第一业务服务器。

如图8所示，图8示出了本申请实施例提供的另一种通信的方法，该方法包括：

步骤801、同步骤401，此处不再赘述。

作为一种示例，该业务为终端在第一区域通过第二用户面功能网元访问的创建在第二业务服务器上的业务，第二用户面功能网元以及第二业务服务器创建在第二区域内，第一区域和第二区域为不同的区域。

步骤802、数据分析网元向应用功能网元发送终端在第一区域访问的业务的第一信息。相应的，该应用功能网元接收来自数据分析网元的终端在第一区域访问的业务的第一信息，该第一信息包括业务在第二时间段内的访问次数和/或业务体验。

步骤803、应用功能网元根据第一信息，触发在第一区域创建为业务提供服务的第一业务服务器的操作。

作为一种示例，本申请实施例中的步骤803可以通过以下方式实现：应用功能网元根据第一信息确定访问次数大于或等于第一阈值，和/或，业务体验小于或等于第二阈值，则应用功能网元确定要在第一区域创建为业务提供服务的第一业务服务器。

可以理解的是，在应用功能网元触发在第一区域创建为业务提供服务的第一业务服务器的操作之前，虽然第一区域中可能存在多个业务服务器，但是第一区域中不存在为终端访问的该业务提供服务的第一业务服务器。

步骤804、应用功能网元向网管网元发送通知消息，相应的，网管网元接收来自应用功能网元的通知消息。该通知消息用于网管网元确定在第一区域创建为业务提供服务的第一用户面功能网元。

作为一种示例，该通知消息用于指示该第一区域已创建为业务提供服务的第一业务服务器，或者该通知消息用于指示即将在第一区域创建为业务提供服务的第一业务服务器。

步骤805、网管网元根据通知消息，触发在第一区域创建为业务提供服务的第一用户面功能网元的操作。

作为一种示例，步骤805可以通过以下方式实现：网管网元根据通知消息确定要在第一区域创建为业务提供服务的第一用户面功能网元，且第一区域中目前并不存在为业务提供服务的第一用户面功能网元，则网管网元触发在第一区域创建为业务提供服务的第一用户面功能网元的操作。

可以理解的是，如果网管网元接收到通知消息后，确定第一区域中目前存在为业务提供服务的第一用户面功能网元，则网管网元触发在第一区域创建为业务提供服务的第一用户面功能网元的操作可以省略。

在一种可能的实施例中，上述步骤803可以通过以下方式实现：应用功能网元根据第一信息向网管网元发送协商消息，该协商消息用于协商是否在第一区域创建为该业务提供服务的第一业务器。应用功能网元接收来自网管网元的应答响应，该应答响应用于表示允许应用功能网元在第一区域创建为该业务提供服务的第一业务器，然后应用功能网元根据应答响应确定在第一区域创建为该业务提供服务的第一业务器。该方案可以实现应用功能网元与网管网元协商部署该业务提供服务的第一业务器。

作为一种可能的实现方式中，该协商消息中携带第一信息，这样便于网管网元根据第一信息确定业务的访问次数大于或等于第一阈值，和/或，业务体验小于或等于第二阈值，则允许应用功能网元在第一区域创建为该业务提供服务的第一业务器。

作为一种可能的实现方式中，上述应用功能网元根据第一信息向网管网元发送协商消息，可以通过以下方式实现：应用功能网元确定访问次数大于或等于第一阈值，和/或，业务体验小于或等于第二阈值，则向网管网元发送协商消息。作为一种可替代的方式，该协商消息中可以不携带第一信息，携带用于指示访问次数大于或等于第一阈值，和/或，业务体验小于或等于第二阈值的指示信息。

在一种可能的实施例中，本申请实施例提供的方法还可以包括：应用功能网元触发在第一区域创建为业务提供服务的第一业务服务器的操作。应用功能网元触发在第一区域创建为业务提供服务的第一业务服务器的操作可以在应用功能网元发送通知消息之前执行，或者该应用功能网元触发在第一区域创建为业务提供服务的第一业务服务器的操作可以在应用功能网元发送通知消息之后执行。

在一种可能的实施例中，待第一区域创建为业务提供服务的第一用户面功能网元之后，网管网元可以向应用功能网元发送第二响应消息，相应的，应用功能网元接收来自网管网元的第二响应消息。该第二响应消息用于表示已在第一区域创建为业务提供服务的第一用户面功能网元。利用第二响应消息便于应用功能网元确定第一用户面功能网元已成功创建。

在一种可能的实施例中，本申请实施例提供的方法在步骤801之前还可以包括：应用功能网元向数据分析网元发送第一请求。相应的，数据分析网元接收来自应用功能网元的第一请求。

具体的，图8所示的实施例中第一请求的内容可以参考图5所示的实施例中的描述，此处不再赘述。

在一种可能的实施例中，本申请实施例提供的方法在第一业务服务器成功创建后，本申请实施例提供的方法还可以包括：步骤806～步骤807，该步骤806～步骤807同步骤510～步骤511，此处不再赘述。

在一种可能的实施例中，本申请实施例提供的方法在第一业务服务器成功创建后，本申请实施例提供的方法还可以包括：步骤808，该步骤808同步骤512，此处不再赘述。

在一种可能的实施例中，应用功能网元接收来自数据分析网元的终端在第一区域访问的业务的第一信息，包括：应用功能网元接收来自数据分析网元的终端在第一区域通过第二用户面功能网元访问的创建在第二业务服务器上的业务的第一信息，该第二用户面功能网元和/或第二业务服务器创建在第二区域，第一区域和第二区域为不同的区域。

应理解，待网管网元确定在第一区域成功创建第一用户面功能网元之后，网管网元还可以向应用功能网元发送通知响应，该通知响应用于表示在第一区域成功创建第一用户面功能网元。

上述实施例描述了数据分析网元得到第一信息之后，将第一信息发送给应用功能网元或者网管网元的过程，以由应用功能网元或者网管网元根据第一信息确定是否要在第一区域创建第一业务服务器或者第一用户面功能网元。当然，本申请实施例中如果数据分析网元得到第一信息之后，根据第一信息确定访问次数大于或等于第一阈值和/或业务体验小于或等于第二阈值，则数据分析网元可以向网管网元发送消息z，该消息z用于网管网元确定要在第一区域创建第一用户面功能网元，或者该消息z用于网管网元确定要在第一区域创建第一用户面功能网元以及第一业务服务器。或者数据分析网元确定访问次数大于或等于第一阈值和/或业务体验小于或等于第二阈值，则数据分析网元可以向应用功能网元发送消息m，该消息m用于应用功能网元确定要在第一区域创建第一业务服务器。或者该消息m用于应用功能网元确定要在第一区域创建第一业务服务器以及第一用户面功能网元，本申请实施例对此不做限定。换言之，在这种情况下，由数据分析网元根据第一信息确定要在第一区域创建第一用户面功能网元以及第一业务服务器，但是创建第一用户面功能网元以及第一业务服务器的动作依然由网管网元或者应用功能网元执行。

在一种可能的实现方式中，网管网元可以根据第一信息确定要在第一区域创建第一业务服务器或者第一用户面功能网元，但是网管网元通知应用功能网元在第一区域创建第一业务服务器或者第一用户面功能网元。换言之，网管网元做出在第一区域创建第一业务服务器或者第一用户面功能网元的决定，但是创建动作由应用功能网元执行。

在一种可能的实现方式中，应用功能网元可以根据第一信息确定要在第一区域创建第一业务服务器或者第一用户面功能网元，但是应用功能网元通知网管网元在第一区域创建第一业务服务器或者第一用户面功能网元。换言之，应用功能网元做出在第一区域创建第一业务服务器或者第一用户面功能网元的决定，但是创建动作由网管网元执行。

参考图9，图9以网管网元为OAM网元，应用功能网元为AF网元，数据分析网元为NWDAF网元，网络存储网元为UDR网元，控制面网元为SMF网元为例，具体描述了本申请实施例提供的一种协同创建网络功能的方法，该方法包括：

步骤901、OAM网元向NWDAF网元订阅终端在网络区域3内访问的业务的分散度(service dispersion)或平均业务体验(service experience)中的一个或多个。

应理解，步骤901以订阅平均业务体验为例。

作为一种具体实现，OAM网元触发到NWDAF网元的分析订阅服务操作(Nnwdaf_AnalyticsSubscription_Subscribe)，相应的，NWDAF网元接收来自OAM网元的分析订阅服务操作。

示例性的，分析订阅服务操作用于请求订阅终端在网络区域3内访问的业务的分散度或平均业务体验中的一个或多个。例如，分析订阅服务操作中携带指示信息x，该指示信息x用于请求订阅业务的分散度或平均业务体验中的一个或多个。

为了缩小NWDAF网元确定业务的分散度以及平均业务体验的范围，本申请实施例中的分析订阅服务操作中可以携带过滤条件。例如，过滤条件用于限定NWDAF网元确定收集数据的范围。例如，过滤条件可以为业务的业务标识(application ID)或网络区域3的标识。

如图1所示，本申请实施例中的网络区域3为终端所在的区域，而业务为终端在网络区域3内通过与UPF网元50之间的PDU会话访问的创建在业务服务器60上的业务。换言之，OAM网元向NWDAF网元订阅终端在网络区域3内访问的创建在业务服务器60上的业务的分散度或平均业务体验中的一个或多个。该业务服务器60以及UPF网元50创建在网络区域2。

步骤902、NWDAF网元向NF网元订阅数据，该数据用于确定终端在网络区域1内访问的业务的分散度或平均业务体验中的一个或多个。

其中，网络区域1为网络区域3的子区域，或者，网络区域1为网络区域3。以网络区域3与网络区域1相同为例，例如，网络区域3为上海市，则网络区域1也可以为上海市。以网络区域1为网络区域3的子区域为例，例如，如果网络区域3为上海市，网络区域1可以为上海市的A区。若网络区域1为网络区域3的子区域，则网络区域1可以代表网络区域3内的一个或者多个子区域。

具体地，如图10所示，以NF网元为AF网元为例，NWDAF网元向NF网元订阅的数据为业务体验(service experience)，因此步骤902可以通过以下方式实现：NWDAF网元向AF网元发送订阅请求消息1，该订阅请求消息1用于订阅终端在网络区域3内访问的该业务的业务体验。例如，请求消息1中携带的事件标识(Event ID)为业务体验，事件过滤器(EventFilter)为业务的业务标识(application ID)以及网络区域1的信息。这样以便于NWDAF网元从AF网元处收集流级别的业务体验信息。其中，流级别的业务体验信息包括业务标识、流过滤信息IP filter information(例如，IP五元组)、业务流所在位置(locations ofapplication)、业务体验、业务流发生的时间(例如，时间戳)。如图10所示，AF网元向NWDAF网元提供的数据中至少包括时间戳(timestamp)以及IP五元组。

以NF网元为AMF网元为例，NWDAF网元向NF网元订阅的数据为终端的数据。因此步骤902可以通过以下方式实现：NWDAF网元向AMF网元发送订阅请求消息2，该订阅请求消息2用于订阅该终端在网络区域3内的终端的数据。例如请求消息1中携带的事件标识为位置变化(location changes)信息，Event Filter为网络区域3的标识。这样便于AMF网元向NWDAF网元提供网络区域3内的任一个终端的数据。其中，任一个终端的数据包括终端的标识、终端的位置(UE Location)、终端在该位置上的timestamp。图10以终端的标识为RAN为终端在N2接口上分配的标识为RAN UE NGAP ID或全球无线接入网节点标识(global RAN nodeID)。AMF网元向NWDAF网元提供的任一个终端的数据包括至少包括RAN UE NGAP ID，或global RAN node ID以及该任一个终端在该位置上的timestamp。

例如，终端的标识可以为终端的标识可以为以下一个或者多个：网际协议地址(internet protocol，IP)、签约永久标识(subscription permanent identifier，SUPI)、永久设备标识(permanent equipment identifier，PEI)、通用公共签约标识(genericpublic subscription identifier，GPSI)、国际移动用户标识符(international mobilesubscriber identifier，IMSI)、国际移动设备标识(international mobile equipmentidentity，IMEI)、IP地址和移动台国际综合业务数字网络号码(mobile stationinternational integrated service digital network number，MSISDN)。下述实施例中但凡涉及到终端的标识均可以参考此处的描述，后续不再赘述。终端的位置可以为终端所在的TA或者Cell。

以NF网元为SMF网元为例，则NWDAF网元向NF网元订阅的数据为网络区域1中使用该业务的终端的会话信息。因此步骤902可以通过以下方式实现：NWDAF网元向SMF网元发送订阅请求消息3，该订阅请求消息3用于订阅在网络区域3中使用该业务的终端的会话信息。例如，订阅请求消息3中携带网络区域3的标识、业务的业务标识，以及事件标识为服务质量流标识分配(QoS flow identifier，QFI allocation)。这样SMF网元便可以向NWDAF网元提供网络区域3中使用该业务的终端的会话信息。例如，终端的会话信息包括业务对应的终端的标识、会话标识(PDU session ID)、QoS flow的标识(QoS flow identifier，QFI)、业务标识、数据网络名称(data network name，DNN)、网络切片的信息S-NSSAI、会话时间(timestamp)。此外，如图10所示，SMF网元向NWDAF网元提供的终端的会话信息还可以包括终端地址(例如，IP地址)。

以NF网元为UPF网元50为例，则NWDAF网元向NF网元订阅的数据为网络区域2中所有使用该业务的终端的流量数据信息。因此步骤902可以通过以下方式实现：NWDAF网元向UPF网元50发送订阅请求消息4，该订阅请求消息4用于订阅网络区域3中使用该业务的终端的流量数据信息。例如，订阅请求消息4中携带Traffic Information作为事件标识，网络区域3的标识和业务的业务标识。这样便可以UPF网元50根据订阅请求消息4向NWDAF网元上报网络区域2中使用该业务的终端的流量数据信息。例如，流量数据信息包括流比特率(QoSflow Bit Rate)、流包时延(QoS flow packet delay)、流包传输个数(packettransmission)、流包重传个数(packet retransmissio n)、包传输时间(timestamp)。如图10所示，UPF网元向NWDAF网元提供的流量数据信息还可以包括终端地址(例如，IP地址)以及timestamp。

以NF网元为OAM网元为例，则NWDAF网元向NF网元订阅的数据为来自RAN的网络区域3中一个或多个终端的最小化路测(minimization of drive test，MDT)数据。因此步骤902可以通过以下方式实现：NWDAF网元向OAM网元发送订阅请求消息5，该订阅请求消息5用于订阅来自RAN的网络区域1中一个或多个终端的MDT数据。例如，订阅请求消息5中携带的事件标识为MDT服务(Service)，网络区域3的信息，这样便于OAM网元根据订阅请求消息5向NWDAF网元上报来自RAN的一个或多个终端中每个终端的MDT数据。其中，MDT数据包括参考信号强度(reference signal received power，RSRP)、参考信号接收质量(referencesignal received quality，RSRQ)、信噪比(signal-to-noise and interference ratio，SNIR)、终端所在RAN的时间timestamp等。此外，终端的MDT数据中还可以包括时间戳、RANUE NGAP ID或全球无线接入网节点标识。

值得说明的是，上述以NWDAF网元向NF网元请求网络区域3内的数据为例，当然，NWDAF网元也可以向NF网元请求网络区域1内的数据，这时上述步骤902的各种描述中的网络区域3可以使用网络区域1替代。

步骤903、NF网元向NWDAF网元提供数据。

作为一种示例，本申请实施例中的步骤903可以通过以下方式实现：NF网元触发到NWDAF网元的事件开放通知服务(Nnf_EventExposure_Notify)。

例如，NF网元为AF网元，则AF网元向NWDAF网元提供流级别的业务体验信息。

例如，NF网元为AMF网元，则AMF网元向NWDAF网元提供终端的数据(例如，UELocation)，事件开放通知服务为Namf_EventExposure_Notify。

例如，NF网元为SMF网元，则SMF网元向NWDAF网元提供网络区域1中所有使用该业务的终端的会话信息，事件开放通知服务为Nsmf_EventExposure_Notify。

例如，NF网元为UPF网元50，则UPF网元50向NWDAF网元上报网络区域2中所有使用该业务的终端的流量数据信息，事件开放通知服务为Nupf_EventExposure_Notify。

例如，NF网元为OAM网元，则OAM网元向NWDAF网元上报来自基站的所有终端的MDT数据。

关于NF向NWDAF上报数据过程，上报的数据类型参见步骤902的描述，此处不再赘述。

步骤904、NWDAF网元根据步骤903获取的数据生成终端在网络区域1内访问的该业务的分散度和平均业务体验。

具体地：

-NWDAF网元生成业务的业务分散度(也就是网络区域3内所有访问该业务的终端的数量)过程，如下：

>这里主要跟统计有关系，在网络区域1内，AMF网元上具有网络区域1内的一个或多个终端的终端的标识、时间、位置信息，SMF网元上具有网络区域1内的一个或多个终端的会话信息(包括终端的标识以及终端访问该业务的业务标识、时间)，基于终端的标识和时间，NWDAF网元可以关联得到OAM网元请求的终端在网络区域1是否访问了该业务。进而NWDAF网元统计得到网络区域1内所有访问该业务的终端的数量。

>注意，上述统计可以是基于某个时间段的网络区域1内访问该业务的终端的数量。

-NWDAF网元生成平均业务体验(也就是网络区域1内所有访问该业务的平均业务体验)过程，如下：

>NWDAF网元首先基于关联标识将来自各个网元的数据两两关联起来，得到完整的训练数据。应理解，如步骤902中的描述，NWDAF网元在各个网元收集的数据中还需要包括关联标识。该关联标识用于关联NWDAF网元收集的各个网元上的数据。

如图10所示，1)、来自AF网元的数据和来自UPF网元的数据可以通过关联标识(例如，时间戳或者互联网协议五元组(Internet Protocol 5-tuple，IP五元组))关联。

2)、来自SMF网元的数据和来自UPF网元的数据可以通过关联标识(例如，时间戳或者终端地址)关联。

3)、来自AMF网元的数据和来自SMF网元的数据可以通过关联标识(例如，时间戳或者SUPI)关联。

4)、来自AF网元的数据和来自SMF网元的数据可以通过关联标识(例如，时间戳或者SUPI)关联。

5)、来自UPF网元的数据和来自RAN的数据可以通过关联标识(例如，时间戳或者接入网(Access Network，AN)隧道信息(tunnel information))关联。

6)、来自RAN的数据和来自AMF网元的数据可以通过关联标识(例如，时间戳或者RAN UE NGAP ID或全球无线接入网节点标识)关联。

应理解。来自任一个网元的数据中均包括上述关联标识。

其中，训练数据中每个样本数据的格式如下：<业务体验><网络数据，包括UELocation，QoS flow bit rate等等>。

>基于上述训练数据以及合适的机器学习算法，NWDAF网元可以训练得到业务体验模型，即Service MOS模型。以线性回归为例，Service MOS模型可以表征为：h(x)＝w₀x₀+w₁x₁+w₂x₂+w₃x₃+w₄x₄+...+w_Dx_D。

其中，h(x)表示业务体验模型，即Service MOS；x_i(i＝0,1,2,...,D)表示网络数据，D表示网络数据的维度；w_i(i＝0,1,2,...,D)为每个网络数据影响业务体验的权重。

>根据上述业务体验模型，在推理阶段，NWDAF网元收集网络区域3内每个终端在访问该业务时的数据(参见步骤902)，将这些数据输入到业务体验模型，即可以得到该终端访问的业务的业务体验。然后NWDAF网元将所有终端访问该业务的业务体验求平均，就可以得到终端在网络区域1内访问的该业务的平均业务体验。

>注意，上述平均业务体验可以是基于某个时间段(例如，时间段1)的网络区域1内访问该业务的平均业务体验。

步骤905、NWDAF网元向OAM网元发送终端在网络区域1内访问的该业务的分散度或平均业务体验中的一个或多个，相应的，OAM网元接收来自NWDAF网元的该终端在网络区域1内访问的该业务的分散度或平均业务体验中的一个或多个。

作为一种示例，步骤905可以通过以下方式实现：NWDAF网元触发到OAM网元的数据分析结果通知(Nnwdaf_AnalyticsSubscription_Notify)服务。其中，数据分析结果通知服务中包括该终端在网络区域1内访问的该业务的分散度或平均业务体验(ServiceDispersion and Service Experience for the application within the Network Area1)中的一个或多个。

如果上述平均业务体验或者分散度为基于时间段1的，则NWDAF网元还向OAM网元发送时间段1的信息，这样便于OAM网元确定上述分散度和平均业务体验为在时间段1内该终端在网络区域1访问的业务的分散度和平均业务体验。可以理解的是，本申请实施例中的平均业务体验或者分散度可以基于相同的时间段，或者平均业务体验或者分散度基于不同的时间段。例如，分散度为在时间段1内该终端在网络区域1内访问的业务的分散度。平均业务体验为在时间段2内该终端在网络区域1内访问的业务的平均业务体验。

步骤906、OAM网元根据该终端在网络区域1内访问的该业务的分散度或平均业务体验中的一个或多个，确定该业务的业务访问量大于或等于第一阈值，但是该业务的平均业务体验小于或等于第二阈值，且网络区域1内不存在为该业务提供服务的UPF网元，于是OAM网元触发在网络区域1内创建为该业务提供服务的UPF网元80的操作。

可以理解的是，本申请实施例中的步骤906可以通过以下方式替换：OAM网元根据该终端在网络区域1内访问的该业务的分散度和平均业务体验，确定该业务的业务访问量大于或等于第一阈值，但是该业务的平均业务体验小于或等于第二阈值，且网络区域1内存在为该业务提供服务的UPF网元80，但是不存在为该业务提供服务的业务服务器70，于是OAM网元决定通知AF网元在网络区域1内创建为该业务提供服务的业务服务器70。

例如，OAM网元可以通过以下方式确定网络区域1中不存在为该业务提供服务的业务服务器70，例如，OAM网元接收来自AF网元的消息，该消息用于表示网络区域1中不存在为该业务提供服务的业务服务器70。该消息可以由AF网元主动向OAM网元发送，或者该消息可以由AF网元基于OAM网元的触发而发送，本申请实施例对此不作限定。例如，在网络区域3内存在为该业务提供服务的业务服务器70的情况下，OAM网元向AF网元发送查询消息，该查询消息用于查询是否创建为该业务提供服务的业务服务器70。AF网元确定在网络区域1内未创建为该业务提供服务的业务服务器70，则向OAM网元发送查询响应，该查询响应用于表示在网络区域1内未创建为该业务提供服务的业务服务器70，这样便于OAM网元根据查询响应确定在网络区域1内未创建为该业务提供服务的业务服务器70。

本申请实施例中的为该业务提供服务的UPF网元80可以由OAM网元创建，也可以由其他可以创建网络功能的网元进行创建，本申请实施例对此不作限定。

作为一种示例，OAM网元在网络区域1内创建为该业务提供服务的UPF网元80可以通过以下方式实现：OAM网元在网络区域1内一些硬件资源(如CPU、内存或者硬盘等)，该硬件资源属于UPF网元80。

步骤907、OAM网元向AF网元发送通知消息1，相应的，AF网元接收来自OAM网元的通知消息1。该通知消息1用于向AF通知已触发在网络区域1内创建为该业务提供服务的UPF网元80的操作，或者该通知消息1用于向AF通知网络区域1内成功创建为该业务提供服务的UPF网元80。

示例性的，该通知消息1中包括业务的业务标识，网络区域1的信息以及UPF网元建立指示。该UPF网元建立指示用于表示已成功创建UPF网元80。可以理解的是，通过在通知消息1中携带业务的业务标识便于AF网元确定已成功创建的UPF网元80所服务的业务。在通知消息1中携带网络区域1的信息便于AF网元确定UPF网元80创建在网络区域1。

例如，OAM网元通过NWDAF网元以及NEF网元向AF网元发送通知消息1。

步骤908、AF网元发现在网络区域1内未创建为该业务服务的业务服务器70，则确定在网络区域1内创建为该业务服务的业务服务器70。

步骤909、AF网元触发在网络区域1内创建该业务服务器70的过程。

关于步骤909可以通过以下方式实现：AF网元执行在网络区域1内创建为该业务服务的业务服务器70的过程。或者，AF网元通知OAM网元，以由OAM网元在网络区域1内创建为该业务服务的业务服务器70。或者在网络区域1内创建为该业务服务的业务服务器70由人工参与或者自动化创建，本申请实施例对此不做限定。

本申请实施例中的业务服务器70可以为该业务单独创建，或者该业务服务器70由上述业务和其他业务共享，本申请实施例对此不作限定，只要终端通过UPF网元80可以访问创建在业务服务器70上的该业务即可。

举例说明，该业务服务器70可以是网络区域1内已存在的业务服务器a，这时，AF网元或者OAM网元或者通过人工参与创建将该业务服务器a配置为可以为该业务提供服务的业务服务器70，将该业务服务器a配置为可以为该业务提供服务的业务服务器70可以指：在该业务服务器70上创建该终端访问的业务。进一步可选的，业务服务器70可以为网络区域1内存在的多个业务服务器中负载最低的业务服务器，或者访问量最低的业务服务器或者优先级最高的业务服务器，本申请实施例对此不作限定。

步骤910、在业务服务器70成功创建的情况下，AF网元向UDR网元发送业务服务器70的DNAI、业务的业务标识以及网络区域1的信息之间的对应关系，相应的，UDR网元接收来自AF网元的业务服务器70的DNAI、业务的业务标识以及网络区域1的信息之间的对应关系。

例如，AF网元可以通过NEF网元向UDR网元发送业务服务器70的DNAI、业务的业务标识以及网络区域1的信息之间的对应关系。

步骤911、UDR网元存储业务服务器70的DNAI、业务的业务标识以及网络区域1的信息之间的对应关系。

步骤912、UDR网元触发到PCF网元的数据管理通知(Nudr_DM_Notify)服务操作，相应的，PCF网元接收来自UDR网元的数据管理通知服务操作。

例如，数据管理通知服务操作中携带业务服务器70的DNAI、业务的业务标识以及网络区域1的信息之间的对应关系。

步骤913、SMF网元从UDR网元或者PCF网元处确定在网络区域1内创建了该业务对应的业务服务器70，则SMF网元将针对网络区域1内所有访问该业务的终端插入UL CL或者BP。

可以理解的是，通过步骤913这些终端便可以通过与UPF网元80之间的会话在本地访问该业务，从而业务体验得到保障。

图9所示的实施例中，OAM网元根据网络区域1内业务访问量大于第一阈值，但是业务体验差确定在网络区域1内创建UPF网元80，然后AF网元基于来自OAM网元的通知消息1，在该网络区域1内创建为该业务提供服务的业务服务器70，实现协同创建业务服务器以及UPF网元80，从而保障终端访问该业务时的业务体验。

如图11所示，图11示出了本申请提供的另一种协同创建网络功能的方法，该方法包括：

步骤1101～步骤1105，同步骤901～步骤905，此处不再赘述。

步骤1106、OAM网元根据该终端在网络区域1内访问的该业务的分散度或平均业务体验中的一个或多个，确定该业务的业务访问量大于或等于第一阈值，但是，该业务的平均业务体验小于或等于第二阈值，且网络区域1内不存在为该业务提供服务的UPF网元。

步骤1107、OAM网元向AF网元发送通知消息2，相应的，AF网元接收来自OAM网元的该通知消息2。该通知消息2用于OAM网元和AF网元之间协商是否在网络区域1创建为该业务提供服务的UPF网元，或者在网络区域1创建为该业务提供服务的业务服务器。

示例性的，OAM网元可以通过NWDAF网元以及NEF网元向AF网元发送。OAM网元将通知消息2发送给NWDAF网元，由NWDAF网元将通知消息2发送给NEF网元，以由NEF网元将通知消息2发送给AF网元。例如，通知消息2中携带业务的业务标识，网络区域3的信息以及指示信息，该指示信息用于指示是否在网络区域1创建为该业务提供服务的UPF网元80。

步骤1108、AF网元发现在网络区域1内针对该业务没有创建业务服务器70，并且确定需要创建为该业务提供服务的业务服务器70，于是AF网元触发在网络区域1创建该业务服务器70的过程。关于步骤1108的实现可以参考步骤909处的描述，此处不再赘述。

步骤1109、AF网元向OAM网元发送确认消息，相应的，OAM网元接收来自AF网元的确认消息。该确认消息用于表示：AF网元允许OAM网元在网络区域1内创建为该业务提供服务的UPF网元80，或者，该确认消息用于表示：AF网元允许OAM网元在网络区域1创建为该业务提供服务的业务服务器70。

步骤1110、OAM网元根据确认消息，确定在网络区域1内创建为该业务提供服务的UPF网元80，或者，在网络区域1创建为该业务提供服务的业务服务器70。

步骤1111～步骤1114，同步骤910～步骤913，此处不再赘述。

值得说明的是，图9所示的实施例和图11所示的实施例的区别在于：在图9所示的实施例中，由OAM网元自主决定在网络区域1内创建为该业务提供服务的UPF网元80，在图11所示的实施例中，OAM确定要在网络区域1内创建为该业务提供服务的UPF网元80之后，通过通知消息2与AF网元进行协商，在AF网元同意在网络区域1内创建为该业务提供服务的UPF网元80或业务服务器70的情况下，OAM网元再触发在网络区域1内创建为该业务提供服务的UPF网元80或业务服务器70的操作，换言之，OAM网元触发在网络区域1内创建UPF网元80或业务服务器70的操作之前与AF网元进行协商，得到AF网元确认后再在网络区域1内创建UPF网元80或业务服务器70。

需要说明的是，如果确认消息还用于表示：AF网元允许OAM网元在网络区域1创建为该业务提供服务的业务服务器70，则步骤1108可以省略。相应的，图11所示的实施例还可以包括：OAM网元根据确认消息在网络区域1内创建为该业务提供服务的业务服务器70。

如图12所示，图12示出了本申请提供的另一种协同创建网络功能的方法，该方法包括：

步骤1201～步骤1205，同步骤901～步骤905，此处不再赘述。

步骤1206、OAM网元根据该终端在网络区域1内访问的该业务的分散度和平均业务体验，确定该业务的业务访问量大于或等于第一阈值，但是该业务的平均业务体验小于或等于第二阈值，且网络区域1内不存在为该业务提供服务的UPF网元以及业务服务器。

步骤1207、OAM网元在网络区域1内创建为该业务提供服务的UPF网元80以及业务服务器70。

步骤1208、OAM网元向AF网元发送通知消息3，相应的，AF网元接收来自OAM网元的通知消息3。该通知消息3用于通知AF网元在网络区域1内创建了为上述业务提供服务的业务服务器70。例如，通知消息3中包括网络区域1的信息、业务服务器70的信息、以及UPF网元80的信息。

步骤1209～步骤1212，同步骤910～步骤913，此处不再赘述。

在图12所示的实施例中OAM网元根据终端在网络区域1内访问的该业务的分散度或平均业务体验中的一个或多个，确定该业务的业务访问量大于或等于第一阈值，但是该业务的平均业务体验小于或等于第二阈值，且网络区域1内不存在为该业务提供服务的UPF网元的情况下，由OAM网元触发在网络区域1内创建UPF网元80和业务服务器70的操作，实现业务访问、网络创建和业务创建协同，提升业务体验。

应理解，后续步骤1209～步骤1212也可以由OAM网元执行。

如图13所示，图13示出了本申请提供的另一种协同创建网络功能的方法，该方法包括：

步骤1301、AF网元向NWDAF网元订阅终端在网络区域3内访问的业务的分散度或平均业务体验中的一个或多个。

作为一种具体实现，步骤1301可以通过以下方式实现：AF网元触发到NWDAF网元的分析订阅服务操作(Nnwdaf_AnalyticsSubscription_Subscribe)，相应的，NWDAF网元接收来自AF网元的分析订阅服务操作。

注意，如果AF网元属于第三方网元而不属于运营商的网元，AF网元首先需要通过Nnef_AnalyticsExposure_Subscribe服务将分析订阅服务操作发送给NEF网元，然后NEF网元向NWDAF网元触发该分析订阅服务操作。

示例性的，分析订阅服务操作用于请求订阅业务的分散度以及平均业务体验。例如，分析订阅服务操作中携带指示信息y，该指示信息y用于请求订阅终端在网络区域3内访问的业务的分散度以及平均业务体验。例如，为了缩小NWDAF网元确定终端在网络区域3内访问的业务的分散度以及平均业务体验的范围，本申请实施例中的分析订阅服务操作中可以携带过滤条件。例如，过滤条件用于限定NWDAF网元确定业务的分散度以及平均业务体验的范围。例如，过滤条件可以为业务的业务标识(Application ID)或网络区域3的标识。

可以理解的是，本申请实施例中的网络区域3为终端所在的区域，而业务为终端在网络区域3内通过与UPF网元50之间的PDU会话访问的创建在业务服务器60上的业务。换言之，AF网元向NWDAF网元订阅终端在网络区域3内访问的创建在业务服务器60上的业务的分散度以及平均业务体验。

步骤1302～步骤1304，同步骤902～步骤904，此处不再赘述。

步骤1305、NWDAF网元向AF网元发送终端在网络区域1内访问的该业务的分散度或平均业务体验中的一个或多个，相应的，AF网元接收来自NWDAF网元的终端在网络区域1内访问的该业务的分散度和平均业务体验中的一个或多个。

作为一种示例，步骤1305可以通过以下方式实现：NWDAF网元触发到AF网元的数据分析结果通知(Nnwdaf_AnalyticsSubscription_Notify)服务。其中，数据分析结果通知服务中包括终端在网络区域1内访问的该业务的分散度或平均业务体验(ServiceDispersion and Service Experience for the application within the Network Area1)中的一个或多个。

如果AF网元属于第三方网元不属于运营商网元，AF网元需要将该数据分析结果通知服务发送给NEF网元，然后NEF网元触发Nnef_AnalyticsExposure_Notify服务将数据分析结果通知服务发送给AF网元。

步骤1306、AF网元根据终端在网络区域1内访问的该业务的分散度或平均业务体验中的一个或多个，确定业务访问量大于或等于第一阈值，但是该平均业务体验小于或等于第二阈值，且网络区域1内不存在为该业务提供服务的UPF网元，于是AF网元决定触发在网络区域1内创建为该业务提供服务的业务服务器70。

关于步骤1306中AF触发业务服务器70的创建过程可以参考步骤906的描述，此处不再赘述。

步骤1307、在业务服务器70成功创建的情况下，AF网元向OAM网元发送通知消息4，相应的，AF网元接收来自OAM网元的通知消息4。

其中，该通知消息4用于向OAM网元通知已在本地成功创建为该业务提供服务的业务服务器70。例如，该通知消息4中可以携带该业务的业务标识、业务服务器70的标识以及网络区域1的信息。通过在通知消息4携带业务的业务标识、业务服务器70的标识以及网络区域1的信息便于OAM网元确定已成功在网络区域1创建为该业务提供服务的业务服务器70。通过提供网络区域1的信息不仅便于OAM网元确定为该业务提供服务的业务服务器70所创建的位置为本地，且可以供OAM网元确定在网络区域1或者网络区域1包括的子网络区域中创建为该业务提供服务的UPF网元80。

步骤1308、OAM网元根据通知消息4，在网络区域1中创建为该业务提供服务的UPF网元80。

步骤1309～步骤1312，同步骤910～步骤913，此处不再赘述。

本申请实施例中OAM网元在网络区域1中创建为该业务提供服务的UPF网元80之后，OAM网元可以向AF网元发送指示信息z，该指示信息z用于表示已成功在网络区域1中创建为该业务提供服务的UPF网元80。AF网元通过该指示信息z便可以确定OAM网元已成功在网络区域1中创建为该业务提供服务的UPF网元80。之后AF网元再执行步骤1209。

可以理解的是，在图13所示的实施例中，由AF网元先创建业务服务器70，然后由OAM网元再创建为该业务提供服务的UPF网元80。而图9和图11所示的实施例中，由OAM网元先创建该业务提供服务的UPF网元80，再由AF网元创建业务服务器70。

在图9～图13所示的实施例中，网络区域1可以对应上述第一区域。网络区域3对应上述描述的第三区域。业务服务器70可以对应上述第一业务服务器，UPF网元80可以对应上述第一用户面功能网元。业务服务器60可以对应上述第二业务服务器，UPF网元1可以对应上述第二用户面功能网元。网络区域2对应上述描述的第二区域。通知消息1对应图5所描述的实施例中的第一消息。通知消息2对应图6所描述的实施例中的第一消息。

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

本申请实施例可以根据上述方法示例网管网元、数据分析网元、应用功能网元进行功能单元的划分，例如，可以对应各个功能划分各个功能单元，也可以将两个或两个以上的功能集成在一个处理单元中。上述集成的单元既可以采用硬件的形式实现，也可以采用软件功能单元的形式实现。需要说明的是，本申请实施例中对单元的划分是示意性的，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式。

上面结合图4至图13，对本申请实施例的方法进行了说明，下面对本申请实施例提供的执行上述方法的通信装置进行描述。本领域技术人员可以理解，方法和装置可以相互结合和引用，本申请实施例提供的通信装置可以执行上述通信方法中由网管网元、数据分析网元、应用功能网元执行的步骤。

在采用集成的单元的情况下，图14示出了上述实施例中所涉及的通信装置，该通信装置可以包括：通信单元1402和处理单元1401。其中，通信单元1402用于执行信息接收或者发送的动作，处理单元1401用于执行信息处理的动作。

一种示例，该通信装置为数据分析网元，或者为应用于数据分析网元中的芯片。在这种情况下，通信单元1402用于支持该通信装置执行上述实施例的图4的步骤402中由数据分析网元执行的发送动作。处理单元1401，还用于支持通信装置执行上述实施例中步骤401。

在一种可能的实施例中，通信单元1402，还用于支持通信装置执行上述实施例中的步骤501中由数据分析网元执行的接收动作。处理单元1401用于支持通信装置执行上述实施例中步骤502。通信单元1402，还用于支持通信装置执行上述实施例中步骤503中由数据分析网元执行的发送动作。

一种示例，该通信装置为数据分析网元，或者为应用于数据分析网元中的芯片。在这种情况下，通信单元1402用于支持该通信装置执行上述实施例的图8的步骤802中由数据分析网元执行的发送动作。处理单元1401，还用于支持通信装置执行上述实施例中步骤801。

另一种示例，该通信装置为网管网元，或者为应用于网管网元中的芯片。在这种情况下，通信单元1402用于支持该通信装置执行上述实施例的图4的步骤402中由网管网元执行的接收动作。处理单元1401，还用于支持通信装置执行上述实施例中步骤403。通信单元1402用于支持该通信装置执行上述实施例的图4的步骤403中由网管网元执行的发送动作。

在一种可能的实施例中，通信单元1402，用于支持通信装置执行上述实施例中的步骤503中由网管网元执行的接收动作。处理单元1401用于支持通信装置执行上述实施例中步骤504、步骤505、以及步骤506。

在一种可能的实施例中，通信单元1402，用于支持通信装置执行上述实施例中的步骤603中由网管网元执行的接收动作。处理单元1401用于支持通信装置执行上述实施例中步骤604、步骤605、以及步骤610。通信单元1402，用于支持通信装置执行上述实施例中的步骤609由网管网元执行的接收动作。

在一种可能的实施例中，通信单元1402，用于支持通信装置执行上述实施例中的步骤703中由网管网元执行的接收动作。处理单元1401用于支持通信装置执行上述实施例中步骤704、步骤705、步骤706以及步骤707。通信单元1402，用于支持通信装置执行上述实施例中的步骤708由网管网元执行的接收动作。

另一种示例，该通信装置为应用功能网元，或者为应用于应用功能网元中的芯片。在这种情况下，通信单元1402，用于支持该通信装置执行上述实施例中的步骤404中由应用功能网元执行的接收动作。处理单元1401，用于支持该通信装置执行上述实施例中的步骤405。

在一种可能的实现方式中，处理单元1401还用于支持该通信装置执行上述实施例中的步骤508、步骤509以及步骤510。通信单元1402，用于支持该通信装置执行上述实施例中的步骤511以及步骤512中由应用功能网元执行的发送动作。或者，

在一种可能的实现方式中，处理单元1401还用于支持该通信装置执行上述实施例中的步骤607、步骤608、步骤611。通信单元1402，用于支持该通信装置执行上述实施例中的步骤612以及步骤613中由应用功能网元执行的发送动作。

再一种示例，该通信装置为应用功能网元，或者为应用于应用功能网元中的芯片。在这种情况下，通信单元1402，用于支持该通信装置执行上述实施例中的步骤708中由应用功能网元执行的接收动作。通信单元1402，用于支持该通信装置执行上述实施例中的步骤709以及步骤710中由应用功能网元执行的发送动作。

再一种示例，该通信装置为应用功能网元，或者为应用于应用功能网元中的芯片。在这种情况下，处理单元1401，用于支持该通信装置执行上述实施例中的步骤803中由应用功能网元执行的动作。通信单元1402，用于支持该通信装置执行上述实施例中的步骤804中由应用功能网元执行的发送动作。

在一种可能的实现方式中，处理单元1401还用于支持该通信装置执行上述实施例中的步骤806。通信单元1402，用于支持该通信装置执行上述实施例中的步骤807以及步骤808中由应用功能网元执行的发送动作。

再一种示例，该通信装置为网管网元，或者为应用于网管网元中的芯片。在这种情况下，通信单元1402，用于支持该通信装置执行上述实施例中的步骤804中由网管网元执行的接收动作。处理单元1401，用于支持该通信装置执行上述实施例中的步骤805中由网管网元执行的动作。

在一种可能的实施例中，通信装置还可以包括存储单元，用于存储通信装置的程序代码和数据。

在采用集成的单元的情况下，图15示出了上述实施例中所涉及的通信装置的一种可能的逻辑结构示意图。该通信装置包括：处理模块1512和通信模块1513。处理模块1512用于对通信装置的动作进行控制管理，例如，处理模块1512用于执行在通信装置进行信息/数据处理的步骤。通信模块1513用于支持通信装置进行信息/数据发送或者接收的步骤。

在一种可能的实施例中，通信装置还可以包括存储模块1511，用于存储通信装置的程序代码和数据。

一种示例，该通信装置为数据分析网元，或者为应用于数据分析网元中的芯片。在这种情况下，通信模块1513用于支持该通信装置执行上述实施例的图4的步骤402中由数据分析网元执行的发送动作。处理模块1512，还用于支持通信装置执行上述实施例中步骤401。

在一种可能的实施例中，通信模块1513，还用于支持通信装置执行上述实施例中的步骤501中由数据分析网元执行的接收动作。处理模块1512用于支持通信装置执行上述实施例中步骤502。通信模块1513，还用于支持通信装置执行上述实施例中步骤503中由数据分析网元执行的发送动作。

一种示例，该通信装置为数据分析网元，或者为应用于数据分析网元中的芯片。在这种情况下，通信模块1513用于支持该通信装置执行上述实施例的图8的步骤802中由数据分析网元执行的发送动作。处理模块1512，还用于支持通信装置执行上述实施例中步骤801。

另一种示例，该通信装置为网管网元，或者为应用于网管网元中的芯片。在这种情况下，通信模块1513用于支持该通信装置执行上述实施例的图4的步骤402中由网管网元执行的接收动作。处理模块1512，还用于支持通信装置执行上述实施例中步骤403。通信模块1513用于支持该通信装置执行上述实施例的图4的步骤403中由网管网元执行的发送动作。

在一种可能的实施例中，通信模块1513，用于支持通信装置执行上述实施例中的步骤503中由网管网元执行的接收动作。处理模块1512用于支持通信装置执行上述实施例中步骤504、步骤505、以及步骤506。

在一种可能的实施例中，通信模块1513，用于支持通信装置执行上述实施例中的步骤603中由网管网元执行的接收动作。处理模块1512用于支持通信装置执行上述实施例中步骤604、步骤605、以及步骤610。通信模块1513，用于支持通信装置执行上述实施例中的步骤609由网管网元执行的接收动作。

在一种可能的实施例中，通信模块1513，用于支持通信装置执行上述实施例中的步骤703中由网管网元执行的接收动作。处理模块1512用于支持通信装置执行上述实施例中步骤704、步骤705、步骤706以及步骤707。通信模块1513，用于支持通信装置执行上述实施例中的步骤708由网管网元执行的接收动作。

另一种示例，该通信装置为应用功能网元，或者为应用于应用功能网元中的芯片。在这种情况下，通信模块1513，用于支持该通信装置执行上述实施例中的步骤404中由应用功能网元执行的接收动作。处理模块1512，用于支持该通信装置执行上述实施例中的步骤405。

在一种可能的实现方式中，处理模块1512还用于支持该通信装置执行上述实施例中的步骤508、步骤509以及步骤510。通信模块1513，用于支持该通信装置执行上述实施例中的步骤511以及步骤512中由应用功能网元执行的发送动作。或者，

在一种可能的实现方式中，处理模块1512还用于支持该通信装置执行上述实施例中的步骤607、步骤608、步骤611。通信模块1513，用于支持该通信装置执行上述实施例中的步骤612以及步骤613中由应用功能网元执行的发送动作。

再一种示例，该通信装置为应用功能网元，或者为应用于应用功能网元中的芯片。在这种情况下，通信模块1513，用于支持该通信装置执行上述实施例中的步骤708中由应用功能网元执行的接收动作。通信模块1513，用于支持该通信装置执行上述实施例中的步骤709以及步骤710中由应用功能网元执行的发送动作。

再一种示例，该通信装置为应用功能网元，或者为应用于应用功能网元中的芯片。在这种情况下，处理模块1512，用于支持该通信装置执行上述实施例中的步骤803中由应用功能网元执行的动作。通信模块1513，用于支持该通信装置执行上述实施例中的步骤804中由应用功能网元执行的发送动作。

在一种可能的实现方式中，处理模块1512还用于支持该通信装置执行上述实施例中的步骤806。通信模块1513，用于支持该通信装置执行上述实施例中的步骤807以及步骤808中由应用功能网元执行的发送动作。

再一种示例，该通信装置为网管网元，或者为应用于网管网元中的芯片。在这种情况下，通信模块1513，用于支持该通信装置执行上述实施例中的步骤804中由网管网元执行的接收动作。处理模块1512，用于支持该通信装置执行上述实施例中的步骤805中由网管网元执行的动作。

其中，处理模块1512可以是处理器或控制器，例如可以是中央处理器单元，通用处理器，数字信号处理器，专用集成电路，现场可编程门阵列或者其他可编程逻辑器件、晶体管逻辑器件、硬件部件或者其任意组合。其可以实现或执行结合本申请公开内容所描述的各种示例性的逻辑方框，模块和电路。处理器也可以是实现计算功能的组合，例如包含一个或多个微处理器组合，数字信号处理器和微处理器的组合等等。通信模块1513可以是收发器、收发电路或通信接口等。存储模块1511可以是存储器。

当处理模块1512为处理器1641或处理器1645，通信模块1513为通信接口1643时，存储模块1511为存储器1642时，本申请所涉及的通信装置可以为图16所示的通信设备。

图16所示为本申请实施例提供的通信设备的硬件结构示意图。该通信设备包括处理器1641，通信线路1644以及至少一个通信接口(图16中仅是示例性的以包括通信接口1643为例进行说明)。

可选的，该通信设备还可以包括存储器1642。

处理器1641可以是一个通用中央处理器(central processing unit，CPU)，微处理器，特定应用集成电路(application-specific integrated circuit，ASIC)，或一个或多个用于控制本申请方案程序执行的集成电路。

通信线路1644可包括一通路，在上述组件之间传送信息。

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

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

其中，存储器1642用于存储执行本申请方案的计算机执行指令，并由处理器1641来控制执行。处理器1641用于执行存储器1642中存储的计算机执行指令，从而实现本申请下述实施例提供的通信方法。

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

在具体实现中，作为一种实施例，处理器1641可以包括一个或多个CPU，例如图16中的CPU0和CPU1。

在具体实现中，作为一种实施例，通信设备可以包括多个处理器，例如图16中的处理器1641和处理器1645。这些处理器中的每一个可以是一个单核(single-CPU)处理器，也可以是一个多核(multi-CPU)处理器。这里的处理器可以指一个或多个设备、电路、和/或用于处理数据(例如计算机程序指令)的处理核。

一种示例，该通信设备为数据分析网元，或者为应用于数据分析网元中的芯片。在这种情况下，通信接口1643用于支持该通信设备执行上述实施例的图4的步骤402中由数据分析网元执行的发送动作。处理器1641或处理器45，还用于支持通信设备执行上述实施例中步骤401。

在一种可能的实施例中，通信接口1643，还用于支持通信设备执行上述实施例中的步骤501中由数据分析网元执行的接收动作。处理器1641或处理器1645用于支持通信设备执行上述实施例中步骤502。通信接口1643，还用于支持通信设备执行上述实施例中步骤503中由数据分析网元执行的发送动作。

一种示例，该通信设备为数据分析网元，或者为应用于数据分析网元中的芯片。在这种情况下，通信接口1643用于支持该通信设备执行上述实施例的图8的步骤802中由数据分析网元执行的发送动作。处理器1641或处理器1645，还用于支持通信设备执行上述实施例中步骤801。

另一种示例，该通信设备为网管网元，或者为应用于网管网元中的芯片。在这种情况下，通信接口1643用于支持该通信设备执行上述实施例的图4的步骤402中由网管网元执行的接收动作。处理器1641或处理器1645，还用于支持通信设备执行上述实施例中步骤403。通信接口1643用于支持该通信设备执行上述实施例的图4的步骤403中由网管网元执行的发送动作。

在一种可能的实施例中，通信接口1643，用于支持通信设备执行上述实施例中的步骤503中由网管网元执行的接收动作。处理器1641或处理器1645用于支持通信设备执行上述实施例中步骤504、步骤505、以及步骤506。

在一种可能的实施例中，通信接口1643，用于支持通信设备执行上述实施例中的步骤603中由网管网元执行的接收动作。处理器1641或处理器1645用于支持通信设备执行上述实施例中步骤604、步骤605、以及步骤610。通信接口1643，用于支持通信设备执行上述实施例中的步骤609由网管网元执行的接收动作。

在一种可能的实施例中，通信接口1643，用于支持通信设备执行上述实施例中的步骤703中由网管网元执行的接收动作。处理器1641或处理器1645用于支持通信设备执行上述实施例中步骤704、步骤705、步骤706以及步骤707。通信接口1643，用于支持通信设备执行上述实施例中的步骤708由网管网元执行的接收动作。

另一种示例，该通信设备为应用功能网元，或者为应用于应用功能网元中的芯片。在这种情况下，通信接口1643，用于支持该通信设备执行上述实施例中的步骤404中由应用功能网元执行的接收动作。处理器1641或处理器1645，用于支持该通信设备执行上述实施例中的步骤405。

在一种可能的实现方式中，处理器1641或处理器1645还用于支持该通信设备执行上述实施例中的步骤508、步骤509以及步骤510。通信接口1643，用于支持该通信设备执行上述实施例中的步骤511以及步骤512中由应用功能网元执行的发送动作。或者，

在一种可能的实现方式中，处理器1641或处理器1645还用于支持该通信设备执行上述实施例中的步骤607、步骤608、步骤611。通信接口1643，用于支持该通信设备执行上述实施例中的步骤612以及步骤613中由应用功能网元执行的发送动作。

再一种示例，该通信设备为应用功能网元，或者为应用于应用功能网元中的芯片。在这种情况下，通信接口1643，用于支持该通信设备执行上述实施例中的步骤708中由应用功能网元执行的接收动作。通信接口1643，用于支持该通信设备执行上述实施例中的步骤709以及步骤710中由应用功能网元执行的发送动作。

再一种示例，该通信设备为应用功能网元，或者为应用于应用功能网元中的芯片。在这种情况下，处理器1641或处理器1645，用于支持该通信设备执行上述实施例中的步骤803中由应用功能网元执行的动作。通信接口1643，用于支持该通信设备执行上述实施例中的步骤804中由应用功能网元执行的发送动作。

在一种可能的实现方式中，处理器1641或处理器1645还用于支持该通信设备执行上述实施例中的步骤806。通信接口1643，用于支持该通信设备执行上述实施例中的步骤807以及步骤808中由应用功能网元执行的发送动作。

再一种示例，该通信设备为网管网元，或者为应用于网管网元中的芯片。在这种情况下，通信接口1643，用于支持该通信设备执行上述实施例中的步骤804中由网管网元执行的接收动作。处理器1641或处理器1645，用于支持该通信设备执行上述实施例中的步骤805中由网管网元执行的动作。

图17是本申请实施例提供的芯片170的结构示意图。芯片170包括一个或两个以上(包括两个)处理器1710和通信接口1730。

可选的，该芯片170还包括存储器1740，存储器1740可以包括只读存储器和随机存取存储器，并向处理器1710提供操作指令和数据。存储器1740的一部分还可以包括非易失性随机存取存储器(non-volatile random access memory，NVRAM)。

在一些实施方式中，存储器1740存储了如下的元素，执行模块或者数据结构，或者他们的子集，或者他们的扩展集。

在本申请实施例中，通过调用存储器1740存储的操作指令(该操作指令可存储在操作系统中)，执行相应的操作。

一种可能的实现方式中为：应用功能网元、数据分析网元、网管网元所用的芯片的结构类似，不同的装置可以使用不同的芯片以实现各自的功能。

处理器1710控制应用功能网元、数据分析网元、网管网元中任一个的处理操作，处理器1710还可以称为中央处理单元(central processing unit，CPU)。

存储器1740可以包括只读存储器和随机存取存储器，并向处理器1710提供指令和数据。存储器1740的一部分还可以包括NVRAM。例如应用中存储器1740、通信接口1730以及存储器1740通过总线系统1720耦合在一起，其中总线系统1720除包括数据总线之外，还可以包括电源总线、控制总线和状态信号总线等。但是为了清楚说明起见，在图17中将各种总线都标为总线系统1720。

上述本申请实施例揭示的方法可以应用于处理器1710中，或者由处理器1710实现。处理器1710可能是一种集成电路芯片，具有信号的处理能力。在实现过程中，上述方法的各步骤可以通过处理器1710中的硬件的集成逻辑电路或者软件形式的指令完成。上述的处理器1710可以是通用处理器、数字信号处理器(digital signal processing，DSP)、ASIC、现成可编程门阵列(field-programmable gate array，FPGA)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件。可以实现或者执行本申请实施例中的公开的各方法、步骤及逻辑框图。通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等。结合本申请实施例所公开的方法的步骤可以直接体现为硬件译码处理器执行完成，或者用译码处理器中的硬件及软件模块组合执行完成。软件模块可以位于随机存储器，闪存、只读存储器，可编程只读存储器或者电可擦写可编程存储器、寄存器等本领域成熟的存储介质中。该存储介质位于存储器1740，处理器1710读取存储器1740中的信息，结合其硬件完成上述方法的步骤。

一种可能的实现方式中，通信接口1730用于执行图4-图8所示的实施例中的数据分析网元的接收和发送的步骤。处理器1710用于执行图4-图8所示的实施例中的数据分析网元的处理的步骤。

一种可能的实现方式中，通信接口1730用于执行图4-图8所示的实施例中的应用功能网元的接收和发送的步骤。处理器1710用于执行图4-图8所示的实施例中的应用功能网元的处理的步骤。

一种可能的实现方式中，通信接口1730用于执行图4-图8所示的实施例中的网管网元的接收和发送的步骤。处理器1710用于执行图4-图8所示的实施例中的网管网元的处理的步骤。

以上通信单元可以是该装置的一种通信接口，用于从其它装置接收信号。例如，当该装置以芯片的方式实现时，该收发单元是该芯片用于从其它芯片或装置接收信号或发送信号的通信接口。

一方面，提供一种计算机可读存储介质，计算机可读存储介质中存储有指令，当指令被运行时，实现如图4～图8中由数据分析网元执行的功能。

一方面，提供一种计算机可读存储介质，计算机可读存储介质中存储有指令，当指令被运行时，实现如图4-图8中由应用功能网元执行的功能。

一方面，提供一种计算机可读存储介质，计算机可读存储介质中存储有指令，当指令被运行时，实现如图4-图8中由网管网元执行的功能。

一方面，提供一种包括指令的计算机程序产品，计算机程序产品中包括指令，当指令被运行时，实现如图4～图8中由数据分析网元执行的功能。

又一方面，提供一种包括指令的计算机程序产品，计算机程序产品中包括指令，当指令被运行时，实现如图4-图8中由应用功能网元执行的功能。

又一方面，提供一种包括指令的计算机程序产品，计算机程序产品中包括指令，当指令被运行时，实现如图4-图8中由网管网元执行的功能。

一方面，提供一种芯片，该芯片应用于网管网元中，芯片包括至少一个处理器和通信接口，通信接口和至少一个处理器耦合，处理器用于运行指令，以实现如图4～图8中由网管网元执行的功能。

又一方面，提供一种芯片，该芯片应用于数据分析网元中，芯片包括至少一个处理器和通信接口，通信接口和至少一个处理器耦合，处理器用于运行指令，以实现如图4～图8中由数据分析网元执行的功能。

又一方面，提供一种芯片，该芯片应用于数据分析网元中，芯片包括至少一个处理器和通信接口，通信接口和至少一个处理器耦合，处理器用于运行指令，以实现如图4～图8中由应用功能网元执行的功能。

本申请实施例提供一种通信系统，该通信系统包括：网管网元、数据分析网元以及应用功能网元。其中，网管网元用于执行如图4～图7所描述的实施例中由网管网元执行的功能，数据分析网元用于执行图4～图7描述的实施例中由数据分析网元执行的步骤。应用功能网元用于执行图4～图7描述的实施例中由应用功能网元执行的步骤。

本申请实施例提供一种通信系统，该通信系统包括：网管网元、数据分析网元以及应用功能网元。其中，网管网元用于执行如图8所描述的实施例中由网管网元执行的功能，数据分析网元用于执行图8描述的实施例中由数据分析网元执行的步骤。应用功能网元用于执行图8描述的实施例中由应用功能网元执行的步骤。

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

尽管在此结合各实施例对本申请进行了描述，然而，在实施所要求保护的本申请过程中，本领域技术人员通过查看附图、公开内容、以及所附权利要求书，可理解并实现公开实施例的其他变化。在权利要求中，“包括”(comprising)一词不排除其他组成部分或步骤，“一”或“一个”不排除多个的情况。单个处理器或其他单元可以实现权利要求中列举的若干项功能。相互不同的从属权利要求中记载了某些措施，但这并不表示这些措施不能组合起来产生良好的效果。

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