释放用户面功能网元的方法和设备与流程

本申请涉及通信领域，并且更具体地，涉及一种释放用户面功能网元的方法和设备。

背景技术：

在第五代移动通信系统(5thgeneration，5g)中，用户终端ue接入网络后建立协议数据单元(protocoldataunit，pdu)会话，并通过pdu会话访问外部数据网络。对于ip类型或以太类型的pdu会话，会话管理功能(sessionmanagementfunction，smf)网元为pdu会话选择一个用户面功能(userplanefuntion，upf)作为锚点anchor。为了能够减少时延，就近访问数据网络或在ue移动的过程中，减少路由迂回，锚点需要进行重选，5g系统支持一个pdu会话存在多个协议数据单元锚点(pdusessionanchor，psa)的场景。在现有技术中，smf根据本地配置的策略决定释放不需要的psa，譬如基于配置的定时器或者判断psa上在一定时间内是否有数据包传输等。但由于不同用户设备设备的需求可能是不一样的，不同的应用的需求也是不一样的，因此仅基于smf配置的策略对所有用户设备设备或所有应用采用一种psa的释放策略，该释放策略单一。

技术实现要素：

本申请提供一种释放用户面功能网元的方法和设备，使得smf根据该用户面功能网元的释放策略确定是否释放该用户面功能网元upf，避免了smf仅根据本地配置的策略决定释放用户面功能网元upf，提高了smf释放用户面功能网元upf的灵活性。

第一方面，提供了一种释放用户面功能网元的方法，该方法由策略控制功能网元执行，其特征在于，包括：根据决策信息，确定协议数据单元pdu会话的用户面功能网元的释放策略；向会话管理功能网元发送该用户面功能网元的释放策略。

因此，在本申请实施例中，该策略控制功能网元pcf根据决策信息，确定协议数据单元pdu会话的用户面功能网元的释放策略，该pcf向会话管理功能网元smf发送该用户面功能网元upf的释放策略，使得smf根据该用户面功能网元的释放策略确定是否释放该用户面功能网元upf，避免了smf仅根据本地配置的策略决定释放用户面功能网元upf，提高了smf释放用户面功能网元upf的灵活性。

结合第一方面，在第一方面的某些实现方式中，在该根据决策信息，确定协议数据单元pdu会话的用户面功能网元的释放策略之前，该方法还包括：

确定该pdu会话对应的会话和业务连续性ssc模式为ssc模式1或者ssc模式3。

因为在5g系统中，不同的会话和业务连续性模式具有不同的属性，如ssc模式1可以释放该pdu会话中新插入的upf，而在建立该pdu会话时选择的upf不可以被释放，ssc模式3建立该pdu会话时选择的upf可以被释放。因此，确定该pdu会话对应的会话和业务连续性模式ssc为ssc模式1或者ssc模式3，再根据该pdu会话对应的会话和业务连续性模式ssc和决策信息，确定协议数据单元pdu会话的用户面功能网元的释放策略，能够提高确定该协议数据单元pdu会话的用户面功能网元的释放策略的可靠性。

结合第一方面，在第一方面的某些实现方式中，该决策信息为用户设备的签约信息或网络策略或者应用功能网元提供的应用层信息；

当该用户设备的签约信息或网络策略或应用功能网元提供的应用层信息包括第一应用不支持应用层移动性的指示时，该用户面功能网元释放策略包括：

在该pdu会话中的该第一应用的数据流终结的情况下，释放该用户面功能网元。

因此，当决策信息中的该用户设备的签约信息或网络策略或应用功能网元提供的应用层信息包括第一应用不支持应用层移动性的指示时，在该pdu会话中的该第一应用的数据流终结的情况下，释放该用户面功能网元，避免了该第一应用的地突然中断，提高了用户设备的体验，实现了合理的释放upf。

结合第一方面，在第一方面的某些实现方式中，当该用户面功能网元的释放策略为该用户面功能网元上的该pdu会话的第一应用的数据流终结时，释放该用户面功能网元时，该方法还包括：

向该会话管理功能网元发送该第一应用对应的第一策略计费控制pcc规则；

其中，该用户面功能网元的释放策略中包含该第一pcc规则的标识。

此时，在该用户面功能网元的释放策略中包含该的第一pcc规则的标识，将该用户面功能网元的释放策略与该第一应用关联起来，实现了在该第一应用的数据流终结时，释放该用户面功能网元。

结合第一方面，在第一方面的某些实现方式中，该决策信息为用户设备的签约信息或网络策略或者应用功能网元提供的应用层信息；

当该用户设备的签约信息或网络策略或应用功能网元提供的应用层信息不包括应用不支持应用层移动性的指示时，该用户面功能网元释放策略包括以下策略中的一个或者多个的组合：在该pdu会话中的所有应用的数据流终结的情况下，释放该用户面功能网元；或在定时器超时的情况下，释放该用户面功能网元；或根据会话管理功能网元的配置信息，释放该用户面功能网元。

因此，在该决策信息中的该用户设备的签约信息或网络策略或应用功能网元提供的应用层信息不包括应用不支持应用层移动性的指示时，在该pdu会话中的所有应用的业务数据流终结的情况下，释放该用户面功能网元；或当定时器超时时，释放该用户面功能网元；或根据会话管理功能网元的配置信息，释放该用户面功能网元。这样既可以实现避免该应用业务的地突然中断，提高用户设备的体验，并且提供了灵活多变释放该用户面功能网元的策略，如还可以根据定时器超是否超时或根据会话管理功能网元的配置信息，释放该用户面功能网元，实现了合理的释放upf。

结合第一方面，在第一方面的某些实现方式中，该方法还包括：接收来自应用功能网元的针对第二应用的qos授权请求，该qos授权请求包括该第二应用不支持应用层连续性的指示；根据该qos授权请求，确定第二pcc规则和第一指示信息；向该会话管理功能网元发送该第二pcc规则和该第一指示信息；其中，该第一指示信息用于指示在该第二pcc规则安装或激活的情况下，该会话管理功能网元不执行该用户面功能网元的释放策略。

因为pcf之前已经根据决策信息确定了释放用户面功能网元的策略，在pcf接收的该qos授权请求包括该第二应用不支持应用层连续性的指示时，为了在该第二应用结束前，不突然中断该第二应用，pcf向该会话管理功能网元smf发送该第二pcc规则和该第一指示信息，该第一指示信息用于指示在该第二pcc规则安装或激活的情况下，该smf不执行该用户面功能网元的释放策略，确保了在该第二应用结束前，不会执行已经确定的释放用户面功能网元的策略，从而保证了该第二应用不会突然中断，提高了用户体验。

结合第一方面，在第一方面的某些实现方式中，该向会话管理功能网元发送该用户面功能网元的释放策略，包括：在该pdu会话对应的ssc模式为ssc模式3的情况下，在该pdu会话建立时，向该会话管理功能网元发送该用户面功能网元的释放策略；或在该pdu会话对应的ssc模式为ssc模式1的情况下，在该pdu会话中新插入一个用户面功能网元时，向该会话管理功能网元发送该用户面功能网元的释放策略和第二指示信息，该第二指示信息用于指示该用户面功能网元的释放策略是针对该新插入的用户面功能网元的。

因为在5g系统中，不同的会话和业务连续性模式具有不同的属性。根据不同的ssc模式属性，确定合适的发送用户面功能网元释放策略的时机或者有针对性的发送该pdu会话中的用户面功能网元的释放策略，提高了释放用户面功能网元的可靠性，避免了造成网络通信的混乱。

结合第一方面，在第一方面的某些实现方式中，当该用户面功能网元的释放策略为当定时器超时时，释放该用户面功能网元时，该方法还包括：向该会话管理功能网元发送定时器信息，该定时器信息为定时器的定时时长或指示该会话管理功能网元根据本地定时器的设置确定定时时长。

第二方面，提供了一种释放用户面功能网元的方法，该方法由会话管理功能网元执行，该方法包括：接收策略控制功能网元发送的协议数据单元pdu会话的用户面功能网元的释放策略；根据该用户面功能网元的释放策略，释放该用户面功能网元。

因此，在本申请实施例中，smf根据该用户面功能网元的释放策略确定是否释放该用户面功能网元upf，避免了smf仅根据本地配置的策略决定释放用户面功能网元upf，提高了smf释放用户面功能网元upf的灵活性。

结合第二方面，在第二方面的某些实现方式中，该pdu会话用户面功能网元的释放策略包括：在该pdu会话中的第一应用的数据流终结的情况下，释放该用户面功能网元；或当该pdu会话中的所有业务数据流流终结时，释放该用户面功能网元；或当定时器超时时，释放该用户面功能网元；或根据会话管理功能网元的配置信息，释放该用户面功能网元。

结合第二方面，在第二方面的某些实现方式中，若该用户面功能网元的释放策略为在该pdu会话中的第一应用的数据流终结的情况下，释放该用户面功能网元时，该方法还包括：接收该策略控制功能网元发送的该第一应用数据流对应的第一策略计费控制pcc规则；其中，该用户面功能网元的释放策略中包含该第一pcc规则的标识。

结合第二方面，在第二方面的某些实现方式中，在该根据该用户面功能网元的释放策略，释放该用户面功能网元之前，该方法还包括：根据该第一pcc规则，生成该第一应用对应的第一数据包检测规则，该第一数据包检测规则用于检测该第一应用数据流的数据包；根据该用户面功能网元的释放策略，生成该第一应用对应的第一状态检测规则，该第一状态检测规则用于检测该第一应用数据流的状态，并与该第一数据包检测规则关联；向该用户面功能网元发送该第一状态检测规则和该第一数据包检测规则。

结合第二方面，在第二方面的某些实现方式中，若该用户面功能网元的释放策略为在该pdu会话中的所有应用数据流终结的情况下，释放该用户面功能网元，该方法还包括：生成第二数据包检测规则和第二状态检测规则，该第二数据包检测规则用于检测该pdu会话中的所有应用数据流的数据包，该第二状态检测规则用于检测该pdu会话中的所有应用数据流的状态；向该用户面功能网元发送该第二状态检测规则和该第二数据包检测规则。

结合第二方面，在第二方面的某些实现方式中，在该根据该用户面功能网元的释放策略，释放该终端设备连接的用户面功能网元，包括：当决定释放该用户面功能网元时，向该用户面功能网元发送上报该应用数据流的检测状态的指示信息；接收该用户面功能网元发送的该应用数据流的状态信息，当该状态信息为非激活态时，释放该用户面功能网元。

此时，smf根据用户面功能网元的释放策略，在upf上报的应用数据流的状态信息为非激活态时，释放该用户面功能网元，可以实现避免该应用业务的地突然中断，提高用户设备的体验，实现了合理的释放upf。

结合第二方面，在第二方面的某些实现方式中，该方法还包括：

接收策略控制功能网元发送的第二pcc规则和第一指示信息，该第一指示信息用于指示在该第二pcc规则安装或激活时时，该会话管理功能网元不执行该用户面功能网元的释放策略。

结合第二方面，在第二方面的某些实现方式中，该方法还包括：接收策略控制功能网元发送的第二指示信息，该第二指示信息用于指示该会话管理功能网元删除该第二pcc规则；根据该第二指示信息，删除该第二pcc规则；执行该用户面功能网元的释放策略。

