CN112020100A - 分组流描述信息的管理方法、设备及系统 - Google Patents

Abstract

本申请实施例提供分组流描述信息的管理方法、设备及系统，可以使得第三方的应用服务器能够获知未成功部署PFD信息的核心网设备的信息。方法包括：第一网元确定PFD信息在第二网元上部署失败；第一网元发送第一消息，该第一消息包括第一指示信息、该PFD信息对应的应用标识和该第二网元的第一信息，其中，该第二网元的第一信息用于识别该第二网元，该第一指示信息指示PFD信息部署失败。

Description

分组流描述信息的管理方法、设备及系统

技术领域

本申请涉及通信技术领域，尤其涉及分组流描述(packet flow description，PFD)信息的管理方法、设备及系统。

背景技术

现有技术中，应用检测过滤器(application detection filter)可以通过运营商的网管系统配置，也可以由第三方的应用服务器进行管理。例如，在第四代(4thgeneration，4G)网络控制面/用户面(control plane/user plane，C/U)不分离的策略计费控制(policy and charging control，PCC)架构中，第三方的应用服务器(如业务能力服务器(services capability server，SCS)或者应用服务器(application server，AS))分别通过向业务能力开放功能(service capability exposure function，SCEF)网元和分组流描述功能(packet flow description function，PFDF)网元提供PFD信息来更新配置在策略和计费执行功能(policy and charging enforcement，PCEF)网元上的应用标识(application ID)对应的应用检测过滤器。

然而，一方面，在一个网络中，可能存在多个PFDF网元，因为通信故障或网络设备的故障，SCEF网元有可能无法在指定的时间内通过所有的PFDF网元将PFD信息发送给所有的PCEF网元。另一方面，即使PCEF网元成功部署了PFD信息，也可能会因为某种原因导致PFD信息失效或出现错误。

现有技术中，第三方的应用服务器只接收到了PFD信息全部部署成功，或全部部署失败的应答响应，而无法获知PFD信息部分部署失败的情况(对于部分部署失败的情况，目前应用服务器只接收到了部分失败的应答消息)。由于在一个PFD信息部署失败的PCEF网元上，PCEF网元无法检测出应用对应的数据，因此无法对数据进行特定的策略和计费控制。而应用服务器并不知道这个PCEF网元没有成功部署PFD信息，因此可能会对这些数据执行第三方特定的策略。譬如，某媒体网站对一些高清视频会对用户收取更高的费用，同时它会通过与运营商的合作，要求对这些高清视频能保障高带宽。但是由于PFD信息没有成功部署，因此网络并没有对这些业务数据提供高带宽保证，从而影响了用户的体验。

上述问题也类似的存在于4G网络C/U分离的PCC架构中，或是第五代(5rdgeneration，5G)网络架构中。因此，如何使得第三方的应用服务器能够获知未成功部署PFD信息的核心网设备(如4G网络C/U不分离的PCC架构中的PCEF网元、4G网络C/U分离的PCC架构中的分组数据网络网关-用户面(packet data network gateway-user plane，PGW-U)网元或者5G网络中的用户面功能(user plane function，UPF)网元))的信息，以便应用服务器针对通过这些核心网设备进行访问的业务执行相应的策略，是目前亟待解决的问题。

发明内容

本申请实施例提供PFD信息的管理方法、设备及系统，可以使得第三方的应用服务器能够获知未成功部署PFD信息的核心网设备的信息。

为达到上述目的，本申请的实施例采用如下技术方案：

第一方面，提供了一种分组流描述PFD信息的管理方法，该方法包括：第一网元确定PFD信息在第二网元上部署失败；第一网元向第三网元发送第一消息，该第一消息包括第一指示信息、该PFD信息对应的应用标识和该第二网元的第一信息，其中，该第二网元的第一信息用于识别该第二网元，该第一指示信息指示PFD信息部署失败。第三网元例如可以是应用服务器或者可以和应用服务器通信的网络设备。这样，应用服务器能够获知未成功部署PFD信息的第二网元(如4G网络C/U不分离的PCC架构中的PCEF网元、4G网络C/U分离的PCC架构中的PGW-U网元或者5G网络中的UPF网元)的信息，进而应用服务器可以针对通过第二网元进行访问的业务执行相应的策略。避免了现有技术中，应用服务器只接收到了PFD信息全部部署成功，或全部部署失败的应答响应，而无法获知PFD信息部分部署失败的情况(对于部分部署失败的情况，目前应用服务器只接收到了部分失败的应答消息)所导致的可能影响用户体验的问题。

可选的，本申请实施例中，PFD信息在第二网元上部署失败是指该PFD信息在该第二网元上安装失败、修改失败或删除失败；PFD信息在第二网元上部署成功是指该PFD信息在该第二网元上安装成功、修改成功或删除成功。在此统一说明，以下不再赘述。

在一种可能的设计中，该第一消息还包括该PFD信息部署失败的原因值或者无法成功部署的该PFD信息对应的PFD标识中的一项或多项。

在一种可能的设计中，该第一网元包括分组流描述功能网元，该第二网元包括策略和计费执行功能网元或者业务检测功能网元，该第三网元包括业务能力开放功能网元。

在一种可能的设计中，第一网元确定PFD信息在第二网元上部署失败，包括：第一网元确定无法在配置的时间内将该PFD信息发送给该第二网元；或者，第一网元确定无法在允许的时延内将该PFD信息发送该第二网元，其中，该允许的时延为完成该PFD信息部署的时间长度；或者，第一网元接收第二消息，该第二消息包括该第一指示信息和该应用标识。基于该方案，第一网元可以确定PFD信息在第二网元上部署失败。

在一种可能的设计中，该第一网元包括分组流描述功能网元，该第二网元包括分组网关用户面网元，该第三网元包括业务能力开放功能网元。

在一种可能的设计中，第一网元确定PFD信息在第二网元上部署失败，包括：第一网元确定无法在配置的时间内将该PFD信息发送给分组网关控制面网元；或者，第一网元确定无法在允许的时延内将该PFD信息发送该分组网关控制面网元，其中，该允许的时延为完成该PFD信息部署的时间长度；或者，第一网元接收第二消息，该第二消息包括该第一指示信息、该应用标识和该第二网元的第一信息。基于该方案，第一网元可以确定PFD信息在第二网元上部署失败。

在一种可能的设计中，该第一网元包括网络开放功能网元，该第二网元包括用户面功能网元，该第三网元包括应用服务器。

在一种可能的设计中，该第一网元确定PFD信息在第二网元上部署失败，包括：第一网元确定无法在配置的时间内将该PFD信息发送给会话管理网元；或者，第一网元确定无法在允许的时延内将该PFD信息发送该会话管理网元，其中，该允许的时延为完成该PFD信息部署的时间长度；或者，第一网元接收第二消息，该第二消息包括该第一指示信息、该应用标识和该第二网元的第二信息。基于该方案，第一网元可以确定PFD信息在第二网元上部署失败。

在一种可能的设计中，该第一网元包括业务能力开放功能网元，该第二网元包括策略和计费执行功能网元或者业务检测功能网元，该第三网元包括应用服务器；或者，该第一网元包括业务能力开放功能网元，该第二网元包括分组网关用户面网元，该第三网元包括应用服务器。

在一种可能的设计中，第一网元确定PFD信息在第二网元上部署失败，包括：第一网元确定无法在配置的时间内将该PFD信息发送给分组流描述功能网元；或者，第一网元确定无法在允许的时延内将该PFD信息发送该分组流描述功能网元，其中，该允许的时延为完成该PFD信息部署的时间长度；或者，第一网元接收第二消息，该第二消息包括该第一指示信息、该应用标识和该第二网元的第二信息。基于该方案，第一网元可以确定PFD信息在第二网元上部署失败。

在一种可能的设计中，该第一网元包括分组网关控制面网元，该第二网元包括分组网关用户面网元，该第三网元包括分组流描述功能网元；或者，该第一网元包括会话管理网元，该第二网元包括用户面功能网元，该第三网元包括网络开放功能网元。

在一种可能的设计中，该第一网元确定PFD信息在第二网元上部署失败，包括：第一网元确定无法在配置的时间内将该PFD信息发送给该第二网元；或者，第一网元确定无法在允许的时延内将该PFD信息发送该第二网元，其中，该允许的时延为完成该PFD信息部署的时间长度；或者，第一网元接收第二消息，该第二消息包括该第一指示信息、该应用标识和该第二网元的第一信息。基于该方案，第一网元可以确定PFD信息在第二网元上部署失败。

在一种可能的设计中，在第一网元发送第一消息之后，该方法还包括：第一网元确定该PFD信息在该第二网元上部署成功；第一网元向第三网元发送第三消息，该第三消息包括第二指示信息和该PFD信息对应的应用标识，其中，该第二指示信息指示PFD信息部署成功。第三网元例如可以是应用服务器或者可以和应用服务器通信的网络设备。可选的，该第三消息还可以包括第二网元的第一信息。基于该方案，应用服务器能够获知成功部署PFD信息的第二网元的信息，进而应用服务器可以针对通过该第二网元进行访问的业务执行相应的策略。譬如提高用户的费用，采用高清视频进行播放等，从而提升了用户的体验。

在一种可能的设计中，第一网元确定该PFD信息在该第二网元上部署成功，包括：第一网元接收第四消息，该第四消息包括该第二指示信息、该应用标识和该第二网元的第一信息。基于第四消息，第一网元可以确定该PFD信息在该第二网元上部署成功。

在一种可能的设计中，该第二消息还包括该PFD信息部署失败的原因值或者无法成功部署的该PFD信息对应的PFD标识中的一项或多项。

在一种可能的设计中，该第三消息还包括成功部署的该PFD信息对应的PFD标识。

在一种可能的设计中，该第二网元的第一信息包括：分配给终端设备的该第二网元对应的地址范围信息、该第二网元对应的路由区或跟踪区标识，该第二网元对应的小区标识，该第二网元的标识、该第二网元对应的接入设备的标识、或者该第二网元对应的数据网络接入标识、该第二网元对应的地理位置、或者该第二网元对应的市政地址中的一个或多个。

在一种可能的设计中，该第二网元的第二信息包括：分配给终端设备的该第二网元对应的地址范围信息、该第二网元对应的路由区或跟踪区标识，该第二网元对应的小区标识，该第二网元的标识、该第二网元对应的接入设备的标识、或者该第二网元对应的数据网络接入标识中的一个或多个。

第二方面，提供了一种通信装置用于实现上述各种方法。该通信装置可以为上述第一方面中的第一网元，或者包含上述第一网元的装置。该通信装置包括实现上述方法相应的模块、单元、或手段(means)，该模块、单元、或means可以通过硬件实现，软件实现，或者通过硬件执行相应的软件实现。该硬件或软件包括一个或多个与上述功能相对应的模块或单元。

第三方面，提供了一种通信装置，包括：处理器和存储器；该存储器用于存储计算机指令，当该处理器执行该指令时，以使该通信装置执行上述任一方面所述的方法。该通信装置可以为上述第一方面中的第一网元，或者包含上述第一网元的装置。

第四方面，提供了一种通信装置，包括：处理器；该处理器用于与存储器耦合，并读取存储器中的指令之后，根据该指令执行如上述任一方面所述的方法。该通信装置可以为上述第一方面中的第一网元，或者包含上述第一网元的装置。

第五方面，提供了一种计算机可读存储介质，该计算机可读存储介质中存储有指令，当其在计算机上运行时，使得计算机可以执行上述任一方面所述的方法。

第六方面，提供了一种包含指令的计算机程序产品，当其在计算机上运行时，使得计算机可以执行上述任一方面所述的方法。

第七方面，提供了一种通信装置(例如，该通信装置可以是芯片或芯片系统)，该通信装置包括处理器，用于实现上述任一方面中所涉及的功能。在一种可能的设计中，该通信装置还包括存储器，该存储器，用于保存必要的程序指令和数据。该通信装置是芯片系统时，可以由芯片构成，也可以包含芯片和其他分立器件。

其中，第二方面至第七方面中任一种设计方式所带来的技术效果可参见上述第一方面中不同设计方式所带来的技术效果，此处不再赘述。

第八方面，提供了一种通信方法，该通信方法包括：第一网元确定PFD信息在第二网元上部署失败之后，向第三网元发送第一消息，该第一消息包括第一指示信息、该PFD信息对应的应用标识和该第二网元的第一信息，其中，该第二网元的第一信息用于识别该第二网元，该第一指示信息指示PFD信息部署失败；第三网元接收来自第一网元的该第一消息。

在一种可能的设计中，该第一网元包括分组流描述功能网元，该第二网元包括策略和计费执行功能网元或者业务检测功能网元，该第三网元包括业务能力开放功能网元。

在一种可能的设计中，该第一网元包括分组流描述功能网元，该第二网元包括分组网关用户面网元，该第三网元包括业务能力开放功能网元。

在一种可能的设计中，该第一网元包括会话管理网元，该第二网元包括用户面功能网元，该第三网元包括网络开放功能网元。

在一种可能的设计中，该通信方法还包括：第三网元向应用服务器发送第五消息，该第五消息包括该第一指示信息、该PFD信息对应的应用标识和该第二网元的第二信息，其中，该第二网元的第二信息用于识别该第二网元；应用服务器接收来自该第三网元的该第五消息。