第三方面，提供了一种释放用户面功能网元的方法，该方法由用户面功能网元网元执行，该方法包括：接收会话管理功能网元发送的上报状态检测规则的检测状态的指示信息；根据该指示信息，向该会话管理功能网元发送该应用数据流的第一状态信息，其中该第一状态信息为激活态或非激活态。

结合第三方面，在第三方面的某些实现方式中，在该接收会话管理功能网元发送的业务状态上报信息之前，该方法还包括：接收该会话管理功能网元发送的该应用数据流的数据包检测规则和关联的状态检测规则；根据该状态检测规则检测该应用数据流的状态。

结合第三方面，在第三方面的某些实现方式中，若该第一状态信息为激活态，则当检测到该业务数据流的状态变为非激活态时，向该会话管理功能网元报告第二状态信息，其中该第二状态信息为非激活态。

第四方面，提供了一种策略控制功能网元，包括：确定模块，用于根据决策信息，确定协议数据单元pdu会话的用户面功能网元的释放策略；

发送模块，用于向会话管理功能网元发送该用户面功能网元的释放策略。

结合第四方面，在第四方面的某些实现方式中，该确定模块还用于：确定该pdu会话对应的会话和业务连续性ssc模式为ssc模式1或者ssc模式3。

结合第四方面，在第四方面的某些实现方式中，该决策信息为用户设备的签约信息或网络策略或者应用功能网元提供的应用层信息；当该用户设备的签约信息或网络策略或应用功能网元提供的应用层信息包括第一应用不支持应用层移动性的指示时，该用户面功能网元释放策略包括：在该pdu会话中的该第一应用的数据流终结的情况下，释放该用户面功能网元。

结合第四方面，在第四方面的某些实现方式中，当该用户面功能网元的释放策略为该用户面功能网元上的该pdu会话的第一应用的数据流终结时，释放该用户面功能网元时，该发送模块还用于：向该会话管理功能网元发送该第一应用对应的第一策略计费控制pcc规则；其中，该用户面功能网元的释放策略中包含该第一pcc规则的标识。

结合第四方面，在第四方面的某些实现方式中，该决策信息为用户设备的签约信息或网络策略或者应用功能网元提供的应用层信息；当该用户设备的签约信息或网络策略或应用功能网元提供的应用层信息不包括应用不支持应用层移动性的指示时，该用户面功能网元释放策略包括以下策略中的一个或者多个的组合：在该pdu会话中的所有应用的数据流终结的情况下，释放该用户面功能网元；或在定时器超时的情况下，释放该用户面功能网元；或根据会话管理功能网元的配置信息，释放该用户面功能网元。

结合第四方面，在第四方面的某些实现方式中，该策略控制功能网元还包括：

接收模块，用于接收来自应用功能网元的针对第二应用的qos授权请求，该qos授权请求包括该第二应用不支持应用层连续性的指示；

该确定模块还用于根据该qos授权请求，确定第二pcc规则和第一指示信息；

该发送模块还用于向该会话管理功能网元发送该第二pcc规则和该第一指示信息；其中，该第一指示信息用于指示在该pcc规则安装或激活的情况下，该会话管理功能网元不执行该用户面功能网元的释放策略。

结合第四方面，在第四方面的某些实现方式中，该发送模块具体用于：在该pdu会话对应的ssc模式为ssc模式3的情况下，在该pdu会话建立时，向该会话管理功能网元发送该用户面功能网元的释放策略；或在该pdu会话对应的ssc模式为ssc模式1的情况下，在该pdu会话中新插入一个用户面功能网元时，向该会话管理功能网元发送该用户面功能网元的释放策略和第二指示信息，该第二指示信息用于指示该用户面功能网元的释放策略是针对该新插入的用户面功能网元的。

结合第四方面，在第四方面的某些实现方式中，当该用户面功能网元的释放策略为当定时器超时时，释放该用户面功能网元时，该发送模块具体用于：向该会话管理功能网元发送定时器信息，该定时器信息为定时器的定时时长或指示该会话管理功能网元根据本地定时器的设置确定定时时长。

第五方面，提供了一种会话管理功能网元，包括：

接收模块，用于接收策略控制功能网元发送的协议数据单元pdu会话的用户面功能网元的释放策略；

处理模块，用于根据该用户面功能网元的释放策略，释放该用户面功能网元。

结合第五方面，在第五方面的某些实现方式中，该pdu会话用户面功能网元的释放策略包括：在该pdu会话中的第一应用的数据流终结的情况下，释放该用户面功能网元；或当该pdu会话中的所有业务数据流流终结时，释放该用户面功能网元；或当定时器超时时，释放该用户面功能网元；或根据会话管理功能网元的配置信息，释放该用户面功能网元。

结合第五方面，在第五方面的某些实现方式中，该接收模块还用于：接收该策略控制功能网元发送的该第一业务数据流对应的第一策略计费控制pcc规则；其中，该用户面功能网元的释放策略中包含第一pcc规则的标识。

结合第五方面，在第五方面的某些实现方式中，在该根据该用户面功能网元的释放策略，释放该用户面功能网元之前，该处理模块还用于：根据该第一pcc规则，生成该第一应用对应的第一数据包检测规则，该第一数据包检测规则用于检测该第一应用数据流的数据包；根据该用户面功能网元的释放策略，生成该第一应用对应的第一状态检测规则，该第一状态检测规则用于检测该第一应用数据流的状态，并与该第一数据包检测规则关联；该会话管理功能网元还包括发送模块，用于向该用户面功能网元发送该第一状态检测规则和该第一数据包检测规则。

结合第五方面，在第五方面的某些实现方式中，该发送模块具体用于：当决定释放该用户面功能网元时，向该用户面功能网元发送上报该应用数据流的检测状态的指示信息；该接收模块用于接收该用户面功能网元发送的该应用数据流的状态信息；该处理模块用于当该状态信息为非激活态时，释放该用户面功能网元。

结合第五方面，在第五方面的某些实现方式中，该接收模块还用于：接收策略控制功能网元发送的第二pcc规则和第一指示信息，该第一指示信息用于指示在该第二pcc规则安装或激活时时，该会话管理功能网元不执行该用户面功能网元的释放策略。

结合第五方面，在第五方面的某些实现方式中，该接收模块还用于：接收策略控制功能网元发送的第二指示信息，该第二指示信息用于指示该会话管理功能网元删除该第二pcc规则；该处理模块还用于根据该第二指示信息，删除该第二pcc规则；该处理模块还用于执行该用户面功能网元的释放策略。

第六方面，一种用户面功能网元，包括：接收模块，用于接收会话管理功能网元发送的上报状态检测规则的检测状态的指示信息；发送模块，用于根据该指示信息，向该会话管理功能网元发送该应用数据流的第一状态信息，其中该第一状态信息为激活态或非激活态。

结合第六方面，在第六方面的某些实现方式中，该接收模块还用于：接收该会话管理功能网元发送的该应用数据流的数据包检测规则和关联的状态检测规则；该用户面功能还包括检测模块，用于根据该状态检测规则检测该应用数据流的状态。

结合第六方面，在第六方面的某些实现方式中，该发送模块还用于：若该第一状态信息为激活态，则当检测到该业务数据流的状态变为非激活态时，向该会话管理功能网元报告第二状态信息，其中该第二状态信息为非激活态。

第七方面，提供了一种策略控制功能网元，包括：至少一个处理器、存储器和收发器，所述存储器用于存储指令，所述收发器用于所述策略控制功能网元和其他设备通信，所述存储的指令被所述至少一个处理器直接或间接的执行，使得所述策略控制功能网元可以执行第一方面或第一方面的任一可选的实现方式中的方法。

第八方面，提供了一种会话管理功能网元，包括：至少一个处理器、存储器和收发器，所述存储器用于存储指令，所述收发器用于所述会话管理功能网元和其他设备通信，所述存储的指令被所述至少一个处理器直接或间接的执行，使得所述会话管理功能网元可以执行第二方面或第二方面的任一可选的实现方式中的方法。

第九方面，提供了一种用户面功能网元，包括：至少一个处理器、存储器和收发器，所述存储器用于存储指令，所述收发器用于所述用户面功能网元和其他设备通信，所述存储的指令被所述至少一个处理器直接或间接的执行，使得所述用户面功能网元可以执行第三方面或第三方面的任一可选的实现方式中的方法。

第十方面，提供了一种芯片系统，包括：至少一个处理器，所述至少一个处理器用于执行存储的指令，以使得策略控制功能网元可以执行第一方面或第一方面的任一可选的实现方式中的方法。

第十一方面，提供了一种芯片系统，包括：至少一个处理器，所述至少一个处理器用于执行存储的指令，以使得会话管理功能网元可以执行第二方面或第二方面的任一可选的实现方式中的方法。

第十二方面，提供了一种芯片系统，包括：至少一个处理器，所述至少一个处理器用于执行存储的指令，以使得用户面功能网元可以执行第三方面或第三方面的任一可选的实现方式中的方法。

第十三方面，提供了一种计算机程序产品，所述计算机程序产品包括指令，当所述指令被执行时，使得策略控制功能网元可以执行第一方面或第一方面的任一可选的实现方式中的方法。

第十四方面，提供了一种计算机程序产品，所述计算机程序产品包括指令，当所述指令被执行时，使得会话管理功能网元可以执行第二方面或第二方面的任一可选的实现方式中的方法。

第十五方面，提供了一种计算机程序产品，所述计算机程序产品包括指令，当所述指令被执行时，使得用户面功能网元可以执行第三方面或第三方面的任一可选的实现方式中的方法。

第十六方面，提供了一种计算机存储介质，该计算机存储介质存储有程序指令，当所述指令被执行时，策略控制功能网元可以执行第一方面或第一方面的任一可选的实现方式中的方法。

第十七方面，提供了一种计算机存储介质，该计算机存储介质存储有程序指令，当所述指令被执行时，会话管理功能网元可以执行第二方面或第二方面的任一可选的实现方式中的方法。

第十八方面，提供了一种计算机存储介质，该计算机存储介质存储有程序指令，当所述指令被执行时，用户面功能网元可以执行第三方面或第三方面的任一可选的实现方式中的方法。

附图说明

图1是根据本申请的一种释放用户面功能网元的方法和设备的无线通信系统架构的示意性框图。

图2对现有技术中释放一个pdu会话中的upf的过程示意性流程图。

图3是本申请实施例的一种释放用户面功能网元的方法的示意性流程图。

图4是本申请实施例的一种释放用户面功能网元的方法的示意性流程图。

图5是本申请实施例的一种释放用户面功能网元的方法的示意性流程图。

图6是本申请实施例的一种释放用户面功能网元的方法的示意性流程图。

图7是本申请实施例的一种释放用户面功能网元的方法的示意性流程图。

图8是本申请实施例的一种释放用户面功能网元的方法的示意性流程图。

图9是本申请实施例的策略控制功能网元的示意性框图。

图10是本申请实施例的会话管理功能网元的示意性框图。

图11是本申请实施例的用户面功能网元的示意性框图。

图12是本申请实施例的一种通信设备的示意性框图。

具体实施方式

下面将结合附图，对本申请中的技术方案进行描述。

图1是根据本申请的一种释放用户面功能网元的方法和设备的无线通信系统100架构的示意性框图。如图1所示，该系统100架构包括，终端设备，接入网设备，管理设备，网关设备以及数据网络(datanetwork，dn)。其中，图1中的终端设备可以用于通过无线空口连接到运营商部署的接入网设备，继而通过网关设备连接到数据网络；接入网设备主要用于实现无线物理层功能、资源调度和无线资源管理、无线接入控制以及移动性管理等功能；管理设备主要用于终端设备的设备注册、安全认证、移动性管理和位置管理等，网关设备主要用于与终端设备间建立通道，在该通道上转发终端设备和外部数据网络之间的数据包；数据网络可对应于多种不同的业务域，例如ip多媒体子系统(ipmultimediasubsystem，ims)、互联网internet、互联网协议电视(internetprotocoltelevision，iptv)、其他运营商业务域等，主要用于为终端设备提供多种数据业务服务，其中可以包含例如服务器(包括提供组播业务的服务器)、路由器、网关等网络设备。需要说明的是，图1仅为示例性架构图，除图1中所示功能单元之外，该网络架构还可以包括其他功能单元或功能网元，本申请实施例对此不进行限定。

当图1所示通信网络为5g网络时，上述终端设备(也可以称为终端装置)可以为用户设备设备(userequipment，ue)，如：手机、电脑，还可以为蜂窝电话、无绳电话、会话发起协议(sessioninitiationprotocol，sip)电话、智能电话、无线本地环路(wirelesslocalloop，wll)站、个人数字助理(personaldigitalassistant，pda)、电脑、膝上型计算机、手持式通信设备、手持式计算设备、卫星无线设备、无线调制解调器卡、电视机顶盒(settopbox，stb)、用户设备驻地设备(customerpremiseequipment，cpe)和/或用于在无线系统上进行通信的其它设备。上述接入网设备可以为接入网(accessnetwork，an)/无线接入网(radioaccessnetwork，ran)设备，由多个5g-an/5g-ran节点组成的网络，该5g-an/5g-ran节点可以为：接入节点(accesspoint，ap)、下一代基站(nrnodeb，gnb)、中心单元(centralunit，cu)和分布式单元(distributedunit,du)分离形态的gnb、收发点(transmissionreceivepoint，trp)、传输点(transmissionpoint，tp)或某种其它接入节点。上述管理设备可以包括：接入和移动性管理功能(access&mobilityfunction，amf)、会话管理功能(sessionmanagementfunction，smf)、策略控制功能(policycontrolfunction，pcf)、应用功能(applicationfunction，af)等。网关设备可以包括用户面功能(userplanefuntion，upf)、分叉点(branchingpoint，bp)、上行分类器(uplinkclassifier，ulcl)等功能单元，这些功能单元可以独立工作，也可以组合在一起实现某些控制功能，如：amf、smf和pcf可以组合在一起作为管理设备，用于完成终端设备的接入鉴权、安全加密、位置注册等接入控制和移动性管理功能，以及用户设备面传输路径的建立、释放和更改等会话管理功能，以及分析一些切片(slice)相关的数据(如拥塞)、终端设备相关的数据的功能，upf作为网关设备主要完成用户设备面数据的路由转发等功能，如：负责对终端设备的数据报文过滤、数据传输/转发、速率控制、生成计费信息等。

在图1的所示的5g网络中，各功能单元之间可以通过下一代网络(nextgeneration，ng)接口建立连接实现通信，如：终端设备通过新无线(newradio，nr)接口与ran设备建立空口连接，用于传输用户设备面数据和控制面信令；终端设备可以通过ng接口1(简称n1)与amf建立控制面信令连接；an/ran设备例如下一代无线接入基站(nrnodeb，gnb)，可以通过ng接口3(简称n3)与upf建立用户设备面数据连接；an/ran设备可以通过ng接口2(简称n2)与amf建立控制面信令连接；upf可以通过ng接口4(简称n4)与smf建立控制面信令连接；upf可以通过ng接口6(简称n6)与数据网络交互用户设备面数据；amf可以通过ng接口11(简称n11)与smf建立控制面信令连接；smf可以通过ng接口7(简称n7)与pcf建立控制面信令连接。需要说明的是，图1所示的部分仅为示例性架构图，除图1所示的部分中所示功能单元之外，该网络架构还可以包括其他功能单元或功能网元，本申请实施例对此不进行限定。

应理解，本申请中的网元之间的接口名称仅是示例性的，网元之间的接口还可以是其他名称，本申请对接口的名称不予限。

本申请实施例的技术方案可以应用于各种通信系统，例如：全球移动通讯(globalsystemofmobilecommunication，gsm)系统、码分多址(codedivisionmultipleaccess，cdma)系统、宽带码分多址(widebandcodedivisionmultipleaccess，wcdma)系统、通用分组无线业务(generalpacketradioservice，gprs)、长期演进(longtermevolution，lte)系统、lte频分双工(frequencydivisionduplex，fdd)系统、lte时分双工(timedivisionduplex，tdd)、通用移动通信系统(universalmobiletelecommunicationsystem，umts)、全球互联微波接入(worldwideinteroperabilityformicrowaveaccess，wimax)通信系统、未来的第五代(5thgeneration，5g)系统或新无线(newradio，nr)等。

本申请提供的释放用户面功能网元的方法，可以应用于管理设备、网关设备。所述管理设备、网关设备包括硬件层、运行在硬件层之上的操作系统层，以及运行在操作系统层上的应用层。所述硬件层包括中央处理器(centralprocessingunit，cpu)、内存管理单元(memorymanagementunit，mmu)和内存(也称为主存)等硬件。所述操作系统可以是任意一种或多种通过进程(process)实现业务处理的计算机操作系统，例如，linux操作系统、unix操作系统、android操作系统、ios操作系统或windows操作系统等。所述应用层包含浏览器、通讯录、文字处理软件、即时通信软件等应用。

此外，本申请的各个方面或特征可以实现成方法、装置或使用标准编程和/或工程技术的制品。本申请中使用的术语“制品”涵盖可从任何计算机可读器件、载体或介质访问的计算机程序。例如，计算机可读介质可以包括，但不限于：磁存储器件(例如，硬盘、软盘或磁带等)，光盘(例如，压缩盘(compactdisc，cd)、数字通用盘(digitalversatiledisc，dvd)等)，智能卡和闪存器件(例如，可擦写可编程只读存储器(erasableprogrammableread-onlymemory，eprom)、卡、棒或钥匙驱动器等)。另外，本文描述的各种存储介质可代表用于存储信息的一个或多个设备和/或其它机器可读介质。术语“机器可读介质”可包括但不限于，能够存储、包含和/或承载指令和/或数据的各种介质。

下面根据图2对现有技术中释放一个pdu会话中的upf的过程进行简单描述。

在5g系统中，ue接入网络后建立pdu会话，并通过pdu会话访问外部数据网络。对于ip类型或以太类型的pdu会话，smf为pdu会话选择一个upf作为锚点anchor。为了能够减少时延就近访问数据网络或在ue移动的过程中，减少路由迂回，锚点需要进行重选，5g系统支持一个pdu会话存在多个协议数据单元锚点(pdusessionanchor，psa)的场景，如图1所示。upf1和upf2是两个psa。应理解，upf可以也称作psa。

对于ipv6类型的pdu会话，可以采用multi-homing的方式支持多psa场景(具有多个psa的ipv6pdu会话成为multi-homingpdu会话)，一个multi-homingpdu会话，smf可以为ue分配多个ipv6prefix(例如2个)，分别对应upf1和upf2。分叉点(branchingpoint，bp)将n3接口接收的数据根据数据包的ue源地址，将数据包发送给upf1或upf2；将来自upf1和upf2的数据汇聚后通过n3接口发送给ran。

对于ipv4类型、ipv6类型或以太类型的pdu会话，可以采用插入上行分类器(uplinkclassifier，ulcl)的方式支持多psa场景。这种非multi-homingip类型(ipv4或ipv6)的多psapdu会话，smf只为ue的分配一个ip地址，对应其中的一个upf(譬如upf1，即建立pdu会话时，smf会pdu会话选择一个upf，并且从该upf的地址池中选择一个可用的ip地址分配给ue)。后续如果smf为pdu会话插入一个ulcl，并且新增一个upf(如upf2)作为psa，那么ulcl根据安装的分流过滤器将来自n3接口的数据发送给upf1或upf2。但是由于ulcl接收到的数据的源地址是upf1地址池中的地址，所以，ulcl发送给upf2的数据(源地址是upf1地址池中的地址)通常需要经过特定的路由方式才能进入数据网络(譬如经过nat或隧道的形式)。

为了满足不同应用/业务的连续性需求，5g系统支持3种会话和业务连续性(sessionandservicecontinuity，ssc)模式。

ssc模式1：网络能够保持提供给ue的连接业务。对于ipv4或ipv6类型pdu会话，无论ue怎么移动，网络保持分配给ue的ip地址不变，即在pdu会话建立时选择的psa保持不变，不会被释放。

ssc模式2：网络可能会释放提供给ue的连接业务。对于ipv4或ipv6类型pdu会话，网络可能释放分配给ue的ip地址。当ssc模式2的pdu会话只有一个psa时，当网络释放pdu会话时，网络会指导ue新建立一个到相同数据网络的pdu会话。

ssc模式3，网络在改变ue访问应用/业务所经过的用户设备面的同时能确保ue不丢失连接。为了保证较好的业务连续性，通过一个新的psa的连接会在旧的连接释放前建立。对于ipv4或ipv6类型的pdu会话，当psa发生改变时，ip地址发生改变，业务连续性由应用层保证。即应用/业务在旧的pdu会话释放前，将一个业务数据迁移到新建立的pdu会话。

当ue选择采用ssc模式1建立一个pdu会话后，网络可以采用multi-homing或插入ulcl方式为这个pdu会话添加一个或多个psa，在需要的时候，这些新增的psa会被释放。

当ue选择采用ssc模式3建立一个pdu会话后，网络可以采用multi-homing方式为这个pdu会话添加一个psa，当业务数据迁移到这个新的psa后，网络会释放旧的psa。

对于多psa的pdu会话，网络需要决定释放已经不需要使用的anchor，如果不释放那么会导致不必要的资源浪费。

在210中，终端设备ue选择采用ssc模式3建立了一个pdu会话，会话管理功能smf选择用户设备面功能1upf1作为psa。对于ipv6类型pdu会话，smf为ue分配ipv6prefix1，对于ipv4类型pdu会话，smf为ue分配ipv4address1。smf决定新增一个psa，smf通过分叉点bp(即multi-homing)或ulcl的方式新增一个psa，smp选择用户设备面功能2upf2作为新的psa，对于multi-homing，smf为ue分配一个ipv6prefix2。从而ue建立了一个具有多个psa的pdu会话。

在220中，在某一时刻，由于ue移动或数据流终结等原因，smf决定释放pdu会话的upf1。

在230中，smf发起后续释放upf1的流程。

具体地，若smf采用multi-homing方式添加的upf2，smf通知ueipv6prefix1将要被释放。smf更新ue的ipv6prefix2的配置以及路由规则，以便将业务数据迁移到upf2上。smf释放upf1，若smf采用multi-homing方式添加的upf2，smf释放ipv6prefix1。若smf采用multi-homing方式添加的upf2，如果pcf订阅ip地址分配释放的事件，smf向pcf通知ipv6prefix1释放。

在现有技术中，smf根据本地配置的策略决定释放不需要的psa，譬如基于配置的定时器或者判断psa上在一定时间内是否有数据包传输等。