在一种可能的设计中，该第一网元包括业务能力开放功能网元，该第二网元包括策略和计费执行功能网元或者业务检测功能网元，该第三网元包括应用服务器。

在一种可能的设计中，该第一网元包括业务能力开放功能网元，该第二网元包括分组网关用户面网元，该第三网元包括应用服务器。

在一种可能的设计中，该第一网元包括网络开放功能网元，该第二网元包括用户面功能网元，该第三网元包括应用服务器。

在一种可能的设计中，该第一网元包括分组网关控制面网元，该第二网元包括分组网关用户面网元，该第三网元包括分组流描述功能网元。

在一种可能的设计中，该通信方法还包括：第三网元向该业务能力开放功能网元发送第六消息，该第六消息包括该第一指示信息、该PFD信息对应的应用标识和该第二网元的第一信息；业务能力开放功能网元接收来自该第三网元的该第六消息，并向应用服务器发送第五消息，该第五消息包括该第一指示信息、该PFD信息对应的应用标识和该第二网元的第二信息，其中，该第二网元的第二信息用于识别该第二网元；应用服务器接收来自该业务能力开放功能网元的该第五消息。

其中，第八方面中任一种设计方式所带来的技术效果可参见上述第一方面中不同设计方式所带来的技术效果，此处不再赘述。

第九方面，提供了一种通信系统，该通信系统包括：第一网元和第三网元；该第一网元，用于确定PFD信息在第二网元上部署失败之后，向第三网元发送第一消息，该第一消息包括第一指示信息、该PFD信息对应的应用标识和该第二网元的第一信息，其中，该第二网元的第一信息用于识别该第二网元，该第一指示信息指示PFD信息部署失败；该第三网元，用于接收来自该第一网元的该第一消息。

在一种可能的设计中，该第一网元包括分组流描述功能网元，该第二网元包括策略和计费执行功能网元或者业务检测功能网元，该第三网元包括业务能力开放功能网元。

在一种可能的设计中，该第一网元包括分组流描述功能网元，该第二网元包括分组网关用户面网元，该第三网元包括业务能力开放功能网元。

在一种可能的设计中，该第一网元包括会话管理网元，该第二网元包括用户面功能网元，该第三网元包括网络开放功能网元。

在一种可能的设计中，该通信系统还包括应用服务器；该第三网元，还用于向该应用服务器发送第五消息，该第五消息包括该第一指示信息、该PFD信息对应的应用标识和该第二网元的第二信息，其中，该第二网元的第二信息用于识别该第二网元；该应用服务器，还用于接收来自该第三网元的该第五消息。

在一种可能的设计中，该第一网元包括业务能力开放功能网元，该第二网元包括策略和计费执行功能网元或者业务检测功能网元，该第三网元包括应用服务器。

在一种可能的设计中，该第一网元包括业务能力开放功能网元，该第二网元包括分组网关用户面网元，该第三网元包括应用服务器。

在一种可能的设计中，该第一网元包括网络开放功能网元，该第二网元包括用户面功能网元，该第三网元包括应用服务器。

在一种可能的设计中，该第一网元包括分组网关控制面网元，该第二网元包括分组网关用户面网元，该第三网元包括分组流描述功能网元。

在一种可能的设计中，该通信系统还包括业务能力开放功能网元和应用服务器；该第三网元，还用于向该业务能力开放功能网元发送第六消息，该第六消息包括该第一指示信息、该PFD信息对应的应用标识和该第二网元的第一信息；该业务能力开放功能网元，还用于接收来自该第三网元的该第六消息，并向该应用服务器发送第五消息，该第五消息包括该第一指示信息、该PFD信息对应的应用标识和该第二网元的第二信息，其中，该第二网元的第二信息用于识别该第二网元；该应用服务器，还用于接收来自该业务能力开放功能网元的该第五消息。

其中，第九方面中任一种设计方式所带来的技术效果可参见上述第一方面中不同设计方式所带来的技术效果，此处不再赘述。

附图说明

图1为本申请实施例提供的一种通信系统的结构示意图；

图2为现有的4G网络C/U不分离的PCC架构示意图；

图3为现有的4G网络C/U分离的PCC架构示意图；

图4为现有的5G网络架构示意图；

图5为本申请实施例提供的通信设备的结构示意图；

图6为本申请实施例提供的PFD信息的管理方法流程示意图一；

图7为本申请实施例提供的PFD信息的管理方法流程示意图二；

图8为本申请实施例提供的PFD信息的管理方法流程示意图三；

图9为本申请实施例提供的PFD信息的管理方法流程示意图四；

图10为本申请实施例提供的PFD信息的管理方法流程示意图五；

图11为本申请实施例提供的PFD信息的管理方法流程示意图六；

图12为本申请实施例提供的PFD信息的管理方法流程示意图七；

图13为本申请实施例提供的PFD信息的管理方法流程示意图八；

图14为本申请实施例提供的PFD信息的管理方法流程示意图九；

图15为本申请实施例提供的PFD信息的管理方法流程示意图十；

图16为本申请实施例提供的第一网元的结构示意图。

具体实施方式

下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行描述。其中，在本申请的描述中，除非另有说明，“/”表示前后关联的对象是一种“或”的关系，例如，A/B可以表示A或B；本申请中的“和/或”仅仅是一种描述关联对象的关联关系，表示可以存在三种关系，例如，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可以是单个，也可以是多个。另外，为了便于清楚描述本申请实施例的技术方案，在本申请的实施例中，采用了“第一”、“第二”等字样对功能和作用基本相同的相同项或相似项进行区分。本领域技术人员可以理解“第一”、“第二”等字样并不对数量和执行次序进行限定，并且“第一”、“第二”等字样也并不限定一定不同。同时，在本申请实施例中，“示例性的”或者“例如”等词用于表示作例子、例证或说明。本申请实施例中被描述为“示例性的”或者“例如”的任何实施例或设计方案不应被解释为比其它实施例或设计方案更优选或更具优势。确切而言，使用“示例性的”或者“例如”等词旨在以具体方式呈现相关概念，便于理解。

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

如图1所示，为本申请实施例提供的一种通信系统10，该通信系统10包括第一网元101和第三网元102。第一网元101和第三网元102之间可以直接通信，也可以通过其他设备的转发进行通信，本申请实施例对此不作具体限定。

其中，第一网元101，用于确定PFD信息在第二网元上部署失败，进而，第一网元101，用于向第三网元102发送第一消息，第一消息包括第一指示信息、PFD信息对应的应用标识和第二网元的第一信息，其中，第二网元的第一信息用于识别第二网元，第一指示信息指示PFD信息部署失败。第三网元102，用于接收来自第一网元101的第一消息。其中，上述方案的具体实现将在后续方法实施例中详细阐述，在此不予赘述。

基于该通信系统，由于第一网元在确定PFD信息在第二网元上部署失败之后，可以向第三网元发送包括第一指示信息、PFD信息对应的应用标识和第二网元的第一信息的第一消息，第二网元的第一信息用于识别第二网元，第三网元例如可以是应用服务器或者可以和应用服务器通信的网络设备。这样，应用服务器能够获知未成功部署PFD信息的第二网元(如4G网络C/U不分离的PCC架构中的PCEF网元、4G网络C/U分离的PCC架构中的PGW-U网元或者5G网络中的UPF网元)的信息，进而应用服务器可以针对通过第二网元进行访问的业务执行相应的策略。避免了现有技术中，应用服务器只接收到了PFD信息全部部署成功，或全部部署失败的应答响应，而无法获知PFD信息部分部署失败的情况(对于部分部署失败的情况，目前应用服务器只接收到了部分失败的应答消息)所导致的可能影响用户体验的问题。

可选的，图1所示的通信系统10可以应用于目前4G网络C/U不分离的PCC架构中、或者目前4G网络C/U分离的PCC架构中，或者目前的5G网络中，或者未来的其他网络等，本申请实施例对此不作具体限定。

示例性的，假设图1所示的通信系统10应用于目前4G网络C/U不分离的PCC架构中，则如图2所示，上述的第二网元所对应的网元或者实体可以为4G网络C/U不分离的PCC架构中的PCEF网元，上述的第一网元所对应的网元或者实体可以为4G网络C/U不分离的PCC架构中的PFDF网元，上述的第三网元所对应的网元或者实体可以为4G网络C/U不分离的PCC架构中的SCEF网元；或者，上述的第二网元所对应的网元或者实体可以为4G网络C/U不分离的PCC架构中的PCEF网元，上述的第一网元所对应的网元或者实体可以为4G网络C/U不分离的PCC架构中的SCEF网元，上述的第三网元所对应的网元或者实体可以为4G网络C/U不分离的PCC架构中的应用服务器。其中，该应用服务器例如可以为SCS或者AS，本申请实施例对此不作具体限定。

此外，如图2所示，该4G网络C/U不分离的PCC架构中还可以包括策略和计费规则功能(policy and charging rule function，PCRF)网元等，本申请实施例对此不作具体限定。

其中，如图2所示，PCEF网元与PCRF网元之间通过Gx接口通信，PCEF网元与PFDF网元之间通过Gw接口通信，PCRF网元与SCEF网元之间通过Rx接口通信，PFDF网元与SCEF网元之间通过Nu接口通信，SCEF网元与应用服务器之间通过T8接口通信。

或者，示例性的，假设图1所示的通信系统10应用于目前4G网络C/U分离的PCC架构中，则如图3所示，上述的第二网元所对应的网元或者实体可以为4G网络C/U分离的PCC架构中的PGW-U网元，上述的第一网元所对应的网元或者实体可以为4G网络C/U分离的PCC架构中的PGW-C网元，上述的第三网元所对应的网元或者实体可以为4G网络C/U分离的PCC架构中的PFDF网元；或者，上述的第二网元所对应的网元或者实体可以为4G网络C/U分离的PCC架构中的PGW-U网元，上述的第一网元所对应的网元或者实体可以为4G网络C/U分离的PCC架构中的PFDF网元，上述的第三网元所对应的网元或者实体可以为4G网络C/U分离的PCC架构中的SCEF网元；或者，上述的第二网元所对应的网元或者实体可以为4G网络C/U分离的PCC架构中的PGW-U网元，上述的第一网元所对应的网元或者实体可以为4G网络C/U分离的PCC架构中的SCEF网元，上述的第三网元所对应的网元或者实体可以为4G网络C/U分离的PCC架构中的应用服务器。其中，该应用服务器例如可以为SCS或者AS，本申请实施例对此不作具体限定。

此外，如图3所示，该4G网络C/U分离的PCC架构中还可以包括PCRF网元等，本申请实施例对此不作具体限定。

其中，如图3所示，PGW-U网元与PGW-C网元之间通过Sx接口通信，PGW-C网元与PCRF网元之间通过Gx接口通信，PGW-C网元与PFDF网元之间通过Gw接口通信，PCRF网元与SCEF网元之间通过Rx接口通信，PFDF网元与SCEF网元之间通过Nu接口通信，SCEF网元与应用服务器之间通过T8接口通信。

或者，示例性的，假设图1所示的通信系统10应用于目前的5G网络，则如图4所示，上述的第二网元所对应的网元或者实体可以为5G网络中的UPF网元，上述的第一网元所对应的网元或者实体可以为5G网络中的会话管理功能(session management function，SMF)网元，上述的第二网元所对应的网元或者实体可以为5G网络中的网络开放功能(networkexposure function，NEF)网元；或者，上述的第二网元所对应的网元或者实体可以为5G网络中的UPF网元，上述的第一网元所对应的网元或者实体可以为5G网络中的NEF网元，上述的第三网元所对应的网元或者实体可以为5G网络中的应用服务器。其中，该应用服务器例如可以为SCS或者AS，本申请实施例对此不作具体限定。

此外，如图4所示，该5G网络中还可以包括接入和移动性管理功能(access andmobility management function，AMF)网元等，本申请实施例对此不作具体限定。

其中，如图4所示，终端设备通过下一代网络(next generation，N)1接口(简称N1)与AMF网元通信，接入网设备通过N2接口(简称N2)与AMF网元通信，接入网设备通过N3接口(简称N3)与UPF网元通信，UPF网元通过N6接口(简称N6)与DN通信，AMF网元通过N11接口(简称N11)与SMF网元通信，SMF网元通过N29接口(简称N29)与NEF网元通信，NEF网元与应用服务器之间通过N33接口(简称N33)通信。

可选的，本申请实施例中的第一网元的相关功能可以由一个设备实现，也可以由多个设备共同实现，还可以是由一个设备内的一个或多个功能模块实现，本申请实施例对此不作具体限定。可以理解的是，上述功能既可以是硬件设备中的网络元件，也可以是在专用硬件上运行的软件功能，或者是硬件与软件的结合，或者是平台(例如，云平台)上实例化的虚拟化功能。

例如，本申请实施例中的第一网元的相关功能可以通过图5中的通信设备500来实现。图5所示为本申请实施例提供的通信设备500的结构示意图。该通信设备500包括一个或多个处理器501，通信线路502，以及至少一个通信接口(图5中仅是示例性的以包括通信接口504，以及一个处理器501为例进行说明)，可选的还可以包括存储器503。

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

通信线路502可包括一通路，用于连接不同组件之间。

通信接口504，可以是收发模块用于与其他设备或通信网络通信，如以太网，RAN，无线局域网(wireless local area networks，WLAN)等。例如，所述收发模块可以是收发器、收发机一类的装置。可选的，所述通信接口504也可以是位于处理器501内的收发电路，用以实现处理器的信号输入和信号输出。

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