基于上述问题，本申请提供了一种释放用户面功能网元的方法，策略控制功能网元pcf根据决策信息，确定协议数据单元pdu会话的用户面功能网元的释放策略，pcf向会话管理功能网元smf发送该用户面功能网元upf的释放策略，使得smf根据该用户面功能网元的释放策略确定是否释放该用户面功能网元upf，不同的用户设备设备或不同的应用对应的该释放策略不同，避免了导致业务的突然中断，提高了用户设备的体验，合理的释放upf，避免浪费资源。

下面结合图3详细说明本申请提供的一种释放用户面功能网元的方法，图3是本申请一个实施例的一种释放用户面功能网元的方法300的示意性流程图，该方法300可以应用在图1所示的场景中，当然也可以应用在其他通信场景中，本申请实施例在此不作限制。

如图3所示，该方法300包括以下内容。

在301中，策略控制功能网元pcf根据决策信息，确定协议数据单元pdu会话的用户面功能网元的释放策略。

在302中，该pcf向会话管理功能网元smf发送该用户面功能网元的释放策略。

在303中，该smf接收该pcf发送的该pdu会话的用户面功能网元的释放策略。

在304中，该smf根据该用户面功能网元的释放策略，释放该用户面功能网元。

因此，在本申请实施例中，该策略控制功能网元pcf根据决策信息，确定协议数据单元pdu会话的用户面功能网元的释放策略，该pcf向会话管理功能网元smf发送该用户面功能网元upf的释放策略，使得smf根据该用户面功能网元的释放策略确定是否释放该用户面功能网元upf，避免了smf仅根据本地配置的策略决定释放用户面功能网元upf，提高了smf释放用户面功能网元upf的灵活性。

可选地，在该根据决策信息，确定协议数据单元pdu会话的用户面功能网元的释放策略之前，该方法还包括：

确定该pdu会话对应的会话和业务连续性ssc模式为ssc模式1或者ssc模式3。

因为在5g系统中，不同的会话和业务连续性模式具有不同的属性，如ssc模式1可以释放该pdu会话中新插入的upf，而在建立该pdu会话时选择的upf不可以被释放，ssc模式3建立该pdu会话时选择的upf可以被释放。因此，确定该pdu会话对应的会话和业务连续性模式ssc为ssc模式1或者ssc模式3，再根据该pdu会话对应的会话和业务连续性模式ssc和决策信息，确定协议数据单元pdu会话的用户面功能网元的释放策略，能够提高确定该协议数据单元pdu会话的用户面功能网元的释放策略的可靠性。

可选地，在301中，该决策信息为用户设备的签约信息或网络策略或者应用功能网元提供的应用层信息；当该用户设备的签约信息或网络策略或应用功能网元提供的应用层信息包括第一应用不支持应用层移动性的指示时，该用户面功能网元释放策略包括：在该pdu会话中的该第一应用的数据流终结的情况下，释放该用户面功能网元。

具体而言，ue通过pdu会话访问该第一应用，smf会将该pdu会话的相关信息上报给pcf，如该pdu会话中的ue的地址信息，ue的位置信息、ue的标识、数据网络名(datenetworkname，dnn)以及该pdu会话的sscmode等信息。该pcf根据该pdu会话的相关信息可以获取该pdu会话对应的用户设备的签约信息或网络策略或者应用功能网元提供的应用层信息，当该用户设备的签约信息或网络策略或应用功能网元提供的应用层信息包括第一应用不支持应用层移动性的指示时，该用户面功能网元释放策略包括：在该pdu会话中的该第一应用的数据流终结的情况下，释放该用户面功能网元。

为了更清楚的理解本申请，下面对用户设备的签约信息、网络策略或者应用功能网元提供的应用层信息进行描述。

该用户设备的签约信息包括用户设备标识、用户设备的签约业务、服务质量(qualityofservice，qos)等级、接入限制、用户设备的位置、漫游限制等信息。该用户设备的签约信息只针对一个用户设备，不同的用户设备的签约信息可能不同。如果该pcf上没有该用户设备的签约信息，则pcf向用户设备数据库(userdatarecord，udr)提供用户设备标识、dnn等信息，udr根据pcf提供的信息向pcf返回该用户设备的签约信息。

该网络策略是指运营商与第三方签订的一些策略，该网络策略可以预先配置在pcf上。该网络策略可以针对入网的所有用户设备或者一组用户设备。如该网络策略可以是移动与腾讯应用签约的一种策略，该策略针对于通过移动入网的所有用户设备。

该应用功能网元提供的应用层信息可以是某个应用的信息，该应用层信息可以在该pdu会话建立前由af发送给pcf，该应用功能网元提供的应用层信息可以包括在af向策略控制功能网元pcf发送的影响smf数据路由决策的消息中，该应用层信息对一组用户设备设备或所有用户设备。

因此，在本申请实施例中，当决策信息中的该用户设备的签约信息或网络策略或应用功能网元提供的应用层信息包括第一应用不支持应用层移动性的指示时，在该pdu会话中的该第一应用的数据流终结的情况下，释放该用户面功能网元，避免了该第一应用的地突然中断，提高了用户设备的体验，实现了合理的释放upf。实现了对不同用户设备，不同的应用，确定不同的upf释放策略，不会导致业务的突然中断，提高了用户设备的体验，不会导致upf长时间得不到释放，浪费资源。

可选地，当该用户面功能网元的释放策略为该用户面功能网元上的该pdu会话的第一应用的数据流终结时，释放该用户面功能网元时，该方法还包括：

向该会话管理功能网元发送该第一应用对应的第一策略计费控制pcc规则；

其中，该用户面功能网元的释放策略中包含该第一pcc规则的标识。

具体而言，pcf会对每个应用确定与其对应的策略与计费控制规则(policyandchargingcontrolrule，pccrule)，该pcc规则通常包含3大类信息：服务数据流检查信息、策略控制信息和计费相关信息。该第一pcc规则中包括第一应用的的标识信息或该第一应用数据流过滤器(packetfilter)。在该用户面功能网元的释放策略中包含该的第一pcc规则的标识，将该用户面功能网元的释放策略与该第一应用关联起来，实现了在该第一应用的数据流终结时，释放该用户面功能网元。

可选地，在301中，该决策信息为用户设备的签约信息或网络策略或者应用功能网元提供的应用层信息；当该用户设备的签约信息或网络策略或应用功能网元提供的应用层信息不包括应用不支持应用层移动性的指示时，该用户面功能网元释放策略包括：在该pdu会话中的所有应用的业务数据流终结的情况下，释放该用户面功能网元；或当定时器超时时，释放该用户面功能网元；或根据会话管理功能网元的配置信息，释放该用户面功能网元。

应理解，有关该用户设备的签约信息、网络策略和应用功能网元提供的应用层信息可以参考上述描述进行理解，此处不再赘述。

因此，在该决策信息中的该用户设备的签约信息或网络策略或应用功能网元提供的应用层信息不包括应用不支持应用层移动性的指示时，在该pdu会话中的所有应用的业务数据流终结的情况下，释放该用户面功能网元；或当定时器超时时，释放该用户面功能网元；或根据会话管理功能网元的配置信息，释放该用户面功能网元。这样既可以实现避免该应用业务的地突然中断，提高用户设备的体验，并且提供了灵活多变释放该用户面功能网元的策略，如还可以根据定时器超是否超时或根据会话管理功能网元的配置信息，释放该用户面功能网元，实现了合理的释放upf。

可选地，该用户面功能网元的释放策略也可以用标识信息指示，如释放策略为在该pdu会话中的该第一应用的数据流终结的情况下，释放该用户面功能网元的策略标记为释放策略1(releasepolicy1)；释放策略为在该pdu会话中的所有应用的业务数据流终结的情况下，释放该用户面功能网元标记为释放策略2(releasepolicy2)；释放策略为当定时器超时时，释放该用户面功能网元标记为释放策略3(releasepolicy3)；释放策略为根据会话管理功能网元的配置信息，释放该用户面功能网元标记为释放策略4(releasepolicy4)。

可选地，当该用户面功能网元的释放策略为当定时器超时时，释放该用户面功能网元时，该方法还包括：向该会话管理功能网元发送定时器信息，该定时器信息为定时器的定时时长或指示该会话管理功能网元根据本地定时器的设置确定定时时长。

具体而言，该用户面功能网元的释放策略为当定时器超时时，释放该用户面功能网元可以包括两种实现方式：实现方式一，该pcf向该smf发送定时信息，该定时信息为定时器的定时时长，该smf按照该pcf发送的该定时时长来释放该upf；实现方式二，该pcf向该smf发送定时信息，该定时信息用于指示该会话管理功能网元根据本地定时器的设置确定定时时长，该smf根据本地定时器的设置确定定时时长，该smf在根据该定时时长来释放该upf。

可选地，该方法300还包括：接收来自应用功能网元的针对第二应用的qos授权请求，该qos授权请求包括该第二应用不支持应用层连续性的指示；根据该qos授权请求，确定第二pcc规则和第一指示信息；向该会话管理功能网元发送该第二pcc规则和该第一指示信息；其中，该第一指示信息用于指示在该第二pcc规则安装或激活的情况下，该会话管理功能网元不执行该用户面功能网元的释放策略。

具体而言，该pcf在接收到应用功能网元的针对第二应用的qos授权请求时，该pcf获知用户设备开始访问该第二应用，又因为该qos授权请求包括该第二应用不支持应用层连续性的指示，所以在该第二应用没有结束前，不可以释放用户面功能网元，但是因为pcf之前已经根据决策信息确定了释放用户面功能网元的策略，因此在该第二应用结束前，为了不突然中断该第二应用，该已经确定的释放用户面功能网元的策略不可以执行。pcf根据该qos授权请求，确定第二策略计费控制pcc规则和第一指示信息；向该会话管理功能网元发送该第二pcc规则和该第一指示信息；其中，该第一指示信息用于指示在该第二pcc规则安装或激活的情况下，该会话管理功能网元不执行该用户面功能网元的释放策略，换言之，在该第二pcc规则删除的情况下，该会话管理功能网元执行该用户面功能网元的释放策略。

此时，在pcf接收的该qos授权请求包括该第二应用不支持应用层连续性的指示时，pcf向该会话管理功能网元smf发送该第二pcc规则和该第一指示信息，该第一指示信息用于指示在该第二pcc规则安装或激活的情况下，该smf不执行该用户面功能网元的释放策略，确保了在该第二应用结束前，不会执行已经确定的释放用户面功能网元的策略，确保了该第二应用不会突然中断，提高了用户体验。

应理解，该向pcf发送的针对第二应用的qos授权请求的应用功能网元，与提供该应用层信息的应用功能网元可以是同一个应用功能网元，也可以是不同的应用功能网元，本申请对此并不进行限定。

可选地，该向会话管理功能网元发送该用户面功能网元的释放策略，包括：在该pdu会话对应的ssc模式为ssc模式3的情况下，在该pdu会话建立时，向该会话管理功能网元发送该用户面功能网元的释放策略；或在该pdu会话对应的ssc模式为ssc模式1的情况下，在该pdu会话中新插入一个用户面功能网元时，向该会话管理功能网元发送该用户面功能网元的释放策略和第二指示信息，该第二指示信息用于指示该用户面功能网元的释放策略是针对该新插入的用户面功能网元的。

具体而言，由于在5g系统中，ssc模式1规定了在pdu会话建立时选择的upf保持不变，即在该pdu会话建立时选择的upf不会被释放。因此，在该pdu会话对应的ssc为ssc模式1的情况下，在该pdu会话中新插入一个用户面功能网元时，向该会话管理功能网元发送该用户面功能网元的释放策略和第二指示信息，该第二指示信息用于指示该用户面功能网元的释放策略是针对该新插入的用户面功能网元的。