其中，存储器503用于存储执行本申请方案的计算机执行指令，并由处理器501来控制执行。处理器501用于执行存储器503中存储的计算机执行指令，从而实现本申请实施例中提供的确定业务传输需求的方法。

或者，可选的，本申请实施例中，也可以是处理器501执行本申请下述实施例提供的确定业务传输需求的方法中的处理相关的功能，通信接口504负责与其他设备或通信网络通信，本申请实施例对此不作具体限定。

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

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

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

在具体实现中，作为一种实施例，通信设备500还可以包括输出设备505和输入设备506。输出设备505和处理器501通信，可以以多种方式来显示信息。例如，输出设备505可以是液晶显示器(liquid crystal display，LCD)，发光二级管(light emitting diode，LED)显示设备，阴极射线管(cathode ray tube，CRT)显示设备，或投影仪(projector)等。输入设备506和处理器501通信，可以以多种方式接收用户的输入。例如，输入设备506可以是鼠标、键盘、触摸屏设备或传感设备等。

上述的通信设备500有时也可以称为通信装置，其可以是一个通用设备或者是一个专用设备。例如通信设备500可以是台式机、便携式电脑、网络服务器、掌上电脑(personal digital assistant，PDA)、移动手机、平板电脑、无线终端设备、嵌入式设备、上述终端设备，上述网络设备、或具有图5中类似结构的设备。本申请实施例不限定通信设备500的类型。

下面将结合图1至图5对本申请实施例提供的PFD信息的管理方法进行具体阐述。

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

以图1所示的通信系统应用于图2所示的4G网络C/U不分离的PCC架构，第一网元为PFDF网元，第二网元为PCEF网元，第三网元为SCEF网元为例，如图6所示，为本申请实施例提供的一种PFD信息的管理方法，包括如下步骤：

S601、应用服务器向SCEF网元发送PFD管理请求消息1。SCEF网元接收来自应用服务器的PFD管理请求消息1。

其中，该PFD管理请求消息1携带外部应用标识(external application ID)和PFD信息。PFD信息包括PFD操作和PFD。PFD操作包括创建、修改和删除。PFD包括PFD标识和PFD内容。PFD内容包括三元组(即协议类型、服务器侧的网络协议(internet protocol，IP)地址和端口号)、统一资源定位符(uniform resource locator，URL)的重要部分(significantparts of URL)或域名(domain name)以及协议类型。应用服务器可以请求创建一个external application ID对应的一个或多个PFD之后，应用服务器可以请求删除externalapplication ID对应的所有PFD或部分PFD。此外，应用服务器还可以请求修改一个或多个PFD对应的PFD内容。

可选的，该PFD管理请求消息1还可以携带允许的时延(allowed delay)，该允许的时延为完成PFD信息部署的时间长度。若PFD管理请求消息1未携带允许的时延，可以表示立即部署PFD信息。

S602、SCEF网元对应用服务器的PFD管理请求消息1进行授权，授权成功后，SCEF网元将external application ID转换成对应的应用标识(application ID)。

S603、SCEF网元向PFDF网元发送PFD管理请求消息2。PFDF网元接收来自SCEF网元的PFD管理请求消息2。

其中，该PFD管理请求消息2携带application ID和PFD信息。PFD信息的相关描述可参考步骤S601，在此不再赘述。

需要说明的是，本申请实施例中，若网络中存在多个PFDF网元，则SCEF网元可能需要向多个PFDF网元发送PFD管理请求消息2，本申请实施例仅是示例性的以SCEF网元与其中一个PFDF网元的交互为例进行说明，在此统一说明，以下不再赘述。

S604、PFDF网元根据PFD管理请求消息2，创建、修改或删除保存在PFDF网元上的application Id对应的PFD(s)。

进一步的，一种可能的实现方式中，本申请实施例提供的PFD信息的管理方法还包括如下步骤S605-S606：

S605、若PFDF网元确定无法在配置的时间内(针对没有携带allowed delay的场景)将PFD信息发送给部分PCEF网元，则PFDF网元向SCEF网元发送PFD管理应答消息2，SCEF网元接收来自PFDF网元的PFD管理应答消息2。

其中，该PFD管理应答消息2包括第一指示信息、PFD信息对应的应用标识和无法部署PFD的PCEF网元的信息1。该PCEF网元的信息1用于识别无法部署PFD信息的PCEF网元，第一指示信息指示PFD信息部署失败。

需要说明的是，本申请实施例中，PFD信息部署失败是指PFD信息的安装、修改或删除失败，在此统一说明，该说明适用于本申请所有实施例，以下不再赘述。

可选的，本申请实施例中，PCEF网元的信息1可以包括：分配给终端设备的PCEF网元对应的地址范围信息(如PCEF网元对应的IP地址池)、PCEF网元对应的路由区标识(routing area identifier，RAI)或跟踪区标识(tracking area identifier，TAI)，PCEF网元对应的小区标识，PCEF网元的标识、PCEF网元对应的接入设备的标识、或者PCEF网元对应的数据网络接入标识(data network access identifier，DNAI)中的一个或多个。

可选的，本申请实施例中，PFD管理应答消息2还可以包括PFD信息部署失败的原因值或者无法成功部署的PFD信息对应的PFD标识中的一项或多项。其中，PFD信息部署失败的原因值例如可以是通信故障。

S606、SCEF网元向应用服务器发送PFD管理应答消息1，应用服务器接收来自SCEF网元的PFD管理应答消息1。

其中，该PFD管理应答消息1包括第一指示信息、PFD信息对应的应用标识和无法部署PFD的PCEF网元的信息2。该PCEF网元的信息2用于识别无法部署PFD信息的PCEF网元，第一指示信息指示PFD信息部署失败。

可选的，本申请实施例中，PCEF网元的信息2可以包括：分配给终端设备的PCEF网元对应的地址范围信息(如PCEF网元对应的IP地址池)、PCEF网元对应的路由区标识或跟踪区标识，PCEF网元对应的小区标识，PCEF网元的标识、PCEF网元对应的接入设备的标识、或者PCEF网元对应的数据网络接入标识、PCEF网元对应的地理位置、或者PCEF网元对应的市政地址中的一个或多个。

需要说明的是，出于网络安全考虑，SCEF网元可能不会将第三代合作伙伴计划(3rd generation partnership project，3GPP)内部的PCEF网元的信息1提供给应用服务器，而是将PCEF网元信息1映射成PCEF网元信息2中的PCEF网元对应的数据网络接入标识、PCEF网元对应的地理位置、或者PCEF网元对应的市政地址提供给应用服务器，在此统一说明，该说明适用于本申请所有实施例，以下不再赘述。

可选的，本申请实施例中，PFD管理应答消息1还可以包括PFD信息部署失败的原因值或者无法成功部署的PFD信息对应的PFD标识中的一项或多项。其中，PFD信息部署失败的原因值例如可以是通信故障。

或者，另一种可能的实现方式中，本申请实施例提供的PFD信息的管理方法还包括如下步骤S607-S608：

S607、若PFDF网元确定无法在允许的时延内将PFD信息发送部分PCEF网元(对于Push模式和Pull模式中缓存时间(caching time)小于allowed delay，PFDF网元还是无法向PCEF网元提供PFD信息)，则PFDF网元向SCEF网元发送PFD报告1，SCEF网元接收来自PFDF网元的PFD报告1。

其中，该PFD报告1包括第一指示信息、PFD信息对应的应用标识和无法部署PFD的PCEF网元的信息1。相关描述可参考步骤S605，在此不再赘述。

可选的，本申请实施例中，PFD报告1还可以包括PFD信息部署失败的原因值或者无法成功部署的PFD信息对应的PFD标识中的一项或多项。其中，PFD信息部署失败的原因值例如可以是通信故障。

S608、SCEF网元向应用服务器发送PFD报告2，应用服务器接收来自SCEF网元的PFD报告2。

其中，该PFD报告2包括第一指示信息、PFD信息对应的应用标识和无法部署PFD的PCEF网元的信息2。相关描述可参考步骤S606，在此不再赘述。

可选的，本申请实施例中，PFD报告2还可以包括PFD信息部署失败的原因值或者无法成功部署的PFD信息对应的PFD标识中的一项或多项。其中，PFD信息部署失败的原因值例如可以是通信故障。

或者，再一种可能的实现方式中，本申请实施例提供的PFD信息的管理方法还包括如下步骤S609a/S609b-S613：

其中，步骤609a和步骤S610a针对PFDF网元和PCEF网元支持Push模式。针对PFDF网元管理的每一个PCEF网元执行以下步骤。

S609a、PFDF网元向PCEF网元发送PFD提供消息，PCEF网元接收来自PFDF网元的PFD提供消息。

其中，PFD提供消息携带application ID和PFD信息。

S610a、PCEF网元根据PFD提供消息，创建、修改和删除保存在PCEF网元上的application ID对应的PFD(s)之后，PCEF网元向PFDF网元发送应答消息1。PFDF网元接收来自PCEF网元发送的应答消息1。

其中，步骤S609b和步骤S610b针对PFDF网元和PCEF网元支持Pull模式。针对PFDF网元管理的每一个PCEF网元执行以下步骤。

S609b、当携带application ID的PCC rule激活但是没有对应的PFD，或者application ID对应的PFD定时器过期，携带application ID的PCC规则仍然被激活，则PCEF网元向PFDF网元发送PFD请求消息，PFDF网元接收来自PCEF网元的PFD请求消息。

其中，该PFD请求消息中携带application ID。

S610b、PFDF网元向PCEF网元发送应答消息2，PCEF网元接收来自PFDF网元的应答消息2。

其中，该PFD应答消息2中携带application ID以及对应的PFD信息。

S611、若PCEF网元无法正确执行PFD，或者执行PFD出现错误，则PCEF网元向PFDF网元发送PFD报告3，PFDF网元接收来自PCEF网元的PFD报告3。

其中，该PFD报告3携带第一指示信息和部署失败的PFD信息对应的应用标识。

可选的，本申请实施例中，PFD报告3还可以包括PFD信息部署失败的原因值或者无法成功部署的PFD信息对应的PFD标识中的一项或多项。其中，PFD信息部署失败的原因值例如可以是通信故障。

S612、PFDF网元向SCEF网元发送PFD报告1，SCEF网元接收来自PFDF网元的PFD报告1。

其中，该PFD包括1包括第一指示信息、PFD信息对应的应用标识和无法部署PFD的PCEF网元的信息1。相关描述可参考步骤S605，在此不再赘述。

可选的，本申请实施例中，PFD报告1还可以包括PFD信息部署失败的原因值或者无法成功部署的PFD信息对应的PFD标识中的一项或多项。其中，PFD信息部署失败的原因值例如可以是通信故障。

S613、SCEF网元向应用服务器发送PFD报告2，应用服务器接收来自SCEF网元的PFD报告2。

其中，该PFD报告2包括第一指示信息、PFD信息对应的应用标识和无法部署PFD的PCEF网元的信息2。相关描述可参考步骤S606，在此不再赘述。

可选的，本申请实施例中，PFD报告2还可以包括PFD信息部署失败的原因值或者无法成功部署的PFD信息对应的PFD标识中的一项或多项。其中，PFD信息部署失败的原因值例如可以是通信故障。

进一步的，本申请实施例中，当应用服务器接收到PFD报告2或者PFD管理应答消息1之后，可以根据PFD报告2或者PFD管理应答消息1中携带的无法部署PFD信息的PCEF网元的信息2，对于来自这些未正确部署PFD的PCEF的用户的业务数据，采用对应的配置策略，譬如降低用户的费用，采用普通视频进行播放等。

基于本申请实施例提供的PFD信息的管理方法，由于PFDF网元在确定PFD信息在PCEF网元上部署失败之后，可以向SCEF网元发送第一指示信息、PFD信息对应的应用标识和无法部署PFD信息的PCEF网元的信息1，使得SCEF网元可以向应用服务器发送第一指示信息、PFD信息对应的应用标识和无法部署PFD的PCEF网元的信息2，这样，应用服务器能够获知未成功部署PFD信息的PCEF网元的信息，进而应用服务器可以针对通过该PCEF网元进行访问的业务执行相应的策略。避免了现有技术中，应用服务器只接收到了PFD信息全部部署成功，或全部部署失败的应答响应，而无法获知PFD信息部分部署失败的情况(对于部分部署失败的情况，目前应用服务器只接收到了部分失败的应答消息)所导致的可能影响用户体验的问题。

其中，上述步骤S601至S613中的PFDF网元的动作可以由图5所示的通信设备500中的处理器501调用存储器503中存储的应用程序代码来执行，本实施例对此不作任何限制。

可选的，以图1所示的通信系统应用于图2所示的4G网络C/U不分离的PCC架构，第一网元为SCEF网元，第二网元为PCEF网元，第三网元为应用服务器为例，则如图7所示，为本申请实施例提供的另一种PFD信息的管理方法，包括如下步骤：

S701-S702、同步骤S601-S602，相关描述可参考图6所示的实施例，在此不再赘述。

进一步的，一种可能的实现方式中，本申请实施例提供的PFD信息的管理方法还包括如下步骤S703：

S703、若SCEF网元确定无法在配置的时间内(针对没有携带allowed delay的场景)将PFD信息发送给部分PFDF网元，则SCEF网元向应用服务器发送PFD管理应答消息1，应用服务器接收来自SCEF网元的PFD管理应答消息1。

其中，该PFD管理应答消息1包括第一指示信息、PFD信息对应的应用标识和无法部署PFD的PCEF网元的信息2。该PCEF网元的信息2用于识别无法部署PFD信息的PCEF网元，第一指示信息指示PFD信息部署失败。相关描述可参考步骤S606，在此不再赘述。

需要说明的是，本申请实施例中，SCEF网元上配置了PFDF网元管理的PCEF网元的信息1或PCEF网元的信息2，当SCEF网元确定无法在配置的时间内将PFD信息发送给部分PFDF网元，则SCEF网元确定这部分PFDF网元管理的PCEF网元的PFD信息部署失败，在此统一说明，以下不再赘述。

可选的，本申请实施例中，该PFD管理应答消息1还可以包括PFD信息部署失败的原因值或者无法成功部署的PFD信息对应的PFD标识中的一项或多项。其中，PFD信息部署失败的原因值例如可以是通信故障。

或者，另一种可能的实现方式中，本申请实施例提供的PFD信息的管理方法还包括如下步骤S704：

S704、若SCEF网元确定无法在允许的时延内将PFD信息发送部分PCEF网元(对于Push模式和Pull模式中caching time小于allowed delay，PFDF网元还是无法向PCEF网元提供PFD信息)，则SCEF网元向应用服务器发送PFD报告2，应用服务器接收来自SCEF网元的PFD报告2。

其中，该PFD报告2包括第一指示信息、PFD信息对应的应用标识和无法部署PFD的PCEF网元的信息2。该PCEF网元的信息2用于识别无法部署PFD信息的PCEF网元，第一指示信息指示PFD信息部署失败。相关描述可参考步骤S606，在此不再赘述。

需要说明的是，本申请实施例中，SCEF网元上配置了PFDF网元管理的PCEF网元的信息1或PCEF网元的信息2，当SCEF网元确定无法在允许的时延内将PFD信息发送部分PCEF网元，则SCEF网元确定这部分PFDF网元管理的PCEF网元的PFD信息部署失败，在此统一说明，以下不再赘述。

可选的，本申请实施例中，PFD报告2还可以包括PFD信息部署失败的原因值或者无法成功部署的PFD信息对应的PFD标识中的一项或多项。其中，PFD信息部署失败的原因值例如可以是通信故障。

或者，再一种可能的实现方式中，本申请实施例提供的PFD信息的管理方法还包括如下步骤S705-S711：

S705-S706、同步骤S603-S604，相关描述可参考图6所示的实施例，在此不再赘述。

S707a-S711、同步骤S609a-S613，相关描述可参考图6所示的实施例，在此不再赘述。

进一步的，本申请实施例中，当应用服务器接收到PFD报告2或者PFD管理应答消息1之后，可以根据PFD报告2或者PFD管理应答消息1中携带的无法部署PFD信息的PCEF网元的信息2，对于来自这些未正确部署PFD的PCEF的用户的业务数据，采用对应的配置策略，譬如降低用户的费用，采用普通视频进行播放等。

基于本申请实施例提供的PFD信息的管理方法，由于SCEF网元在确定PFD信息在PCEF网元上部署失败之后，可以向应用服务器发送第一指示信息、PFD信息对应的应用标识和无法部署PFD信息的PCEF网元的信息2，这样，应用服务器能够获知未成功部署PFD信息的PCEF网元的信息，进而应用服务器可以针对通过该PCEF网元进行访问的业务执行相应的策略。避免了现有技术中，应用服务器只接收到了PFD信息全部部署成功，或全部部署失败的应答响应，而无法获知PFD信息部分部署失败的情况(对于部分部署失败的情况，目前应用服务器只接收到了部分失败的应答消息)所导致的可能影响用户体验的问题。

其中，上述步骤S701至S711中的SCEF网元的动作可以由图5所示的通信设备500中的处理器501调用存储器503中存储的应用程序代码来执行，本实施例对此不作任何限制。

可选的，图8描述了执行图6或图7所示的流程中，PFD部署出现错误后，PFDF重新部署后，通过SCEF网元向应用服务器发送成功指示的流程，包括如下步骤：

PFDF网元向出现PFD部署错误的PCEF网元执行步骤S801a-S802a或步骤S801b-S802b。

S801a-S802a、同步骤S609a-S610a，相关描述可参考图6所示的实施例，在此不再赘述。

S801b-S802b、同步骤S609b-S610b，相关描述可参考图6所示的实施例，在此不再赘述。

S803、PFDF网元确定PFD信息在PCEF网元上部署成功之后，向SCEF网元发送PFD报告4，SCEF网元接收来自PFDF网元的PFD报告4。

其中，PFD报告4携带第二指示信息、PFD信息对应的应用标识和成功部署PFD信息的PCEF网元的信息1，其中，第二指示信息指示PFD信息部署成功。PCEF网元的信息1的相关描述可参考图6所示的实施例，在此不再赘述。

可选的，本申请实施例中，若PFDF网元确定其管理的之前部署PFD信息失败的PCEF网元全部部署成功，则PFD报告4中可以不携带成功部署PFD信息的PCEF网元的信息1。

可选的，该PFD报告4还可以携带成功部署的PFD信息对应的PFD标识。

需要说明的是，本申请实施例中，PFD信息部署成功是指PFD信息的安装、修改或删除成功，在此统一说明，该说明适用于本申请所有实施例，以下不再赘述。

S804、SCEF网元向应用服务器发送PFD报告5，应用服务器接收来自SCEF网元的PFD报告5。

其中，该PFD报告5携带第二指示信息、PFD信息对应的应用标识和成功部署PFD信息的PCEF网元的信息2，其中，第二指示信息指示PFD信息部署成功。PCEF网元的信息2的相关描述可参考图6所示的实施例，在此不再赘述。

可选的，本申请实施例中，若SCEF网元确定其管理的之前部署PFD信息失败的PCEF网元全部部署成功，则PFD报告5中可以不携带成功部署PFD信息的PCEF网元的信息2。

可选的，该PFD报告5还可以携带成功部署的PFD信息对应的PFD标识。

进一步的，本申请实施例中，当应用服务器接收到PFD报告5之后，可以根据PFD报告5中携带的成功部署PFD信息的PCEF网元的信息2；或者根据之前部署PFD信息失败的PCEF网元的信息2(即PFDF网元或者SCEF网元确定其管理的之前部署PFD信息失败的PCEF网元全部部署成功的场景下)，对于来自这些已经正确部署PFD信息的PCEF网元的用户的业务数据，采用对应的配置策略，譬如提高用户的费用，采用高清视频进行播放等。

基于本申请实施例提供的PFD信息的管理方法，由于PFDF网元或者SCEF网元在确定PFD信息在PCEF网元上成功部署之后，应用服务器能够获知成功部署PFD信息的PCEF网元的信息，进而应用服务器可以针对通过该PCEF网元进行访问的业务执行相应的策略。譬如提高用户的费用，采用高清视频进行播放等，从而提升了用户的体验。

其中，上述步骤S801a至S804中的PFDF网元或者SCEF网元的动作可以由图5所示的通信设备500中的处理器501调用存储器503中存储的应用程序代码来执行，本实施例对此不作任何限制。

可选的，上述图6或者图7或者图8所示的实施例中的PCEF网元也可以替换为业务检测功能(traffic detection function，TDF)网元，在此统一说明，以下不再赘述。

可选的，以图1所示的通信系统应用于图3所示的4G网络C/U分离的PCC架构，第一网元为PGW-C网元，第二网元为PGW-U网元，第三网元为PFDF网元为例，则如图9所示，为本申请实施例提供的另一种PFD信息的管理方法，包括如下步骤：

S901-S904、同步骤S601-S604，相关描述可参考图6所示的实施例，在此不再赘述。

进一步的，步骤S905a和步骤S906a针对PGW-C网元和PFDF网元支持Push模式。针对PFDF网元管理的每一个PGW-C网元执行以下步骤。

S905a、PFDF网元向PGW-C网元发送PFD提供消息1，PGW-C网元接收来自PFDF网元的PFD提供消息1。

其中，PFD提供消息1携带application ID和PFD信息。

S906a、PGW-C网元根据PFD提供消息1，创建、修改和删除保存在PGW-C网元上的application ID对应的PFD(s)之后，PGW-C网元向PFDF网元发送应答消息1。PFDF网元接收来自PGW-C网元的应答消息1。

其中，步骤S905b和步骤S906b针对PFDF网元和PGW-C网元支持Pull模式。针对PFDF网元管理的每一个PGW-C网元执行以下步骤。

S905b、当携带application ID的PCC rule激活但是没有对应的PFD，或者application ID对应的PFD定时器过期，携带application ID的PCC规则仍然被激活，则PGW-C网元向PFDF网元发送PFD请求消息，PFDF网元接收来自PGW-C网元的PFD请求消息。

其中，该PFD请求消息中携带application ID。

S906b、PFDF网元向PGW-C网元发送应答消息2，PGW-C网元接收来自PFDF网元的应答消息2。

其中，该PFD应答消息2中携带application ID以及对应的PFD信息。

进一步的，一种可能的实现方式中，本申请实施例提供的PFD信息的管理方法还包括如下步骤S907-S909：

S907、若PGW-C网元确定无法在配置的时间内(针对没有携带allowed delay的场景)将PFD信息发送给部分PGW-U网元，或者，若PGW-C网元确定无法在允许的时延内将PFD信息发送部分PGW-U网元(对于Push模式和Pull模式中caching time小于allowed delay，PGW-C网元还是无法向PGW-U网元提供PFD信息)，则PGW-C网元向PFDF网元发送PFD报告1，PFDF网元接收来自PGW-C网元的PFD报告1。

其中，PFD报告1包括第一指示信息、PFD信息对应的应用标识和无法部署PFD的PGW-U网元的信息1。该PGW-U网元的信息1用于识别无法部署PFD信息的PGW-U网元，第一指示信息指示PFD信息部署失败。

可选的，本申请实施例中，PGW-U网元的信息1可以包括：分配给终端设备的PGW-U网元对应的地址范围信息(如PGW-U网元对应的IP地址池)、PGW-U网元对应的路由区标识或跟踪区标识，PGW-U网元对应的小区标识，PGW-U网元的标识、PGW-U网元对应的接入设备的标识、或者PGW-U网元对应的数据网络接入标识中的一个或多个。

可选的，本申请实施例中，PFD报告1还可以包括PFD信息部署失败的原因值或者无法成功部署的PFD信息对应的PFD标识中的一项或多项。其中，PFD信息部署失败的原因值例如可以是通信故障。

S908、PFDF网元向SCEF网元发送PFD报告2，SCEF网元接收来自PFDF网元的PFD报告2。

其中，PFD报告2包括第一指示信息、PFD信息对应的应用标识和无法部署PFD的PGW-U网元的信息1，相关描述可参考步骤S907，在此不再赘述。

可选的，本申请实施例中，PFD报告1还可以包括PFD信息部署失败的原因值或者无法成功部署的PFD信息对应的PFD标识中的一项或多项。其中，PFD信息部署失败的原因值例如可以是通信故障。

S909、SCEF网元向应用服务器发送PFD报告3，应用服务器接收来自SCEF网元的PFD报告3。

其中，PFD报告3包括第一指示信息、PFD信息对应的应用标识和无法部署PFD的PGW-U网元的信息2。

可选的，本申请实施例中，PGW-U网元的信息2可以包括：分配给终端设备的PGW-U网元对应的地址范围信息(如PGW-U网元对应的IP地址池)、PGW-U网元对应的路由区标识或跟踪区标识，PGW-U网元对应的小区标识，PGW-U网元的标识、PGW-U网元对应的接入设备的标识、或者PGW-U网元对应的数据网络接入标识、PGW-U网元对应的地理位置、或者PGW-U网元对应的市政地址中的一个或多个。

需要说明的是，出于网络安全考虑，SCEF网元可能不会将3GPP内部的PGW-U网元的信息1提供给应用服务器，而是将PGW-U网元信息1映射成PGW-U网元信息2中的PGW-U网元对应的数据网络接入标识、PGW-U网元对应的地理位置、或者PGW-U网元对应的市政地址提供给应用服务器，在此统一说明，该说明适用于本申请所有实施例，以下不再赘述。

可选的，本申请实施例中，PFD报告1还可以包括PFD信息部署失败的原因值或者无法成功部署的PFD信息对应的PFD标识中的一项或多项。其中，PFD信息部署失败的原因值例如可以是通信故障。

或者，另一种可能的实现方式中，本申请实施例提供的PFD信息的管理方法还包括如下步骤S910-S915：

S910、若PGW-C网元向PGW-U网元提供了携带application ID的包检测规则(packet detection rule，PDR)，则PGW-C网元向PGW-U网元发送PFD提供消息2。PGW-U网元接收来自PGW-C网元的PFD提供消息2。

其中，PFD提供消息2携带application ID对应的PFD列表。若application ID对应的PFD全部被删除，则PFD提供消息2仅携带application ID而不用携带任何PFD。

S911、若PFD提供消息2未携带任何PFD，则PGW-U网元删除所有保存的该application ID对应的PFD。若PFD提供消息2中携带了PFD列表，则PGW-U网元保存PFD列表。进而，PGW-U网元向PGW-C网元发送应答消息3。PGW-C网元接收来自PGW-U网元的应答消息3。