而对于ssc模式3规定，当pdu会话中的upf发生改变时，ip地址发生改变，业务连续性由应用层保证，即在该pdu会话建立时选择的upf可以被释放。因此，在该pdu会话对应的ssc为ssc模式3的情况下，在该pdu会话建立时，向该会话管理功能网元发送该用户面功能网元的释放策略。

应理解，在ssc模式3的情况下，如果在该pdu会话中新插入一个用户面功能网元时，该会话管理功能网元可以根据之前保存的用户面功能网元的释放策略来确定该新插入的用户面功能网元的释放；也可以是pcf向该会话管理功能网元发送该新插入的用户面功能网元的释放策略和第三指示信息，该第三指示信息用于指示该用户面功能网元的释放策略是针对该新插入的用户面功能网元的。

可选地，若该用户面功能网元的释放策略为在该pdu会话中的第一应用的数据流终结的情况下，释放该用户面功能网元时，该方法还包括：接收该策略控制功能网元发送的该第一业务数据流对应的第一策略计费控制pcc规则；其中，该用户面功能网元的释放策略中包含第一pcc规则的标识。

可选地，在该根据该用户面功能网元的释放策略，释放该用户面功能网元之前，该方法300还包括：smf根据该第一pcc规则，生成该第一应用对应的第一数据包检测规则，该第一数据包检测规则用于检测该第一应用数据流的数据包；根据该用户面功能网元的释放策略，生成该第一应用对应的第一状态检测规则，该第一状态检测规则用于检测该第一应用数据流的状态，并与该第一数据包检测规则关联；向该用户面功能网元发送该第一状态检测规则和该第一数据包检测规则。

具体而言，smf根据pcf下发的第一pcc规则制定包检测规则(packetdetectionrule，pdr)和根据该用户面功能网元的释放策略制定状态检测规则(statusdetectionrule，sdr)，其中pdr中携带第一应用的标识信息。pdr规则用于检测那些数据包是第一应用的数据包，sdr用于检测第一应用数据流的状态，即第一应用是激活态还是非激活态。

可选地，若该用户面功能网元的释放策略为在该pdu会话中的所有业务数据流流终结的情况下，释放该用户面功能网元，该方法还包括：

生成第二数据包检测规则和第二状态检测规则，该第二数据包检测规则用于检测该pdu会话中的所有应用数据流的数据包，该第二状态检测规则用于检测该pdu会话中的所有应用数据流的状态；向该用户面功能网元发送该第二状态检测规则和该第二数据包检测规则。

具体而言，该第二数据包检测规则包括了多个数据包检测规则，如多个第一应用中的每个第一应用对应的数据包检测规则，该第二状态检测规则也包括了多个状态检测规则，如多个第一应用中的每个第一应用对应的状态检测规则。应理解，该第二数据包检测规则还包括第三应用对应的数据包检测规则，该第二状态检测规则还包括了第三应用对应的状态检测规则，该第三应用是该用户设备通过该用户面功能网元访问的应用，该第三应用不同于该第一应用。

可选地，如图4所示，在该根据该用户面功能网元的释放策略，释放该终端设备连接的用户面功能网元时，该方法300还包括以下内容。

在305中，当smf决定释放该用户面功能网元时，smf向该用户面功能网元发送上报该应用数据流的检测状态的指示信息。

在306中，upf接收会话管理功能网元smf发送的上报状态检测规则的检测状态的指示信息。

在307中，upf根据该指示信息，向该会话管理功能网元发送该应用数据流的第一状态信息，其中该第一状态信息为激活态或非激活态。

在308中，smf接收该用户面功能网元发送的该应用数据流的第一状态信息，当该第一状态信息为非激活态时，释放该用户面功能网元。

因此，在本申请实施例中，smf根据用户面功能网元的释放策略，在upf上报的应用数据流的状态信息为非激活态时，释放该用户面功能网元，可以实现避免该应用业务的地突然中断，提高用户设备的体验，实现了合理的释放upf。

可选地，在305中，smf向该用户面功能网元发送上报该应用数据流的检测状态的指示信息包括：上报该第一应用数据流的检测状态的指示信息或者上报所有应用数据流的检测状态的指示信息。

具体而言，若该用户面功能网元的释放策略为在该pdu会话中的第一应用的数据流终结的情况下，释放该用户面功能网元时，smf向该用户面功能网元发送上报该第一应用数据流的检测状态的指示信息；若该用户面功能网元的释放策略为在该pdu会话中的所有业务数据流流终结的情况下，释放该用户面功能网元时，smf向该用户面功能网元发送上报所有应用数据流的检测状态的指示信息。

可选地，若该用户面功能网元的释放策略为在该pdu会话中的所有业务数据流流终结的情况下，释放该用户面功能网元时，smf向该用户面功能网元发送上报所有应用数据流的检测状态的指示信息后，该upf可以向smf分别上报每一个应用数据流的状态信息，smf接收该upf上报的每个每一个应用数据流的状态信息，当该每个应用数据流的状态信息都为非激活态时，释放该用户面功能网元。或者该upf先检测每一个应用数据流的状态信息，当检测到每个应用数据流的状态信息都为非激活态时，向smf上报所有用户数据流的状态信息为非激活态。

可选地，该方法300还包括：会话管理功能网元接收策略控制功能网元发送的第二pcc规则和第一指示信息，该第一指示信息用于指示在该第二策略计费控制规则安装或激活时，该会话管理功能网元不执行该用户面功能网元的释放策略。

可选地，该方法300还包括：会话管理功能网元接收策略控制功能网元发送的第二指示信息，该第二指示信息用于指示该会话管理功能网元删除该第二pcc规则；根据该第二指示信息，删除该第二pcc规则；执行该用户面功能网元的释放策略。

可选地，在该接收会话管理功能网元发送的业务状态上报信息之前，该方法300还包括：用户面功能网元接收该会话管理功能网元发送的该应用数据流的数据包检测规则和关联的状态检测规则；根据该状态检测规则检测该应用数据流的状态。

可选地，若该第一状态信息为激活态，则当用户面功能网元检测到该业务数据流的状态变为非激活态时，向该会话管理功能网元报告第二状态信息，其中该第二状态信息为非激活态。

还应理解，在本申请的各个实施例中，第一、第二等只是为了表示多个对象是不同的。例如第一pcc规则和第二pcc规则只是为了表示出不同的信息。而不应该对信息的本身产生任何影响，上述的第一、第二等不应该对本申请的实施例造成任何限制。

下面将结合具体的实施例来说明本申请实施例提供的释放用户面功能网元的方法。

图5是本申请一个实施例的释放用户面功能网元的方法400的示意性流程图，该方法400可以应用在图1所示的架构中。图5所示的流程主要描述了ue在采用sscmode3建立pdu会话并选择一个upf时，pcf为pdu会话制定upf释放策略，并将该释放策略提供给smf。smf根据该释放策略来释放upf。如图5所示，该方法400包括以下内容。

在401中，应用功能网元af向策略控制功能网元pcf发送请求消息，该请求消息包括影响会话管理功能网元smf数据路由决策的信息(如影响在ue建立pdu会话时，smf选择哪个upf)以及应用app1不支持应用层连续的信息。该请求消息中还包括指示信息，该指示信息用于指示该请求消息针对一组用户设备设备或所有用户设备。该请求消息通过网络开放功能nef发送给pcf。

在402中，pcf接收到该请求消息后，向该af发送确认信息。

应理解，401、402为可选步骤。

在403中，ue请求建立pdu会话，携带sscmode3的指示。smf为pdu会话选择用户面功能网元1upf1作为锚点，并为ue分配upf1对应的ipv6prefix1。

在404中，smf向pcf请求该pdu会话的策略计费控制策略(policyandchargingcontrol，pcc)。smf会将pdu会话的相关信息上报给pcf，如该pdu会话中的ue的地址ipv6prefix1，ue的位置信息、ue的标识、数据网络名(datenetworkname，dnn)以及sscmode3指示等信息。

可选地，该smf还可能向pcf提供upf1的标识信息，该标识信息为upf1的网络功能标识(nfid1)或upf1对应的数据网络标识(datanetworkaccessidentifier1，dnai1)。

在405中，如果该pcf上没有该ue的签约信息，则pcf向用户设备数据库(userdatarecord，udr)提供用户设备标识、dnn等信息。udr根据pcf提供的信息向pcf返回相应的签约信息。用户设备的签约信息中可包括应用app2(用appid2表示)和/或app3(用appid3)的签约信息，并且指示app2和/或app3不支持应用层连续性(或不发生dnaichange)的信息。其中app3的签约信息还配置了app3对应的业务数据流过滤器(packetfilter3)。

在406中，pcf根据应用层信息、用户设备签约信息、网络策略、pdu会话属性等进行策略决策，该策略包括pcc规则和psa释放策略的制定，其中psa的释放策略为特定业务数据流终结时释放psa、所有业务数据流终结释放psa、根据定时器释放psa或根据smf本地配置释放psa。

具体而言，若执行了401-402，且pcf判断步骤401-402中af提供的影响smf数据路由决策的请求信息适用于该pdu会话，则pcf制定用于对app1进行应用检测以及控制的pccrule1(用rule1标识，pccrule1中携带appid1)，并在psa的释放策略中包含app1对应的业务流终结时才能释放psa的指示(用releasepolicy1标识)；

若405中的签约信息中包含了应用app2不支持应用层连续性的信息时，则pcf制定用于对app2进行应用检测以及控制的pccrule2(用rule2标识，pccrule2中携带appid2)，并在的释放策略中包含app2对应的业务流终结时才能释放psa的指示(用releasepolicy2标识)；

若405中的签约信息中包含了应用app3不支持应用层连续性的信息时，则pcf制定用于对app3进行策略控制的pccrule3(用rule3标识pccrule3中携带packetfilter1)，并且psa的释放策略中包含app3对应的业务流终结时才能释放psa的指示(用releasepolicy3标识)；

否则，pcf制定的psa释放策略中携带所有业务流终结时释放psa的指示(用releasepolicy4标识)、或根据定时器释放psa的指示以及定时器取值(用releasepolicy5标识)、或根据smf本地配置释放psa的指示(用releasepolicy6标识)。

releasepolicy1、releasepolicy2和releasepolicy3属于特定业务数据流终结时释放psa的psa释放策略，因此在特定业务数据流终结时释放psa的psa策略中携带rule1、rule2和/或rule3的标识来进行关联。

pcf向smf下发该pcc规则和该psa释放策略。

在407中，smf根据pcf下发的pcc规则制定包检测规则和根据psa释放策略制定状态检测规则。

若smf接收到pccrule1，则smf根据pccrule1制定包检测规则1(packetdetectionrule1，pdr1)，且根据特定业务数据流终结时释放psa的策略中携带rule1，制定状态检测规则(statusdetectionrule1，sdr1)。其中pdr1中携带appid1。

若smf接收到pccrule2，则smf根据pccrule2制定pdr2，且根据特定业务数据流终结时释放psa的策略中携带rule2，制定状态检测规则sdr2。其中pdr2中携带appid2。

若smf接收到pccrule3，则smf根据pccrule3制定pdr3，且根据特定业务数据流终结时释放psa的策略中携带rule3，制定状态检测规则sdr3。其中pdr3中携带packetfilter1。