S912、若PGW-U网元无法正确执行PFD，或者执行PFD出现错误，则PGW-U网元向PGW-C网元发送PFD报告4，PGW-C网元接收来自PGW-U网元的PFD报告4。

其中，该PFD报告4携带第一指示信息和部署失败的PFD信息对应的应用标识。

可选的，本申请实施例中，PFD报告4还可以包括PFD信息部署失败的原因值或者无法成功部署的PFD信息对应的PFD标识中的一项或多项。其中，PFD信息部署失败的原因值例如可以是通信故障。

S913、PGW-C网元向PFDF网元发送PFD报告1，PFDF网元接收来自PGW-C网元的PFD报告1。

其中，PFD报告1包括第一指示信息、PFD信息对应的应用标识和无法部署PFD的PGW-U网元的信息1。相关描述可参考步骤S907，在此不再赘述。

可选的，本申请实施例中，PFD报告1还可以包括PFD信息部署失败的原因值或者无法成功部署的PFD信息对应的PFD标识中的一项或多项。其中，PFD信息部署失败的原因值例如可以是通信故障。

S914-S915、同步骤S908-S909，相关描述可参考步骤S908-S909，在此不再赘述。

进一步的，本申请实施例中，当应用服务器接收到PFD报告3之后，可以根据PFD报告3中携带的无法部署PFD信息的PGW-U网元的信息2，对于来自这些未正确部署PFD的PGW-U网元的用户的业务数据，采用对应的配置策略，譬如降低用户的费用，采用普通视频进行播放等。

此外，在上述流程中，若PGW-C网元获知application ID对应的PFD在一些PGW-U网元上没有成功部署，在执行基于应用请求的路由导向策略时，不选择这些PGW-U网元，在此统一说明，以下不再赘述。

基于本申请实施例提供的PFD信息的管理方法，由于PGW-C网元在确定PFD信息在PGW-U网元上部署失败之后，可以向PFDF网元发送第一指示信息、PFD信息对应的应用标识和无法部署PFD信息的PGW-U网元的信息1，使得PFDF网元可以向SCEF网元发送第一指示信息、PFD信息对应的应用标识和无法部署PFD信息的PGW-U网元的信息1，进而使得SCEF网元向应用服务器发送第一指示信息、PFD信息对应的应用标识和无法部署PFD的PGW-U网元的信息2，这样，应用服务器能够获知未成功部署PFD信息的PGW-U网元的信息，进而应用服务器可以针对通过该PGW-U网元进行访问的业务执行相应的策略。避免了现有技术中，应用服务器只接收到了PFD信息全部部署成功，或全部部署失败的应答响应，而无法获知PFD信息部分部署失败的情况(对于部分部署失败的情况，目前应用服务器只接收到了部分失败的应答消息)所导致的可能影响用户体验的问题。

其中，上述步骤S901至S915中的PGW-C网元的动作可以由图5所示的通信设备500中的处理器501调用存储器503中存储的应用程序代码来执行，本实施例对此不作任何限制。

可选的，以图1所示的通信系统应用于图3所示的4G网络C/U分离的PCC架构，第一网元为PFDF网元，第二网元为PGW-U网元，第三网元为SCEF网元为例，则如图10所示，为本申请实施例提供的另一种PFD信息的管理方法，包括如下步骤：

S1001-S1004、同步骤S601-S604，相关描述可参考图6所示的实施例，在此不再赘述。

进一步的，一种可能的实现方式中，本申请实施例提供的PFD信息的管理方法还包括如下步骤S1005-S1006：

S1005、若PFDF网元确定无法在配置的时间内(针对没有携带allowed delay的场景)将PFD信息发送给部分PGW-C网元，则PFDF网元向SCEF网元发送PFD管理应答消息2，SCEF网元接收来自PFDF网元的PFD管理应答消息2。

其中，PFD管理应答消息2包括第一指示信息、PFD信息对应的应用标识和无法部署PFD的PGW-U网元的信息1。相关描述可参考图9所示的实施例中的步骤S907，在此不再赘述。

需要说明的是，本申请实施例中，PFDF网元上配置了PGW-C网元管理的PGW-U网元的信息1，当PFDF网元确定无法在配置的时间内将PFD信息发送给部分PGW-C网元，则PFDF网元确定这部分PGW-C网元管理的PGW-U网元的PFD信息部署失败，在此统一说明，以下不再赘述。

可选的，本申请实施例中，PFD管理应答消息2还可以包括PFD信息部署失败的原因值或者无法成功部署的PFD信息对应的PFD标识中的一项或多项。其中，PFD信息部署失败的原因值例如可以是通信故障。

S1006、SCEF网元向应用服务器发送PFD管理应答消息1，应用服务器接收来自SCEF网元的PFD管理应答消息1。

其中，PFD管理应答消息1包括第一指示信息、PFD信息对应的应用标识和无法部署PFD的PGW-U网元的信息2。相关描述可参考图9所示的实施例中的步骤S909，在此不再赘述。

可选的，本申请实施例中，PFD管理应答消息1还可以包括PFD信息部署失败的原因值或者无法成功部署的PFD信息对应的PFD标识中的一项或多项。其中，PFD信息部署失败的原因值例如可以是通信故障。

或者，另一种可能的实现方式中，本申请实施例提供的PFD信息的管理方法还包括如下步骤S1007-S1008：

S1007、若PFDF网元确定无法在允许的时延内将PFD信息发送部分PGW-C网元(对于Push模式和Pull模式中caching time小于allowed delay，PFDF网元还是无法向PGW-C网元提供PFD信息)，则PFDF网元向SCEF网元发送PFD报告2，SCEF网元接收来自PFDF网元的PFD报告2。

其中，PFD报告2包括第一指示信息、PFD信息对应的应用标识和无法部署PFD的PGW-U网元的信息1。相关描述可参考图9所示的实施例中的步骤S907，在此不再赘述。

需要说明的是，本申请实施例中，PFDF网元上配置了PGW-C网元管理的PGW-U网元的信息1，当PFDF网元确定无法在允许的时延内将PFD信息发送部分PGW-C网元，则PFDF网元确定这部分PGW-C网元管理的PGW-U网元的PFD信息部署失败，在此统一说明，以下不再赘述。

可选的，本申请实施例中，PFD报告2还可以包括PFD信息部署失败的原因值或者无法成功部署的PFD信息对应的PFD标识中的一项或多项。其中，PFD信息部署失败的原因值例如可以是通信故障。

S1008、SCEF网元向应用服务器发送PFD报告1，应用服务器接收来自SCEF网元的PFD报告1。

其中，PFD报告1包括第一指示信息、PFD信息对应的应用标识和无法部署PFD的PGW-U网元的信息2。相关描述可参考图9所示的实施例中的步骤S909，在此不再赘述。

可选的，本申请实施例中，PFD报告1还可以包括PFD信息部署失败的原因值或者无法成功部署的PFD信息对应的PFD标识中的一项或多项。其中，PFD信息部署失败的原因值例如可以是通信故障。

或者，另一种可能的实现方式中，本申请实施例提供的PFD信息的管理方法还包括如下步骤S1009a-S1016：

S1009a-S1010a、同步骤S905a-S906a，相关描述可参考图9所示的实施例，在此不再赘述。

S1009b-S1010b、同步骤S905b-S906b，相关描述可参考图9所示的实施例，在此不再赘述。

S1011-S1016、同步骤S910-S915，相关描述可参考图9所示的实施例，在此不再赘述。

进一步的，本申请实施例中，当应用服务器接收到PFD报告3或者PFD管理应答消息1之后，可以根据PFD报告3或者PFD管理应答消息1中携带的无法部署PFD信息的PGW-U网元的信息2，对于来自这些未正确部署PFD的PGW-U网元的用户的业务数据，采用对应的配置策略，譬如降低用户的费用，采用普通视频进行播放等。

基于本申请实施例提供的PFD信息的管理方法，由于PFDF网元在确定PFD信息在PGW-U网元上部署失败之后，可以向SCEF网元发送第一指示信息、PFD信息对应的应用标识和无法部署PFD信息的PGW-U网元的信息1，进而使得SCEF网元向应用服务器发送第一指示信息、PFD信息对应的应用标识和无法部署PFD的PGW-U网元的信息2，这样，应用服务器能够获知未成功部署PFD信息的PGW-U网元的信息，进而应用服务器可以针对通过该PGW-U网元进行访问的业务执行相应的策略。避免了现有技术中，应用服务器只接收到了PFD信息全部部署成功，或全部部署失败的应答响应，而无法获知PFD信息部分部署失败的情况(对于部分部署失败的情况，目前应用服务器只接收到了部分失败的应答消息)所导致的可能影响用户体验的问题。

其中，上述步骤S1001至S1016中的PFDF网元的动作可以由图5所示的通信设备500中的处理器501调用存储器503中存储的应用程序代码来执行，本实施例对此不作任何限制。

可选的，以图1所示的通信系统应用于图3所示的4G网络C/U分离的PCC架构，第一网元为SCEF网元，第二网元为PGW-U网元，第三网元为应用服务器为例，则如图11所示，为本申请实施例提供的另一种PFD信息的管理方法，包括如下步骤：

S1101-S1102、同步骤S601-S602，相关描述可参考图6所示的实施例，在此不再赘述。

进一步的，一种可能的实现方式中，本申请实施例提供的PFD信息的管理方法还包括如下步骤S1103：

S1103、若SCEF网元确定无法在配置的时间内(针对没有携带allowed delay的场景)将PFD信息发送给部分PFDF网元，则SCEF网元向应用服务器发送PFD管理应答消息1，应用服务器接收来自SCEF网元的PFD管理应答消息1。

其中，PFD管理应答消息1包括第一指示信息、PFD信息对应的应用标识和无法部署PFD的PGW-U网元的信息2。相关描述可参考图9所示的实施例中的步骤S909，在此不再赘述。

需要说明的是，本申请实施例中，SCEF网元上配置了PFDF网元管理的PGW-C网元所管理的PGW-U网元的信息1或PGW-U网元的信息2，当SCEF网元确定无法在配置的时间内将PFD信息发送给部分PFDF网元，则SCEF网元确定这部分PFDF网元管理的PGW-C网元所管理的PGW-U网元的PFD信息部署失败，在此统一说明，以下不再赘述。

可选的，本申请实施例中，PFD管理应答消息1还可以包括PFD信息部署失败的原因值或者无法成功部署的PFD信息对应的PFD标识中的一项或多项。其中，PFD信息部署失败的原因值例如可以是通信故障。

或者，另一种可能的实现方式中，本申请实施例提供的PFD信息的管理方法还包括如下步骤S1104：

S1104、若SCEF网元确定无法在允许的时延内将PFD信息发送部分PFDF网元(对于Push模式和Pull模式中caching time小于allowed delay，SCEF网元还是无法向PFDF网元提供PFD信息)，则SCEF网元向应用服务器发送PFD报告1，应用服务器接收来自SCEF网元的PFD报告1。

其中，PFD报告1包括第一指示信息、PFD信息对应的应用标识和无法部署PFD的PGW-U网元的信息2。相关描述可参考图9所示的实施例中的步骤S909，在此不再赘述。

需要说明的是，本申请实施例中，SCEF网元上配置了PFDF网元管理的PGW-C网元所管理的PGW-U网元的信息1或PGW-U网元的信息2，当SCEF网元确定无法在允许的时延内将PFD信息发送部分PFDF网元，则SCEF网元确定这部分PFDF网元管理的PGW-C网元所管理的PGW-U网元的PFD信息部署失败，在此统一说明，以下不再赘述。

可选的，本申请实施例中，PFD报告1还可以包括PFD信息部署失败的原因值或者无法成功部署的PFD信息对应的PFD标识中的一项或多项。其中，PFD信息部署失败的原因值例如可以是通信故障。

或者，另一种可能的实现方式中，本申请实施例提供的PFD信息的管理方法还包括如下步骤S1105-S1114：

S1105-S1106、同步骤S603-S604，相关描述可参考图6所示的实施例，在此不再赘述。

S1007a-S1008a、同步骤S905a-S906a，相关描述可参考图9所示的实施例，在此不再赘述。

S1107b-S1108b、同步骤S905b-S906b，相关描述可参考图9所示的实施例，在此不再赘述。

S1109-S1114、同步骤S910-S915，相关描述可参考图9所示的实施例，在此不再赘述。

进一步的，本申请实施例中，当应用服务器接收到PFD报告3或者PFD管理应答消息1之后，可以根据PFD报告3或者PFD管理应答消息1中携带的无法部署PFD信息的PGW-U网元的信息2，对于来自这些未正确部署PFD的PGW-U网元的用户的业务数据，采用对应的配置策略，譬如降低用户的费用，采用普通视频进行播放等。

基于本申请实施例提供的PFD信息的管理方法，由于SCEF网元在确定PFD信息在PGW-U网元上部署失败之后，可以向应用服务器发送第一指示信息、PFD信息对应的应用标识和无法部署PFD的PGW-U网元的信息2，这样，应用服务器能够获知未成功部署PFD信息的PGW-U网元的信息，进而应用服务器可以针对通过该PGW-U网元进行访问的业务执行相应的策略。避免了现有技术中，应用服务器只接收到了PFD信息全部部署成功，或全部部署失败的应答响应，而无法获知PFD信息部分部署失败的情况(对于部分部署失败的情况，目前应用服务器只接收到了部分失败的应答消息)所导致的可能影响用户体验的问题。