smf将制定的上述规则提供给upf1。upf1执行上述策略。当upf1检测到app1、app2、app3对应的业务流开始时，则设置对应的sdr规则的状态值为激活active，当检测app1、app2、app3对应的业务流又结束时，则设置对应的sdr规则的状态值为非激活态inactive。

在408中，smf因某种原因(例如ue移动、负载均衡)决定进行psa重选。

在409中，smf选择一个upf2作为新的psa，并向upf2提供到bp的下行隧道信息。smf确定为ue分配的upf2对应的ipv6prefix2。在本步骤中，smf还会向upf2提供与407中一样的pdr和sdr，用于将来释放upf2时使用。

在410中，smf为bp/ulcl建立分别到upf1和upf2的上行隧道，以及到ran的下行隧道。smf向bp提供上行的路由规则，将上行数据包的源地址与ipv6prefix1匹配的数据包发送给upf1，将上行数据包的源地址与ipv6prefix2匹配的数据包发送给upf2。

在411中，smf为upf1建立到bp的下行隧道。在以下情况下，smf还向upf1下发业务数据流状态报告的指示。

若smf在406中接收到特定业务数据流终结时释放psa的策略，若smf之前向upf1提供sdr1，则在sdr1中设置状态报告为active；若smf之前向upf1提供sdr2，则在sdr2中设置状态报告为active；若smf之前向upf1提供sdr3，则在sdr3中设置状态报告为active。并且smf将更新后的sdr1、sdr2和/或sdr3发送给upf1。其中设置状态报告为active表示upf1需要上报当前业务数据流的状态，若upf1报告的当前状态为active时，那么当upf1检测到业务数据流终结时，将状态转换为inactive时，需再次上报当前的状态为inactive。

若smf在406中接收到的psa释放策略为releasepolicy4，或者在步骤406中接收到的psa释放策略为releasepolicy6并且smf配置的策略为所有业务数据流终结时释放psa，那么此时smf制定pdr4和对应的sdr4。pdr4用于检测经过upf1的所有业务数据流，sdr4的状态检测设置为active，状态报告为active。当sdr4检测到所有业务都终结时，upf1向smf报告状态为inactive。

在412中，smf为ran建立到bp的上行隧道。

在413中，smf通知ue新分配的ipv6prefix2，同时通知ue使用ipv6prefix2的路由规则。路由规则通常包括通信对端的ip地址。

在414中，smf重新配置ipv6prefix1,通知ue使用ipv6prefix1的路由规则。路由规则通常包括通信对端的ip地址

在415中，若smf在411中更新了sdr1，sdr2/或sdr3，则upf1向smf发送业务数据流状态报告，携带sdr1、sdr2和/或sdr3的状态。若smf在411中下发了sdr4，当sdr4的状态为inactive时，则upf1向smf报告inactive状态。

在416中，若在415中，sdr1、sdr2和/或sdr3的状态为active，那么当相应的状态转inactive时，upf1再次向smf报告当前的状态。

在417中，若在415中，sdr1、sdr2、sdr3和/或sdr4报告的状态为inactive，或步骤16中，sdr1、sdr2、sdr3和/或sdr4报告的状态为inactive，则smf决定释放upf1；否则若smf在步骤6接收到的psa策略为releasepolicy5或者在步骤6中接收到的psa释放策略为releasepolicy6并且smf配置的策略为根据定时器释放psa，当定时器到期时，smf决定释放upf1。

在418中，smf发起后续释放upf1的流程。

在本申请实施例中，pcf根据用户设备设备的签约信息、应用层信息、网络策略、pdu会话属性等信息为pdu会话制定psa释放策略，smf根据psa释放策略来决定释放psa的时机，实现了对不同的用户设备设备、不同的应用进行差异化的psa释放。

图6是本申请一个实施例的释放用户面功能网元的方法500的示意性流程图，该方法500可以应用在图1所示的架构中。图6所示的流程主要描述了ue在采用sscmode1建立pdu会话后，smf为pdu会话新增一个upf2时，pcf为pdu会话制定upf2释放策略，并将该释放策略提供给smf。smf根据该释放策略来释放upf2。如图6所示，该方法500包括以下内容。

在501中，应用功能网元af向策略控制功能网元pcf发送请求消息，该请求消息包括影响会话管理功能网元smf数据路由决策的信息(如影响在ue建立pdu会话时，smf选择哪个upf)以及应用app1不支持应用层连续的信息。该请求消息中还包括指示信息，该指示信息用于指示该请求消息针对一组用户设备设备或所有用户设备设备。该请求消息通过网络开放功能nef发送给pcf。

在502中，pcf接收到该请求消息后，向该af发送确认信息。

应理解，501、502为可选步骤。

在503中，ue请求建立pdu会话，携带sscmode1的指示。smf为pdu会话选择用户面功能网元1upf1作为锚点，并为ue分配upf1对应的ipv6prefix1。

在504中，smf向pcf请求该pdu会话的策略计费控制策略(policyandchargingcontrol，pcc)。smf会将pdu会话的相关信息上报给pcf，如该pdu会话中的ue的地址ipv6prefix1，ue的位置信息、ue的标识、数据网络名(datenetworkname，dnn)以及sscmode3指示等信息。

可选地，该smf还可能向pcf提供upf1的标识信息，该标识信息为upf1的网络功能标识(nfid1)或upf1对应的dnai(dnai1)。

在505中，如果该pcf上没有该ue的签约信息，则pcf向用户设备数据库(userdatarecord，udr)提供用户设备标识、ddn等信息。udr根据pcf提供的信息向pcf返回相应的签约信息。用户设备的签约信息中可包括应用app2(用appid2表示)和/或app3(用appid3)的签约信息，并且指示app2和/或app3不支持应用层连续性(或不发生dnaichange)的信息。其中app3的签约信息还配置了app3对应的业务数据流过滤器(packetfilter3)。

在506中，pcf根据应用层信息、用户设备设备签约信息、网络策略、pdu会话属性等进行策略决策，该策略包括pcc规则的制定，pcf将该pcc规则发送给smf。

在507中，smf根据pcc规则制定pdr以及关联的服务质量执行规则(qosenforcementrule，qer)、转发执行规则(forwardingactionrule，far)、用量报告规则(usagereportrule，urr)和/或缓存执行规则(bufferactionrule，bar)等规则并提供给upf1执行。

在508中，smf因某种原因(例如ue移动、负载均衡)决定进行psa重选。

在509中，smf选择一个upf2作为新的psa，并向upf2提供到bp的下行隧道信息。smf确定为ue分配的upf2对应的ipv6prefix2。

在510中，smf为bp/ulcl建立分别到upf1和upf2的上行隧道，以及到ran的下行隧道。smf向bp提供上行的路由规则，将上行数据包的源地址与ipv6prefix1匹配的数据包发送给upf1，将上行数据包的源地址与ipv6prefix2匹配的数据包发送给upf2。

在511中，smf为upf1建立到bp/ulcl的下行隧道。

在512中，smf为ran建立到bp/ulcl的上行隧道。

在513中，smf通知ue新分配的ipv6prefix2，同时通知ue使用ipv6prefix2的路由规则。路由规则通常包括通信对端的ip地址。

在514中，smf重新配置ipv6prefix1,通知ue使用ipv6prefix1的路由规则。路由规则通常包括通信对端的ip地址。

在515中，smf向pcf通知新增一个psa，消息中携带upf2的标识，譬如upf2的nf标识(用nfid2标识)或upf2对应的dnai(用dnai2标识)。

在516中，pcf进行策略决策，制定pcc规则和psa释放策略。pcf将制定的pcc规则和psa释放策略提供给smf。可选地，携带该pcc规则和psa释放策略在upf2执行的指示。其中该指示信息为upf2的标识。其中psa的释放策略为特定业务数据流终结时释放psa、所有业务数据流终结释放psa、根据定时器释放psa或根据smf本地配置释放psa。

具体而言，若执行了501-502，且pcf判断在501-502中af提供的影响smf数据路由决策的请求信息适用于该pdu会话，则pcf制定用于对app1进行应用检测以及控制的pccrule1(用rule1标识，pccrule1中携带appid1)，并在psa的释放策略中包含app1对应的业务流终结时才能释放psa的指示(用releasepolicy1标识)；

若505中的用户设备设备签约信息中包含了应用app2不支持应用层连续性的信息时，则pcf制定用于对app2进行应用检测以及控制的pccrule2(用rule2标识，pccrule2中携带appid2)，并在的释放策略中包含app2对应的业务流终结时才能释放psa的指示(用releasepolicy2标识)；

若505中的用户设备设备的签约信息中包含了应用app3不支持应用层连续性的信息时，则pcf制定用于对app3进行策略控制的pccrule3(用rule3标识pccrule3中携带packetfilter1)，并且psa的释放策略中包含app3对应的业务流终结时才能释放psa的指示(用releasepolicy3标识)；

否则pcf制定的psa释放策略中携带所有业务流终结时释放psa的指示(用releasepolicy4标识)、或根据定时器释放psa的指示以及定时器取值(用releasepolicy5标识)、或根据smf本地配置释放psa的指示(用releasepolicy6标识)。

releasepolicy1、releasepolicy2和releasepolicy3属于特定业务数据流终结时释放psa的psa释放策略，因此在特定业务数据流终结时释放psa的psa策略中携带rule1、rule2和/或rule3的标识来进行关联。

pcf向smf下发pcc规则和psa释放策略。

在517中，smf保存pcc规则和psa释放策略后，向pcf返回确认信息。

在518中，smf根据pcf下发的pcc规则制定pdr和根据psa策略制定sdr。

若smf接收到pccrule1，则smf根据pccrule1制定pdr1，且根据特定业务数据流终结时释放psa的策略中携带rule1，制定状态检测规则1(statusdetectionrule，sdr1)，其中pdr1中携带appid1。

若smf接收到pccrule2，则smf根据pccrule2制定pdr2，且根据特定业务数据流终结时释放psa的策略中携带rule2，制定状态检测规则sdr2。其中pdr2中携带appid2。

若smf接收到pccrule3，则smf根据pccrule3制定pdr3，且根据特定业务数据流终结时释放psa的策略中携带rule3，制定状态检测规则sdr3。其中pdr3中携带packetfilter1。

smf将制定的上述规则提供给upf2。upf2执行上述策略。当upf2检测到app1、app2、app3对应的业务流开始时，则设置对应的sdr规则的状态值为激活active，当检测app1、app2、app3对应的业务流又结束时，则设置对应的sdr规则的状态值为非激活inactive。

在519中，经过一段时间，在以下情况下，smf向upf2下发业务数据流状态报告的指示。

若smf在516中接收到特定业务数据流终结时释放psa的策略，若smf之前向upf2提供sdr1，则在sdr1中设置状态报告为active；若smf之前向upf2提供sdr2，则在sdr2中设置状态报告为active；若smf之前向upf2提供sdr3，则在sdr3中设置状态报告为active。并将更新后的sdr1、sdr2和/或sdr3发送给upf2。其中设置状态报告为active表示upf2需要上报当前业务数据流的状态，若upf1报告的当前状态为active时，那么当upf2检测到业务数据流终结时，将状态转换为inactive时，需再次上报当前的状态为inactive

若smf在516中接收到的psa释放策略为releasepolicy4，或者在516中接收到的psa释放策略为releasepolicy6并且smf配置的策略为所有业务数据流终结时释放psa，那么此时smf制定pdr4和对应的sdr4。pdr4用于检测经过upf1的所有业务数据流，sdr4的状态检测设置为active，状态报告为active。当sdr4检测到所有业务都终结时，upf2向smf报告状态为inactive。