其中，上述步骤S1101至S1114中的SCEF网元的动作可以由图5所示的通信设备500中的处理器501调用存储器503中存储的应用程序代码来执行，本实施例对此不作任何限制。

可选的，图12描述了执行图9至图11所示PGW-C网元执行步骤S1201a-S1202a或步骤S1201b-S1202b。

S1201a-S1202a、同步骤S905a-S906a，相关描述可参考图9所示的实施例，在此不再赘述。

S1201b-S1202b、同步骤S905b-S906b，相关描述可参考图9所示的实施例，在此不再赘述。

若在图9至图11所示的实施例中，PGW-U网元没有部署成功PFD信息，或PGW-U网元执行错误，或者在步骤S1201a-S1202a或步骤S1201b-S1202b中，PGW-C网元接收到PFD信息时，执行下述步骤S1203-S1204：

S1203-S1204、同步骤S910-S911，相关描述可参考图9所示的实施例，在此不再赘述。

S1205、PGW-C网元确定PFD信息在PGW-U网元上部署成功之后，向PFDF网元发送PFD报告5。PFDF网元接收来自PGW-C网元的PFD报告5。

其中，PFD报告5携带第二指示信息、PFD信息对应的应用标识和成功部署PFD信息的PGW-U网元的信息1，其中，第二指示信息指示PFD信息部署成功。PGW-U网元的信息1的相关描述可参考图9所示的实施例，在此不再赘述。

可选的，本申请实施例中，若PGW-C网元确定其管理的之前部署PFD信息失败的PGW-U网元全部部署成功，则PFD报告5中可以不携带成功部署PFD信息的PGW-U网元的信息1。

可选的，该PFD报告5还可以携带成功部署的PFD信息对应的PFD标识。

S1206、PFDF网元向SCEF网元发送PFD报告6，SCEF网元接收来自PFDF网元的PFD报告6。

其中，PFD报告6携带第二指示信息、PFD信息对应的应用标识和成功部署PFD信息的PGW-U网元的信息1，其中，第二指示信息指示PFD信息部署成功。PGW-U网元的信息1的相关描述可参考图9所示的实施例，在此不再赘述。

可选的，本申请实施例中，若PFDF网元确定其管理的之前部署PFD信息失败的PGW-U网元全部部署成功，则PFD报告6中可以不携带成功部署PFD信息的PGW-U网元的信息1。

可选的，该PFD报告6还可以携带成功部署的PFD信息对应的PFD标识。

S1207、SCEF网元向应用服务器发送PFD报告7，应用服务器接收来自SCEF网元的PFD报告7。

其中，PFD报告7携带第二指示信息、PFD信息对应的应用标识和成功部署PFD信息的PGW-U网元的信息2，其中，第二指示信息指示PFD信息部署成功。PGW-U网元的信息2的相关描述可参考图9所示的实施例，在此不再赘述。

可选的，本申请实施例中，若SCEF网元确定其管理的之前部署PFD信息失败的PGW-U网元全部部署成功，则PFD报告7中可以不携带成功部署PFD信息的PGW-U网元的信息2。

可选的，该PFD报告7还可以携带成功部署的PFD信息对应的PFD标识。

进一步的，本申请实施例中，当应用服务器接收到PFD报告7之后，可以根据PFD报告7中携带的成功部署PFD信息的PGW-U网元的信息2；或者根据之前部署PFD信息失败的PGW-U网元的信息2(即PGW-C网元或者PFDF网元或者SCEF网元确定其管理的之前部署PFD信息失败的PGW-U网元全部部署成功的场景下)，对于来自这些已经正确部署PFD信息的PGW-U网元的用户的业务数据，采用对应的配置策略，譬如提高用户的费用，采用高清视频进行播放等。

基于本申请实施例提供的PFD信息的管理方法，由于PGW-C网元或者PFDF网元或者SCEF网元在确定PFD信息在PGW-U网元上成功部署之后，应用服务器能够获知成功部署PFD信息的PGW-U网元的信息，进而应用服务器可以针对通过该PGW-U网元进行访问的业务执行相应的策略。譬如提高用户的费用，采用高清视频进行播放等，从而提升了用户的体验。

其中，上述步骤S1201a至S1207中的PGW-C或者PFDF网元或者SCEF网元的动作可以由图5所示的通信设备500中的处理器501调用存储器503中存储的应用程序代码来执行，本实施例对此不作任何限制。

可选的，以图1所示的通信系统应用于图4所示的5G网络，第一网元为SMF网元，第二网元为UPF网元，第三网元为NEF网元为例，则如图13所示，为本申请实施例提供的另一种PFD信息的管理方法，包括如下步骤：

S1301-S1302、与步骤S601-S602类似，区别比如在于将步骤S601-S602中的SCEF网元替换为步骤S1301-S1302中的NEF网元，在此不再赘述。

需要说明的是，在本申请实施例中，NEF网元还集成了PFDF网元的功能，在此统一说明，该说明适用于本申请所有实施例，以下不再赘述。

进一步的，步骤S1303a和步骤S1304a针对NEF网元和SMF网元支持Push模式。针对NEF网元管理的每一个SMF网元执行以下步骤。

S1303a、NEF网元向SMF网元发送PFD提供消息1，SMF网元接收来自NEF网元的PFD提供消息1。

其中，PFD提供消息1携带application ID和PFD信息。

S1304a、SMF网元根据PFD提供消息1，创建、修改和删除保存在SMF网元上的application ID对应的PFD(s)之后，SMF网元向NEF网元发送应答消息1。NEF网元接收来自SMF网元的应答消息1。

其中，步骤S1303b和步骤S1304b针对NEF网元和SMF网元支持Pull模式。针对NEF网元管理的每一个SMF网元执行以下步骤。

S1303b、当携带application ID的PCC rule激活但是没有对应的PFD，或者application ID对应的PFD定时器过期，携带application ID的PCC规则仍然被激活，则SMF网元向NEF网元发送PFD请求消息，NEF网元接收来自SMF网元的PFD请求消息。

其中，该PFD请求消息中携带application ID。

S1304b、NEF网元向SMF网元发送应答消息2，SMF网元接收来自NEF网元的应答消息2。

其中，该PFD应答消息2中携带application ID以及对应的PFD信息。

进一步的，一种可能的实现方式中，本申请实施例提供的PFD信息的管理方法还包括如下步骤S1305-S1306：

S1305、若SMF网元确定无法在配置的时间内(针对没有携带allowed delay的场景)将PFD信息发送给部分UPF网元，或者，若SMF网元确定无法在允许的时延内将PFD信息发送部分UPF网元(对于Push模式和Pull模式中caching time小于allowed delay，SMF网元还是无法向UPF网元提供PFD信息)，则SMF网元向NEF网元发送PFD报告1，NEF网元接收来自SMF网元的PFD报告1。

其中，PFD报告1包括第一指示信息、PFD信息对应的应用标识和无法部署PFD的UPF网元的信息1。该UPF网元的信息1用于识别无法部署PFD信息的UPF网元，第一指示信息指示PFD信息部署失败。

可选的，本申请实施例中，UPF网元的信息1可以包括：分配给终端设备的UPF网元对应的地址范围信息(如UPF网元对应的IP地址池)、UPF网元对应的路由区标识或跟踪区标识，UPF网元对应的小区标识，UPF网元的标识、UPF网元对应的接入设备的标识、或者UPF网元对应的数据网络接入标识中的一个或多个。

可选的，本申请实施例中，PFD报告1还可以包括PFD信息部署失败的原因值或者无法成功部署的PFD信息对应的PFD标识中的一项或多项。其中，PFD信息部署失败的原因值例如可以是通信故障。

S1306、NEF网元向应用服务器发送PFD报告2，应用服务器接收来自NEF网元的PFD报告2。

其中，PFD报告2包括第一指示信息、PFD信息对应的应用标识和无法部署PFD的UPF网元的信息2。

可选的，本申请实施例中，UPF网元的信息2可以包括：分配给终端设备的UPF网元对应的地址范围信息(如UPF网元对应的IP地址池)、UPF网元对应的路由区标识或跟踪区标识，UPF网元对应的小区标识，UPF网元的标识、UPF网元对应的接入设备的标识、或者UPF网元对应的数据网络接入标识、UPF网元对应的地理位置、或者UPF网元对应的市政地址中的一个或多个。

需要说明的是，出于网络安全考虑，NEF网元可能不会将3GPP内部的UPF网元的信息1提供给应用服务器，而是将UPF网元信息1映射成UPF网元信息2中的UPF网元对应的数据网络接入标识、UPF网元对应的地理位置、或者UPF网元对应的市政地址提供给应用服务器，在此统一说明，该说明适用于本申请所有实施例，以下不再赘述。

可选的，本申请实施例中，PFD报告2还可以包括PFD信息部署失败的原因值或者无法成功部署的PFD信息对应的PFD标识中的一项或多项。其中，PFD信息部署失败的原因值例如可以是通信故障。

或者，另一种可能的实现方式中，本申请实施例提供的PFD信息的管理方法还包括如下步骤S1307-S1311：

S1307、若SMF网元向UPF网元提供了携带application ID的PDR，则SMF网元向UPF网元发送PFD提供消息2。UPF网元接收来自SMF网元的PFD提供消息2。

其中，PFD提供消息2携带application ID对应的PFD列表。若application ID对应的PFD全部被删除，则PFD提供消息2仅携带application ID而不用携带任何PFD。

S1308、若PFD提供消息2未携带任何PFD，则UPF网元删除所有保存的该application ID对应的PFD。若PFD提供消息2中携带了PFD列表，则UPF网元保存PFD列表。进而，UPF网元向SMF网元发送应答消息3。SMF网元接收来自UPF网元的应答消息3。

S1309、若UPF网元无法正确执行PFD，或者执行PFD出现错误，则UPF网元向SMF网元发送PFD报告3，SMF网元接收来自UPF网元的PFD报告3。

其中，该PFD报告3携带第一指示信息和部署失败的PFD信息对应的应用标识。

可选的，本申请实施例中，PFD报告3还可以包括PFD信息部署失败的原因值或者无法成功部署的PFD信息对应的PFD标识中的一项或多项。其中，PFD信息部署失败的原因值例如可以是通信故障。

S1310、SMF网元向NEF网元发送PFD报告1，NEF网元接收来自SMF网元的PFD报告1。

其中，PFD报告1包括第一指示信息、PFD信息对应的应用标识和无法部署PFD的UPF网元的信息1。相关描述可参考步骤S1305，在此不再赘述。

可选的，本申请实施例中，PFD报告1还可以包括PFD信息部署失败的原因值或者无法成功部署的PFD信息对应的PFD标识中的一项或多项。其中，PFD信息部署失败的原因值例如可以是通信故障。

S1311、同步骤S1306，相关描述可参考上述步骤S1306，在此不再赘述。

进一步的，本申请实施例中，当应用服务器接收到PFD报告2之后，可以根据PFD报告2中携带的无法部署PFD信息的UPF网元的信息2，对于来自这些未正确部署PFD的UPF网元的用户的业务数据，采用对应的配置策略，譬如降低用户的费用，采用普通视频进行播放等。

此外，在上述流程中，若SMF网元获知application ID对应的PFD在一些UPF网元上没有成功部署，在执行基于应用请求的路由导向策略时，不选择这些UPF网元，在此统一说明，以下不再赘述。

基于本申请实施例提供的PFD信息的管理方法，由于SMF网元在确定PFD信息在UPF网元上部署失败之后，可以向NEF网元发送第一指示信息、PFD信息对应的应用标识和无法部署PFD信息的UPF网元的信息1，使得NEF网元可以向应用服务器发送第一指示信息、PFD信息对应的应用标识和无法部署PFD的UPF网元的信息2，这样，应用服务器能够获知未成功部署PFD信息的UPF网元的信息，进而应用服务器可以针对通过该UPF网元进行访问的业务执行相应的策略。避免了现有技术中，应用服务器只接收到了PFD信息全部部署成功，或全部部署失败的应答响应，而无法获知PFD信息部分部署失败的情况(对于部分部署失败的情况，目前应用服务器只接收到了部分失败的应答消息)所导致的可能影响用户体验的问题。

其中，上述步骤S1301至S1311中的SMF网元的动作可以由图5所示的通信设备500中的处理器501调用存储器503中存储的应用程序代码来执行，本实施例对此不作任何限制。

可选的，以图1所示的通信系统应用于图4所示的5G网络，第一网元为NEF网元，第二网元为UPF网元，第三网元为应用服务器为例，则如图14所示，为本申请实施例提供的另一种PFD信息的管理方法，包括如下步骤：

S1401-S1402、同步骤S1301-S1302，相关描述可参考图13所示的实施例，在此不再赘述。

进一步的，一种可能的实现方式中，本申请实施例提供的PFD信息的管理方法还包括如下步骤S1403：

S1403、若NEF网元确定无法在配置的时间内(针对没有携带allowed delay的场景)将PFD信息发送给部分SMF网元，则NEF网元向应用服务器发送PFD管理应答消息1，应用服务器接收来自NEF网元的PFD管理应答消息1。

其中，PFD管理应答消息1包括第一指示信息、PFD信息对应的应用标识和无法部署PFD的UPF网元的信息2。相关描述可参考图13所示的实施例中的步骤S1306，在此不再赘述。