518、519可以为一个步骤，即smf可以同时指示业务数据流的状态检测和状态报告。

在520中，若smf在519中更新了sdr1，sdr2/或sdr3，则upf2向smf发送业务数据流状态报告，携带sdr1、sdr2和/或sdr3的状态。若smf在519中下发了sdr4，当sdr4的状态为inactive时，则upf2向smf报告当前的状态inactive。

在521中，若520中，sdr1、sdr2和/或sdr3的状态为active，那么当相应的状态转inactive时，upf2再次向smf报告当前的状态。

在522中，若520中，sdr1、sdr2、sdr3和/或sdr4报告的状态为inactive，或当521中，sdr1、sdr2、sdr3和/或sdr4报告的状态均为inactive，则smf决定释放upf2；否则若smf在516中接收到的psa策略为releasepolicy5或者在516中接收到的psa释放策略为releasepolicy6并且smf配置的策略为根据定时器释放psa，当定时器到期时，smf决定释放upf2。

在523中，smf发起释放upf2的后续流程。

因此，在本申请实施例中，pcf根据用户设备设备的签约信息、应用层信息、网络策略、pdu会话属性等信息为pdu会话制定psa释放策略，smf根据psa释放策略来决定释放psa的时机，实现了对不同的用户设备设备、不同的应用进行差异化的psa释放。

图7是本申请一个实施例的释放用户面功能网元的方法600的示意性流程图，该方法600可以应用在图1所示的架构中。图7所示的流程主要描述了ue在采用sscmode3建立pdu会话并选择一个upf时，pcf为pdu会话制定upf释放策略，并将该释放策略提供给smf。smf根据该释放策略来释放upf，但如果该ue通过upf1访问app1时，af向pcf请求qos授权请求，pcf根据该app1的业务信息制定pcc规则，并且向smf发送该指示信息指示在该pcc规则没有删除时不执行其他psa释放策略。

如图7所示，该方法600包括以下内容。

在601中，ue请求建立pdu会话，携带sscmode3的指示。smf为pdu会话选择用户面功能网元1upf1作为锚点，并为ue分配upf1对应的ipv6prefix1。

在602中，smf向pcf请求该pdu会话的策略计费控制策略pcc规则。smf会将pdu会话的相关信息上报给pcf，如该pdu会话中的ue的地址ipv6prefix1，ue的位置信息、ue的标识、数据网络名(datenetworkname，dnn)以及sscmode3指示等信息。

可选地，该smf还可能向pcf提供upf1的标识信息，该标识信息为upf1的网络功能标识(nfid1)或upf1对应的dnai(dnai1)。

在603中，如果该pcf上没有该ue的签约信息，则pcf向用户设备数据库(userdatarecord，udr)提供用户设备标识、ddn等信息。udr根据pcf提供的信息向pcf返回相应的签约信息。用户设备的签约信息中可包括应用app2(用appid2表示)和/或app3(用appid3)的签约信息，并且指示app2和/或app3不支持应用层连续性(或不发生dnaichange)的信息。其中app3的签约信息还配置了app3对应的业务数据流过滤器(packetfilter3)。

在604中，pcf根据应用层信息、用户设备签约信息、网络策略、pdu会话属性等进行策略决策，该策略包括pcc规则和psa释放策略的制定，其中psa的释放策略为特定业务数据流终结时释放psa、所有业务数据流终结释放psa、根据定时器释放psa或根据smf本地配置释放psa。

若603中的签约信息中包含了应用app2不支持应用层连续性的信息时，则pcf制定用于对app2进行应用检测以及控制的pccrule2(用rule2标识,pccrule2中携带appid2)，并在的释放策略中包含app2对应的业务流终结时才能释放psa的指示(用releasepolicy2标识)。

若603中的签约信息中包含了应用app3不支持应用层连续性的信息时，则pcf制定用于对app3进行策略控制的pccrule3(用rule3标识pccrule3中携带packetfilter1)，并且psa的释放策略中包含app3对应的业务流终结时才能释放psa的指示(用releasepolicy3标识)。

否则，pcf制定的psa释放策略中携带所有业务流终结时释放psa的指示(用releasepolicy4标识)、或根据定时器释放psa的指示以及定时器取值(用releasepolicy5标识)、或根据smf本地配置释放psa的指示(用releasepolicy6标识)。

releasepolicy2和releasepolicy3属于特定业务数据流终结时释放psa的psa释放策略，因此在特定业务数据流终结时释放psa的psa策略中携带rule1、rule2和/或rule3的标识来进行关联。

pcf向smf下发该pcc规则和该psa释放策略。

在605中，smf根据pcf下发的pcc规则制定pdr和根据psa释放策略制定sdr。

若smf接收到pccrule2，则smf根据pccrule2制定pdr2，且根据特定业务数据流终结时释放psa的策略中携带rule2，制定状态检测规则sdr2。其中pdr2中携带appid2。

若smf接收到pccrule3，则smf根据pccrule3制定pdr3，且根据特定业务数据流终结时释放psa的策略中携带rule3，制定状态检测规则sdr3。其中pdr3中携带packetfilter1。

smf将制定的上述规则提供给upf1。upf1执行上述策略。当upf1检测到app2、app3对应的业务流开始时，则设置对应的sdr规则的状态值为激活active，当检测app2、app3对应的业务流又结束时，则设置对应的sdr规则的状态值为非激活inactive。

在606中，ue通过upf1访问应用app1，app1对应的af向pcf发送qos授权请求信息，该请求信息携带业务信息，并且通知pcf应用app1(用appid1标识)不支持应用层连续性(或不发生dnaichange)的指示。该请求消息只针对当前的这个用户设备设备。

在607中，pcf保存该请求信息后，向af返回确认消息。

在608中，pcf根据业务信息，制定pccrule1，并根据app1不支持应用层连续性的指示，确定指示信息，该指示信息用于指示在pccrule1删除前不执行其他psa策略。pcf向smf发送该指示信息。

可选地，该指示信息也可以理解成一种psa释放策略，该psa释放策略为pccrule1删除前不执行其他psa策略(用releasepolicy1标识)。

在609中，smf向pcf返回确认消息。

在610中，smf根据pccrule1制定pdr以及关联的服务质量执行规则qer1、转发执行规则far1、用量报告规则urr1和/或缓存执行规则bar1等规则并提供给upf1执行。

在611中，smf因某种原因(例如ue移动、负载均衡)决定进行psa重选。

在612中，smf选择一个upf2作为新的psa，并向upf2提供到bp/ulcl的下行隧道信息。smf确定为ue分配的upf2对应的ipv6prefix2。在本步骤中，smf还会向upf2提供与605中一样的pdr和sdr，用于将来释放upf2时使用。

在613中，smf为bp/ulcl建立分别到upf1和upf2的上行隧道，以及到ran的下行隧道。smf向bp提供上行的路由规则，将上行数据包的源地址与ipv6prefix1匹配的数据包发送给upf1，将上行数据包的源地址与ipv6prefix2匹配的数据包发送给upf2。

在614中，smf为upf1建立到bp的下行隧道。

在615中，smf为ran建立到bp的上行隧道。

在616中，smf通知ue新分配的ipv6prefix2，同时通知ue使用ipv6prefix2的路由规则。路由规则通常包括通信对端的ip地址。

在617中，smf重新配置ipv6prefix1,通知ue使用ipv6prefix1的路由规则。路由规则通常包括通信对端的ip地址。

在618中，ue终止与app1的业务访问，af向pcf发送app1业务终结的请求消息。

在619中，pcf收到app1业务终结的请求消息后，向af返回确认消息。

在620中，pcf向smf发送删除pccrule1的指示消息。

在621中，smf删除pccrule1后，向pcf返回确认消息。

在622中，由于在621中，smf删除了pccrule1，因此smf重新激活604中下发的psa释放策略。并且在以下情况下，smf向upf1下发业务数据流状态报告的指示。

若smf在604中接收到特定业务数据流终结时释放psa的策略，若smf之前向upf1提供sdr2，则在sdr2中设置状态报告为active；若smf之前向upf1提供sdr3，则在sdr3中设置状态报告为active。并将更新后的sdr2和/或sdr3发送给upf1。其中设置状态报告为active表示upf1需要上报当前业务数据流的状态，若upf1报告的当前状态为active时，那么当upf1检测到业务数据流终结时，将状态转换为inactive时，需再次上报当前的状态为inactive。

若smf在604中接收到的psa释放策略为releasepolicy4，或者在604中接收到的psa释放策略为releasepolicy6并且smf配置的策略为所有业务数据流终结时释放psa，那么此时smf制定pdr4和对应的sdr4。pdr4用于检测经过upf1的所有业务数据流，sdr4的状态检测设置为active，状态报告为active。当sdr4检测到所有业务都终结时，upf1向smf报告状态为inactive。

在623中，若smf在622中更新了sdr2和/或sdr3，则upf1向smf发送业务数据流状态报告，携带sdr2和/或sdr3的状态。若smf在622中下发了sdr4，则当upf1检测到状态为inactive时，向smf报告当前的状态。

在624中，若在623中，sdr2和/或sdr3的状态为active，那么当相应的状态转inactive时，upf1再次向smf报告当前的状态。

在625中，若在623中报告的sdr2、sdr3和/或sdr4的状态为inactive或在624中，sdr2和/或sdr3报告的状态均为inactive，则smf决定释放upf1；否则smf在604接收到的psa策略为releasepolicy5或者在604中接收到的psa释放策略为releasepolicy6并且smf配置的策略为根据定时器释放psa，当定时器到期时，smf决定释放upf1。

在626中，smf发起后续释放upf1的流程。

因此，在本申请实施例中，pcf根据用户设备设备的签约信息、应用层信息、网络策略、pdu会话属性等信息为pdu会话制定psa释放策略，smf根据psa释放策略来决定释放psa的时机，实现了对不同的用户设备设备、不同的应用进行差异化的psa释放。

图8是本申请一个实施例的释放用户面功能网元的方法700的示意性流程图，该方法700可以应用在图1所示的架构中。图8所示的流程主要描述了ue在采用sscmode1建立pdu会话后，smf为pdu会话新增一个upf2时，pcf为pdu会话制定upf2释放策略，并将该释放策略提供给smf。但如果该ue通过upf2访问app1时，af向pcf请求qos授权请求，pcf根据该app1的业务信息制定pcc规则，并且向smf发送该指示信息指示在该pcc规则没有删除时不执行其他psa释放策略。

如图8所示，该方法700包括以下内容。

在701中，ue请求建立pdu会话，携带sscmode3的指示。smf为pdu会话选择用户面功能网元1upf1作为锚点，并为ue分配upf1对应的ipv6prefix1。

在702中，smf向pcf请求该pdu会话的策略计费控制策略pcc规则。smf会将pdu会话的相关信息上报给pcf，如该pdu会话中的ue的地址ipv6prefix1，ue的位置信息、ue的标识、数据网络名(datenetworkname，dnn)以及sscmode1指示等信息。

可选地，该smf还可能向pcf提供upf1的标识信息，该标识信息为upf1的网络功能标识(nfid1)或upf1对应的dnai(dnai1)。