需要说明的是，本申请实施例中，NEF网元上配置了SMF网元管理的UPF网元的信息1或UPF网元的信息2，当NEF网元确定无法在配置的时间内将PFD信息发送给部分SMF网元，则NEF网元确定这部分SMF网元管理的UPF网元的PFD信息部署失败，在此统一说明，以下不再赘述。

可选的，本申请实施例中，PFD管理应答消息1还可以包括PFD信息部署失败的原因值或者无法成功部署的PFD信息对应的PFD标识中的一项或多项。其中，PFD信息部署失败的原因值例如可以是通信故障。

或者，另一种可能的实现方式中，本申请实施例提供的PFD信息的管理方法还包括如下步骤S1404：

S1404、若NEF网元确定无法在允许的时延内将PFD信息发送部分SMF网元(对于Push模式和Pull模式中caching time小于allowed delay，NEF网元还是无法向SMF网元提供PFD信息)，则NEF网元向应用服务器发送PFD报告2，应用服务器接收来自NEF网元的PFD报告2。

其中，PFD报告2包括第一指示信息、PFD信息对应的应用标识和无法部署PFD的UPF网元的信息2。相关描述可参考图13所示的实施例中的步骤S1306，在此不再赘述。

需要说明的是，本申请实施例中，NEF网元上配置了SMF网元管理的UPF网元的信息1或UPF网元的信息2，当NEF网元确定无法在允许的时延内将PFD信息发送部分SMF网元，则NEF网元确定这部分SMF网元管理的UPF网元的PFD信息部署失败，在此统一说明，以下不再赘述。

可选的，本申请实施例中，PFD报告2还可以包括PFD信息部署失败的原因值或者无法成功部署的PFD信息对应的PFD标识中的一项或多项。其中，PFD信息部署失败的原因值例如可以是通信故障。

或者，又一种可能的实现方式中，本申请实施例提供的PFD信息的管理方法还包括如下步骤S1405a/1405b-S1411：

S1405a-S1406a、同步骤S1303a-S1304a，相关描述可参考图13所示的实施例，在此不再赘述。

S1405b-S1406b、同步骤S1303b-S1304b，相关描述可参考图13所示的实施例，在此不再赘述。

S1407-S1411、同步骤S1307-S1311，相关描述可参考图13所示的实施例，在此不再赘述。

进一步的，本申请实施例中，当应用服务器接收到PFD报告2或者PFD管理应答消息1之后，可以根据PFD报告2或者或者PFD管理应答消息1中携带的无法部署PFD信息的UPF网元的信息2，对于来自这些未正确部署PFD的UPF网元的用户的业务数据，采用对应的配置策略，譬如降低用户的费用，采用普通视频进行播放等。

此外，在上述流程中，若SMF网元获知application ID对应的PFD在一些UPF网元上没有成功部署，在执行基于应用请求的路由导向策略时，不选择这些UPF网元，在此统一说明，以下不再赘述。

基于本申请实施例提供的PFD信息的管理方法，由于NEF网元在确定PFD信息在UPF网元上部署失败之后，可以向应用服务器发送第一指示信息、PFD信息对应的应用标识和无法部署PFD的UPF网元的信息2，这样，应用服务器能够获知未成功部署PFD信息的UPF网元的信息，进而应用服务器可以针对通过该UPF网元进行访问的业务执行相应的策略。避免了现有技术中，应用服务器只接收到了PFD信息全部部署成功，或全部部署失败的应答响应，而无法获知PFD信息部分部署失败的情况(对于部分部署失败的情况，目前应用服务器只接收到了部分失败的应答消息)所导致的可能影响用户体验的问题。

其中，上述步骤S1401至S1411中的NEF网元的动作可以由图5所示的通信设备500中的处理器501调用存储器503中存储的应用程序代码来执行，本实施例对此不作任何限制。

可选的，图15描述了执行图13或图14所示的流程中，PFD部署出现错误后，NEF重新部署后，通过NEF网元向应用服务器发送成功指示的流程，包括如下步骤：

NEF网元向出现PFD部署错误的SMF网元执行步骤S1501a-S1502a或步骤S1501b-S1502b。

S1501a-S1502a、同步骤S1303a-S1304a，相关描述可参考图13所示的实施例，在此不再赘述。

S1501b-S1502b、同步骤S1303b-S1304b，相关描述可参考图13所示的实施例，在此不再赘述。

若在图13或图14所示的实施例中，UPF网元没有部署成功PFD信息，或UPF网元执行错误，或者在步骤S1501a-S1502a或步骤S1501b-S1502b中，SMF网元接收到PFD信息时，执行下述步骤S1503-S1504：

S1503-S1504、同步骤S1307-S1308，相关描述可参考图13所示的实施例，在此不再赘述。

S1505、SMF网元确定PFD信息在UPF网元上部署成功之后，向NEF网元发送PFD报告4。NEF网元接收来自SMF网元的PFD报告4。

其中，PFD报告4携带第二指示信息、PFD信息对应的应用标识和成功部署PFD信息的UPF网元的信息1，其中，第二指示信息指示PFD信息部署成功。UPF网元的信息1的相关描述可参考图13所示的实施例，在此不再赘述。

可选的，本申请实施例中，若SMF网元确定其管理的之前部署PFD信息失败的UPF网元全部部署成功，则PFD报告4中可以不携带成功部署PFD信息的UPF网元的信息1。

可选的，该PFD报告4还可以携带成功部署的PFD信息对应的PFD标识。

S1506、NEF网元向应用服务器发送PFD报告5，应用服务器接收来自NEF网元的PFD报告5。

其中，PFD报告5携带第二指示信息、PFD信息对应的应用标识和成功部署PFD信息的UPF网元的信息2，其中，第二指示信息指示PFD信息部署成功。UPF网元的信息2的相关描述可参考图13所示的实施例，在此不再赘述。

可选的，本申请实施例中，若SMF网元确定之前部署PFD信息失败的UPF网元全部部署成功，则PFD报告5中可以不携带成功部署PFD信息的UPF网元的信息2。

可选的，该PFD报告5还可以携带成功部署的PFD信息对应的PFD标识。

进一步的，本申请实施例中，当应用服务器接收到PFD报告5之后，可以根据PFD报告5中携带的成功部署PFD信息的UPF网元的信息2；或者根据之前部署PFD信息失败的UPF网元的信息2(即SMF网元或者NEF网元确定其管理的之前部署PFD信息失败的UPF网元全部部署成功的场景下)，对于来自这些已经正确部署PFD信息的UPF网元的用户的业务数据，采用对应的配置策略，譬如提高用户的费用，采用高清视频进行播放等。

基于本申请实施例提供的PFD信息的管理方法，由于SMF网元或NEF网元在确定PFD信息在UPF网元上成功部署之后，应用服务器能够获知成功部署PFD信息的UPF网元的信息，进而应用服务器可以针对通过该UPF网元进行访问的业务执行相应的策略。譬如提高用户的费用，采用高清视频进行播放等，从而提升了用户的体验。

其中，上述步骤S1501a至S1506中的SMF或者NEF网元的动作可以由图5所示的通信设备500中的处理器501调用存储器503中存储的应用程序代码来执行，本实施例对此不作任何限制。

可以理解的是，以上各个实施例中，由第一网元实现的方法和/或步骤，也可以由可用于第一网元的部件实现。

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

比如，以通信装置为上述方法实施例中的第一网元为例，图16示出了一种第一网元160的结构示意图。该第一网元160包括收发模块1601和处理模块1602。所述收发模块1601，也可以称为收发单元用以实现收发功能，例如可以是收发电路，收发机，收发器或者通信接口。

其中，处理模块1602，用于确定PFD信息在第二网元上部署失败；收发模块1601，用于向第三网元发送第一消息，第一消息包括第一指示信息、PFD信息对应的应用标识和第二网元的第一信息，其中，第二网元的第一信息用于识别第二网元，第一指示信息指示PFD信息部署失败。

一种可能的实现方式中，第一网元160包括分组流描述功能网元，第二网元包括策略和计费执行功能网元或者业务检测功能网元，第三网元包括业务能力开放功能网元。

可选的，处理模块1602具体用于：确定无法在配置的时间内将PFD信息发送给第二网元；或者，确定无法在允许的时延内将PFD信息发送第二网元，其中，允许的时延为完成PFD信息部署的时间长度；或者，通过收发模块1601接收第二消息，第二消息包括第一指示信息和应用标识。

另一种可能的实现方式中，第一网元160包括分组流描述功能网元，第二网元包括分组网关用户面网元，第三网元包括业务能力开放功能网元。

可选的，处理模块1602具体用于：确定无法在配置的时间内将PFD信息发送给分组网关控制面网元；或者，确定无法在允许的时延内将PFD信息发送分组网关控制面网元，其中，允许的时延为完成PFD信息部署的时间长度；或者，通过收发模块1601接收第二消息，第二消息包括第一指示信息、应用标识和第二网元的第一信息。

又一种可能的实现方式中，第一网元160包括网络开放功能网元，第二网元包括用户面功能网元，第三网元包括应用服务器。

可选的，处理模块1602具体用于：确定无法在配置的时间内将PFD信息发送给会话管理网元；或者，确定无法在允许的时延内将PFD信息发送会话管理网元，其中，允许的时延为完成PFD信息部署的时间长度；或者，通过收发模块1601接收第二消息，第二消息包括第一指示信息、应用标识和第二网元的第二信息。

又一种可能的实现方式中，第一网元160包括业务能力开放功能网元，第二网元包括策略和计费执行功能网元或者业务检测功能网元，第三网元包括应用服务器；或者，第一网元160包括业务能力开放功能网元，第二网元包括分组网关用户面网元，第三网元包括应用服务器。

可选的，处理模块1602具体用于：确定无法在配置的时间内将PFD信息发送给分组流描述功能网元；或者，确定无法在允许的时延内将PFD信息发送分组流描述功能网元，其中，允许的时延为完成PFD信息部署的时间长度；或者，通过收发模块1601接收第二消息，第二消息包括第一指示信息、应用标识和第二网元的第二信息。

又一种可能的实现方式中，第一网元160包括分组网关控制面网元，第二网元包括分组网关用户面网元，第三网元包括分组流描述功能网元；或者，第一网元160包括会话管理网元，第二网元包括用户面功能网元，第三网元包括网络开放功能网元。

可选的，处理模块1602具体用于：确定无法在配置的时间内将PFD信息发送给第二网元；或者，确定无法在允许的时延内将PFD信息发送第二网元，其中，允许的时延为完成PFD信息部署的时间长度；或者，通过收发模块1601接收第二消息，第二消息包括第一指示信息、应用标识和第二网元的第一信息。

可选的，处理模块1602，还用于确定PFD信息在第二网元上部署成功；收发模块1601，还用于向第三网元发送第三消息，第三消息包括第二指示信息、应用标识和第二网元的第一信息，其中，第二指示信息指示PFD信息部署成功。

可选的，处理模块1602用于确定PFD信息在第二网元上部署成功，包括：处理模块1602，用于通过收发模块1601接收第四消息，第四消息包括第二指示信息、应用标识和第二网元的第一信息。

其中，上述方法实施例涉及的各步骤的所有相关内容均可以援引到对应功能模块的功能描述，在此不再赘述。

在本实施例中，该第一网元160以采用集成的方式划分各个功能模块的形式来呈现。这里的“模块”可以指特定ASIC，电路，执行一个或多个软件或固件程序的处理器和存储器，集成逻辑电路，和/或其他可以提供上述功能的器件。在一个简单的实施例中，本领域的技术人员可以想到该第一网元160可以采用图5所示的通信设备500的形式。

比如，图5所示的通信设备500中的处理器501可以通过调用存储器503中存储的计算机执行指令，使得通信设备500执行上述方法实施例中的PFD信息的管理方法。

具体的，图16中的收发模块1601和处理模块1602的功能/实现过程可以通过图5所示的通信设备500中的处理器501调用存储器503中存储的计算机执行指令来实现。或者，图16中的处理模块1602的功能/实现过程可以通过图5所示的通信设备500中的处理器501调用存储器503中存储的计算机执行指令来实现，图16中的收发模块1601的功能/实现过程可以通过图5中所示的通信设备500中的通信接口504来实现。

由于本实施例提供的第一网元160可执行上述的PFD信息的管理方法，因此其所能获得的技术效果可参考上述方法实施例，在此不再赘述。

需要说明的是，以上模块或单元的一个或多个可以软件、硬件或二者结合来实现。当以上任一模块或单元以软件实现的时候，所述软件以计算机程序指令的方式存在，并被存储在存储器中，处理器可以用于执行所述程序指令并实现以上方法流程。该处理器可以内置于SoC(片上系统)或ASIC，也可是一个独立的半导体芯片。该处理器内处理用于执行软件指令以进行运算或处理的核外，还可进一步包括必要的硬件加速器，如现场可编程门阵列(field programmable gate array，FPGA)、PLD(可编程逻辑器件)、或者实现专用逻辑运算的逻辑电路。

当以上模块或单元以硬件实现的时候，该硬件可以是CPU、微处理器、数字信号处理(digital signal processing，DSP)芯片、微控制单元(microcontroller unit，MCU)、人工智能处理器、ASIC、SoC、FPGA、PLD、专用数字电路、硬件加速器或非集成的分立器件中的任一个或任一组合，其可以运行必要的软件或不依赖于软件以执行以上方法流程。

可选的，本申请实施例还提供了一种通信装置(例如，该通信装置可以是芯片或芯片系统)，该通信装置包括处理器，用于实现上述任一方法实施例中的方法。在一种可能的设计中，该通信装置还包括存储器。该存储器，用于保存必要的程序指令和数据，处理器可以调用存储器中存储的程序代码以指令该通信装置执行上述任一方法实施例中的方法。当然，存储器也可以不在该通信装置中。该通信装置是芯片系统时，可以由芯片构成，也可以包含芯片和其他分立器件，本申请实施例对此不作具体限定。

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

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

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

Claims (35)

1.一种分组流描述PFD信息的管理方法，其特征在于，所述方法包括：

第一网元确定PFD信息在第二网元上部署失败；

所述第一网元向第三网元发送第一消息，所述第一消息包括第一指示信息、所述PFD信息对应的应用标识和所述第二网元的第一信息，其中，所述第二网元的第一信息用于识别所述第二网元，所述第一指示信息指示PFD信息部署失败。

2.根据权利要求1所述的方法，其特征在于，所述第一网元包括分组流描述功能网元，所述第二网元包括策略和计费执行功能网元或者业务检测功能网元，所述第三网元包括业务能力开放功能网元。

3.根据权利要求2所述的方法，其特征在于，所述第一网元确定PFD信息在第二网元上部署失败，包括：

所述第一网元确定无法在配置的时间内将所述PFD信息发送给所述第二网元；

或者，所述第一网元确定无法在允许的时延内将所述PFD信息发送所述第二网元，其中，所述允许的时延为完成所述PFD信息部署的时间长度；

或者，所述第一网元接收第二消息，所述第二消息包括所述第一指示信息和所述应用标识。

4.根据权利要求1所述的方法，其特征在于，所述第一网元包括分组流描述功能网元，所述第二网元包括分组网关用户面网元，所述第三网元包括业务能力开放功能网元。

5.根据权利要求4所述的方法，其特征在于，所述第一网元确定PFD信息在第二网元上部署失败，包括：

所述第一网元确定无法在配置的时间内将所述PFD信息发送给分组网关控制面网元；

或者，所述第一网元确定无法在允许的时延内将所述PFD信息发送所述分组网关控制面网元，其中，所述允许的时延为完成所述PFD信息部署的时间长度；

或者，所述第一网元接收第二消息，所述第二消息包括所述第一指示信息、所述应用标识和所述第二网元的第一信息。

6.根据权利要求1所述的方法，其特征在于，所述第一网元包括网络开放功能网元，所述第二网元包括用户面功能网元，所述第三网元包括应用服务器。

7.根据权利要求6所述的方法，其特征在于，所述第一网元确定PFD信息在第二网元上部署失败，包括：

所述第一网元确定无法在配置的时间内将所述PFD信息发送给会话管理网元；

或者，所述第一网元确定无法在允许的时延内将所述PFD信息发送所述会话管理网元，其中，所述允许的时延为完成所述PFD信息部署的时间长度；

或者，所述第一网元接收第二消息，所述第二消息包括所述第一指示信息、所述应用标识和所述第二网元的第二信息。

8.根据权利要求1所述的方法，其特征在于，所述第一网元包括业务能力开放功能网元，所述第二网元包括策略和计费执行功能网元或者业务检测功能网元，所述第三网元包括应用服务器；

或者，所述第一网元包括业务能力开放功能网元，所述第二网元包括分组网关用户面网元，所述第三网元包括应用服务器。

9.根据权利要求8所述的方法，其特征在于，所述第一网元确定PFD信息在第二网元上部署失败，包括：

所述第一网元确定无法在配置的时间内将所述PFD信息发送给分组流描述功能网元；

或者，所述第一网元确定无法在允许的时延内将所述PFD信息发送所述分组流描述功能网元，其中，所述允许的时延为完成所述PFD信息部署的时间长度；

或者，所述第一网元接收第二消息，所述第二消息包括所述第一指示信息、所述应用标识和所述第二网元的第二信息。

10.根据权利要求1所述的方法，其特征在于，所述第一网元包括分组网关控制面网元，所述第二网元包括分组网关用户面网元，所述第三网元包括分组流描述功能网元；

或者，所述第一网元包括会话管理网元，所述第二网元包括用户面功能网元，所述第三网元包括网络开放功能网元。

11.根据权利要求10所述的方法，其特征在于，所述第一网元确定PFD信息在第二网元上部署失败，包括：

所述第一网元确定无法在配置的时间内将所述PFD信息发送给所述第二网元；

或者，所述第一网元确定无法在允许的时延内将所述PFD信息发送所述第二网元，其中，所述允许的时延为完成所述PFD信息部署的时间长度；

或者，所述第一网元接收第二消息，所述第二消息包括所述第一指示信息、所述应用标识和所述第二网元的第一信息。

12.根据权利要求1-11任一项所述的方法，其特征在于，在所述第一网元发送第一消息之后，所述方法还包括：

所述第一网元确定所述PFD信息在所述第二网元上部署成功；

所述第一网元向所述第三网元发送第三消息，所述第三消息包括第二指示信息和所述应用标识，其中，所述第二指示信息指示PFD信息部署成功。

13.根据权利要求12所述的方法，其特征在于，所述第一网元确定所述PFD信息在所述第二网元上部署成功，包括：

所述第一网元接收第四消息，所述第四消息包括所述第二指示信息和所述应用标识。

14.根据权利要求13所述的方法，其特征在于，所述第三消息还包括所述第二网元的第一信息，和/或，所述第四消息还包括所述第二网元的第一信息。

15.根据权利要求3、5、7、9或者11任一项所述的方法，其特征在于，所述第二消息还包括所述PFD信息部署失败的原因值或者无法成功部署的所述PFD信息对应的PFD标识中的一项或多项。

16.根据权利要求1-15任一项所述的方法，其特征在于，所述第二网元的第一信息包括：

分配给终端设备的所述第二网元对应的地址范围信息、所述第二网元对应的路由区或跟踪区标识，所述第二网元对应的小区标识，所述第二网元的标识、所述第二网元对应的接入设备的标识、或者所述第二网元对应的数据网络接入标识、所述第二网元对应的地理位置、或者所述第二网元对应的市政地址中的一个或多个。

17.一种第一网元，其特征在于，所述第一网元包括：处理模块和收发模块；

所述处理模块，用于确定分组流描述PFD信息在第二网元上部署失败；

所述收发模块，用于向第三网元发送第一消息，所述第一消息包括第一指示信息、所述PFD信息对应的应用标识和所述第二网元的第一信息，其中，所述第二网元的第一信息用于识别所述第二网元，所述第一指示信息指示PFD信息部署失败。

18.根据权利要求17所述的第一网元，其特征在于，所述第一网元包括分组流描述功能网元，所述第二网元包括策略和计费执行功能网元或者业务检测功能网元，所述第三网元包括业务能力开放功能网元。

19.根据权利要求18所述的第一网元，其特征在于，所述处理模块具体用于：

确定无法在配置的时间内将所述PFD信息发送给所述第二网元；

或者，确定无法在允许的时延内将所述PFD信息发送所述第二网元，其中，所述允许的时延为完成所述PFD信息部署的时间长度；

或者，通过所述收发模块接收第二消息，所述第二消息包括所述第一指示信息和所述应用标识。

20.根据权利要求17所述的第一网元，其特征在于，所述第一网元包括分组流描述功能网元，所述第二网元包括分组网关用户面网元，所述第三网元包括业务能力开放功能网元。

21.根据权利要求20所述的第一网元，其特征在于，所述处理模块具体用于：

确定无法在配置的时间内将所述PFD信息发送给分组网关控制面网元；

或者，确定无法在允许的时延内将所述PFD信息发送所述分组网关控制面网元，其中，所述允许的时延为完成所述PFD信息部署的时间长度；

或者，通过所述收发模块接收第二消息，所述第二消息包括所述第一指示信息、所述应用标识和所述第二网元的第一信息。

22.根据权利要求17所述的第一网元，其特征在于，所述第一网元包括网络开放功能网元，所述第二网元包括用户面功能网元，所述第三网元包括应用服务器。

23.根据权利要求22所述的第一网元，其特征在于，所述处理模块具体用于：

确定无法在配置的时间内将所述PFD信息发送给会话管理网元；

或者，确定无法在允许的时延内将所述PFD信息发送所述会话管理网元，其中，所述允许的时延为完成所述PFD信息部署的时间长度；

或者，通过所述收发模块接收第二消息，所述第二消息包括所述第一指示信息、所述应用标识和所述第二网元的第二信息。

24.根据权利要求17所述的第一网元，其特征在于，所述第一网元包括业务能力开放功能网元，所述第二网元包括策略和计费执行功能网元或者业务检测功能网元，所述第三网元包括应用服务器；

或者，所述第一网元包括业务能力开放功能网元，所述第二网元包括分组网关用户面网元，所述第三网元包括应用服务器。

25.根据权利要求24所述的第一网元，其特征在于，所述处理模块具体用于：

确定无法在配置的时间内将所述PFD信息发送给分组流描述功能网元；

或者，确定无法在允许的时延内将所述PFD信息发送所述分组流描述功能网元，其中，所述允许的时延为完成所述PFD信息部署的时间长度；

或者，通过所述收发模块接收第二消息，所述第二消息包括所述第一指示信息、所述应用标识和所述第二网元的第二信息。

26.根据权利要求17所述的第一网元，其特征在于，所述第一网元包括分组网关控制面网元，所述第二网元包括分组网关用户面网元，所述第三网元包括分组流描述功能网元；

或者，所述第一网元包括会话管理网元，所述第二网元包括用户面功能网元，所述第三网元包括网络开放功能网元。

27.根据权利要求26所述的第一网元，其特征在于，所述处理模块具体用于：

确定无法在配置的时间内将所述PFD信息发送给所述第二网元；

或者，确定无法在允许的时延内将所述PFD信息发送所述第二网元，其中，所述允许的时延为完成所述PFD信息部署的时间长度；

或者，通过所述收发模块接收第二消息，所述第二消息包括所述第一指示信息、所述应用标识和所述第二网元的第一信息。

28.根据权利要求17-27任一项所述的第一网元，其特征在于，

所述处理模块，还用于确定所述PFD信息在所述第二网元上部署成功；

所述收发模块，还用于向所述第三网元发送第三消息，所述第三消息包括第二指示信息和所述应用标识，其中，所述第二指示信息指示PFD信息部署成功。

29.根据权利要求28所述的第一网元，其特征在于，所述处理模块用于确定所述PFD信息在所述第二网元上部署成功，包括：

所述处理模块，用于通过所述收发模块接收第四消息，所述第四消息包括所述第二指示信息和所述应用标识。

30.一种通信系统，其特征在于，所述通信系统包括：第一网元和第三网元；

所述第一网元，用于确定PFD信息在第二网元上部署失败之后，向第三网元发送第一消息，所述第一消息包括第一指示信息、所述PFD信息对应的应用标识和所述第二网元的第一信息，其中，所述第二网元的第一信息用于识别所述第二网元，所述第一指示信息指示PFD信息部署失败；

所述第三网元，用于接收来自所述第一网元的所述第一消息。

31.根据权利要求30所述的通信系统，其特征在于，

所述第一网元包括分组流描述功能网元，所述第二网元包括策略和计费执行功能网元或者业务检测功能网元，所述第三网元包括业务能力开放功能网元；

或，所述第一网元包括分组流描述功能网元，所述第二网元包括分组网关用户面网元，所述第三网元包括业务能力开放功能网元；

或，所述第一网元包括会话管理网元，所述第二网元包括用户面功能网元，所述第三网元包括网络开放功能网元。

32.根据权利要求31所述的通信系统，其特征在于，所述通信系统还包括应用服务器；

所述第三网元，还用于向所述应用服务器发送第五消息，所述第五消息包括所述第一指示信息、所述PFD信息对应的应用标识和所述第二网元的第二信息，其中，所述第二网元的第二信息用于识别所述第二网元；

所述应用服务器，还用于接收来自所述第三网元的所述第五消息。

33.根据权利要求30所述的通信系统，其特征在于，

所述第一网元包括业务能力开放功能网元，所述第二网元包括策略和计费执行功能网元或者业务检测功能网元，所述第三网元包括应用服务器；

或，所述第一网元包括业务能力开放功能网元，所述第二网元包括分组网关用户面网元，所述第三网元包括应用服务器；

或，所述第一网元包括网络开放功能网元，所述第二网元包括用户面功能网元，所述第三网元包括应用服务器。

34.根据权利要求30所述的通信系统，其特征在于，所述第一网元包括分组网关控制面网元，所述第二网元包括分组网关用户面网元，所述第三网元包括分组流描述功能网元。

35.根据权利要求34所述的通信系统，其特征在于，所述通信系统还包括业务能力开放功能网元和应用服务器；

所述第三网元，还用于向所述业务能力开放功能网元发送第六消息，所述第六消息包括所述第一指示信息、所述PFD信息对应的应用标识和所述第二网元的第一信息；

所述业务能力开放功能网元，还用于接收来自所述第三网元的所述第六消息，并向所述应用服务器发送第五消息，所述第五消息包括所述第一指示信息、所述PFD信息对应的应用标识和所述第二网元的第二信息，其中，所述第二网元的第二信息用于识别所述第二网元；

所述应用服务器，还用于接收来自所述业务能力开放功能网元的所述第五消息。

Images