在703中，如果该pcf上没有该ue的签约信息，则pcf向用户设备数据库(userdatarecord，udr)提供用户设备标识、ddn等信息。udr根据pcf提供的信息向pcf返回相应的签约信息。用户设备的签约信息中可包括应用app2(用appid2表示)和/或app3(用appid3)的签约信息，并且指示app2和/或app3不支持应用层连续性(或不发生dnaichange)的信息。其中app3的签约信息还配置了app3对应的业务数据流过滤器(packetfilter3)。

在704中，pcf根据应用层信息、用户设备设备签约信息、网络策略、pdu会话属性等进行策略决策，该策略包括pcc规则的制定，pcf将该pcc规则发送给smf。

在705中，smf根据pcc规则制定pdr以及关联的服务质量执行规则(qosenforcementrule，qer)、转发执行规则(forwardingactionrule，far)、用量报告规则(usagereportrule，urr)和/或缓存执行规则(bufferactionrule，bar)等规则并提供给upf1执行。

在706中，smf因某种原因(例如ue移动、负载均衡)决定进行psa重选。

在707中，smf选择一个upf2作为新的psa，并向upf2提供到bp的下行隧道信息。smf确定为ue分配的upf2对应的ipv6prefix2。

在708中，smf为bp/ulcl建立分别到upf1和upf2的上行隧道，以及到ran的下行隧道。smf向bp提供上行的路由规则，将上行数据包的源地址与ipv6prefix1匹配的数据包发送给upf1，将上行数据包的源地址与ipv6prefix2匹配的数据包发送给upf2。

在709中，smf为upf1建立到bp/ulcl的下行隧道。

在710中，smf为ran建立到bp/ulcl的上行隧道。

在711中，smf通知ue新分配的ipv6prefix2，同时通知ue使用ipv6prefix2的路由规则。路由规则通常包括通信对端的ip地址。

在712中，smf重新配置ipv6prefix1,通知ue使用ipv6prefix1的路由规则。路由规则通常包括通信对端的ip地址。

在713中，smf向pcf通知新增一个psa，消息中携带upf2的标识，譬如upf2的nf标识(用nfid2标识)或upf2对应的dnai(用dnai2标识)。

在714中，pcf进行策略决策，制定pcc规则和psa释放策略。psa的释放策略为特定业务数据流终结时释放psa、所有业务数据流终结释放psa、根据定时器释放psa或根据smf本地配置释放psa的指示。

具体而言，若在703中的用户设备设备的签约信息中包含了应用app2不支持应用层连续性的信息时，则pcf制定用于对app2进行应用检测以及控制的pccrule2(pccrule2中携带appid2)，并在的释放策略中包含app2对应的业务流终结时才能释放psa的指示(用releasepolicy2标识)。

若在703中的用户设备设备的签约信息中包含了应用app3不支持应用层连续性的信息时，则pcf制定用于对app3进行策略控制的pccrule3(pccrule3中携带packetfilter1)，并且psa的释放策略中包含app3对应的业务流终结时才能释放psa的指示(用releasepolicy3标识)。

否则pcf制定的psa释放策略中携带所有业务流终结时释放psa的指示(用releasepolicy4标识)、或根据定时器释放psa的指示以及定时器取值(用releasepolicy5标识)、或根据smf本地配置释放psa的指示(用releasepolicy6标识)。

releasepolicy2和releasepolicy3属于特定业务数据流终结时释放psa的psa释放策略，因此在特定业务数据流终结时释放psa的psa策略中携带rule2和/或rule3的标识来进行关联。pcf向smf下发pcc规则和psa释放策略。

在715中，smf接收pcf下发的pcc规则和psa释放策略，向pcf返回确认信息。

在716中，smf根据pcf下发的pcc规则制定pdr和根据psa释放策略制定sdr。

若smf接收到pccrule2，则smf根据pccrule2制定pdr2，且根据特定业务数据流终结时释放psa的策略中携带rule2，制定状态检测规则sdr2。其中pdr2中携带appid2。

若smf接收到pccrule3，则smf根据pccrule3制定pdr3，且根据特定业务数据流终结时释放psa的策略中携带rule3，制定状态检测规则sdr3。其中pdr3中携带packetfilter1。

smf将制定的上述规则提供给upf2。upf2执行上述策略。当upf2检测到app2、app3对应的业务流开始时，则设置对应的sdr规则的状态值为激活active，当检测app2、app3对应的业务流又结束时，则设置对应的sdr规则的状态值为非激活inactive。

在717中，ue通过upf2访问应用app1，app1对应的af向pcf发送qos授权请求信息，该请求信息携带业务信息，并且通知pcf应用app1(用appid1标识)不支持应用层连续性(或不发生dnaichange)的指示。该请求消息只针对当前的这个用户设备设备。

在718中，pcf保存该请求信息后，向af返回确认消息。

在719中，pcf根据业务信息，制定pccrule1，并根据app1不支持应用层连续性的指示，确定指示信息，该指示信息用于指示在pccrule1删除前不执行其他psa策略。pcf向smf发送该指示信息。

可选地，该指示信息也可以理解成一种psa释放策略，该psa释放策略为pccrule1删除前不执行其他psa策略(用releasepolicy1标识)。

在720中，smf向pcf返回确认消息。

在721中，smf根据pccrule1制定pdr以及关联的服务质量执行规则qer1、转发执行规则far1、用量报告规则urr1和/或缓存执行规则bar1等规则并提供给upf2执行。

在722中，ue终止与app1的业务访问，af向pcf发送app1业务终结的请求消息。

在723中，pcf收到app1业务终结的请求消息后，向af返回确认消息。

在724中，pcf向smf发送删除pccrule1的指示消息。

在725中，smf删除pccrule1后，向pcf返回确认消息。

在726中，由于在621中，smf删除了pccrule1，因此smf重新激活714中下发的psa释放策略。并且在以下情况下，smf向upf2下发业务数据流状态报告的指示。

若smf在714中接收到特定业务数据流终结时释放psa的策略，若smf之前向upf2提供sdr2，则在sdr2中设置状态报告为active；若smf之前向upf2提供sdr3，则在sdr3中设置状态报告为active。并将更新后的sdr2和/或sdr3发送给upf2。其中设置状态报告为active表示upf2需要上报当前业务数据流的状态，若upf2报告的当前状态为active时，那么当upf2检测到业务数据流终结时，将状态转换为inactive时，需再次上报当前的状态为inactive。

若smf在714中接收到的psa释放策略为releasepolicy4，或者在714中接收到的psa释放策略为releasepolicy6并且smf配置的策略为所有业务数据流终结时释放psa，那么此时smf制定pdr4和对应的sdr4。pdr4用于检测经过upf2的所有业务数据流，sdr4的状态检测设置为active，状态报告为active。当sdr4检测到所有业务都终结时，upf2向smf报告状态为inactive。

在727中，若smf在726中更新了sdr2和/或sdr3，则upf2向smf发送业务数据流状态报告，携带sdr2和/或sdr3的状态。若smf在726中下发了sdr4，则当upf2检测到状态为inactive时，向smf报告当前的状态。

在728中，若在727中，sdr2和/或sdr3的状态为active，那么当相应的状态转inactive时，upf2再次向smf报告当前的状态。

在729中，若在727中报告的sdr2、sdr3和/或sdr4的状态为inactive或在728中，sdr2和/或sdr3报告的状态均为inactive，则smf决定释放upf2；否则smf在714接收到的psa策略为releasepolicy5或者在714中接收到的psa释放策略为releasepolicy6并且smf配置的策略为根据定时器释放psa，当定时器到期时，smf决定释放upf2。

在730中，smf发起后续释放upf2的流程。

因此，在本申请实施例中，pcf根据用户设备设备的签约信息、应用层信息、网络策略、pdu会话属性等信息为pdu会话制定psa释放策略，smf根据psa释放策略来决定释放psa的时机，实现了对不同的用户设备设备、不同的应用进行差异化的psa释放。

图9是根据本申请的策略控制功能网元800的示意性框图。如图9所示，该策略控制功能网元800包括以下模块。

确定模块810，用于根据决策信息，确定协议数据单元pdu会话的用户面功能网元的释放策略。

发送模块820，用于向会话管理功能网元发送该用户面功能网元的释放策略。

可选地，所述确定模块810和所述发送模块820用于执行本申请的一种释放用户面功能网元的方法300的各个操作，为了简洁，在此不再赘述。

图10是根据本申请的会话管理功能网元900的示意性框图。如图10所示，该会话管理功能网元900包括以下模块。

接收模块910，用于接收策略控制功能网元发送的协议数据单元pdu会话的用户面功能网元的释放策略；

处理模块920，用于根据该用户面功能网元的释放策略，释放该用户面功能网元。

可选地，所述接收模块910和所述处理模块920用于执行本申请的一种释放用户面功能网元的方法300的各个操作，为了简洁，在此不再赘述。

图11是根据本申请的用户面功能网元1000的示意性框图。如图11所示，该用户面功能网元1000包括以下模块。

接收模块1100，用于接收会话管理功能网元发送的上报状态检测规则的检测状态的指示信息。

发送模块1200，用于根据该指示信息，向该会话管理功能网元发送该应用数据流的第一状态信息，其中该第一状态信息为激活态或非激活态。

可选地，所述接收模块1100和所述发送模块1200用于执行本申请的一种释放用户面功能网元的方法300的各个操作，为了简洁，在此不再赘述。

上述会话管理功能网元、策略控制功能网元及用户面功能网元与方法实施例中的会话管理功能网元、策略控制功能网元及用户面功能网元完全对应，由相应的模块执行相应的步骤，具体可以参考相应的方法实施例。

图12示出了本申请提供的通信设备2000的示意性框图，所述通信设备2000包括：

存储器2100，用于存储程序，所述程序包括代码；

收发器2200，用于和其他设备进行通信；

处理器2300，用于执行存储器2100中的程序代码。

可选地，当所述代码被执行时，所述处理器2300可以实现方法300的各个操作，为了简洁，在此不再赘述。收发器2200用于在处理器2300的驱动下执行具体的信号收发。

通信设备2000可以为上述会话管理功能网元、策略控制功能网元及用户面功能网元，执行确定模块的操作，收发器可以包括发射机和/或接收机，分别执行发送模块及接收模块相应的步骤。

本领域普通技术人员可以意识到，结合本文中所公开的实施例描述的各示例的单元及算法步骤，能够以电子硬件、或者计算机软件和电子硬件的结合来实现。这些功能究竟以硬件还是软件方式来执行，取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能，但是这种实现不应认为超出本申请的范围。

所属领域的技术人员可以清楚地了解到，为描述的方便和简洁，上述描述的系统、装置和单元的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。

在本申请所提供的几个实施例中，应该理解到，所揭露的系统、装置和方法，可以通过其它的方式实现。例如，以上所描述的装置实施例仅仅是示意性的，例如，所述单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个单元或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口，装置或单元的间接耦合或通信连接，可以是电性，机械或其它的形式。

所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。

另外，在本申请各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。

所述功能如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本申请的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行本申请各个实施例所述方法的全部或部分步骤。而前述的存储介质包括：u盘、移动硬盘、只读存储器(read-onlymemory，rom)、随机存取存储器(randomaccessmemory，ram)、磁碟或者光盘等各种可以存储程序代码的介质。

以上所述，仅为本申请的具体实施方式，但本申请的保护范围并不局限于此，任何熟悉本技术领域的技术人员在本申请揭露的技术范围内，可轻易想到变化或替换，都应涵盖在本申请的保护范围之内。因此，本申请的保护范围应以所述权利要求的保护范围为准。