CN110505662A - 一种策略控制方法、装置及系统 - Google Patents

Abstract

一种策略控制方法、装置及系统。该方法包括：当策略控制网元接收到第一移动性管理网元发送的更新请求消息后，可以根据该更新请求消息，将策略控制网元中存储的终端对应的策略关联的信息中的第二移动性管理网元的信息更新为第一移动性管理网元的信息，其中，第一移动性管理网元的信息是携带于更新请求消息中的。由于策略控制网元需要先删除终端对应的策略关联的信息中的第二移动性管理网元的信息，以及不需要重新建立与第一移动性管理网元的策略关联，而是直接将终端对应的策略关联的信息中的第二移动性管理网元的信息更新为第一移动性管理网元的信息，因而可以节约策略控制的资源开销。

Description

一种策略控制方法、装置及系统

技术领域

本申请涉及移动通信技术领域，尤其涉及一种策略控制方法、装置及系统。

背景技术

在第五代(5th generation，5G)系统中，接入与移动性管理功能(access andmobility management function，AMF)网元，可以与策略控制功能(policy controlfunction，PCF)网元获取交互，以便获取终端策略及接入和移动性管理策略。并且，在终端注册至网络的过程中，AMF网元会与PCF网元建立策略关联，PCF网元通过该策略关联向AMF提供策略。

在AMF重选的场景中，重选前的AMF网元称为Old AMF，重选后的AMF网元称为NewAMF。在AMF重选过程中，当New AMF与Old AMF在同一个公共陆地移动网络(public landmobile network，PLMN)中时，则New AMF会向Old PCF请求建立策略关联，其中，Old PCF是与Old AMF建立策略关联的PCF网元。Old PCF在接收到来自New AMF的建立策略关联的请求后建立Old PCF与New AMF的策略关联，然后还需要删除与Old AMF的策略关联，这将导致PCF网元资源的浪费。

发明内容

本申请提供一种策略控制方法、装置及系统，用以在移动性管理网元的重选的场景中，节约策略控制网元的资源开销。

第一方面，本申请提供一种策略控制方法。该方法包括：策略控制网元接收来自第一移动性管理网元的更新请求消息，该更新请求消息包括第一移动性管理网元的信息。然后，策略控制网元根据更新请求消息，将终端对应的策略关联的信息中的第二移动性管理网元的信息更新为第一移动性管理网元的信息。基于该方案，在移动性管理网元的重选的场景中，第一移动性管理网元为重选后的移动性管理网元，第二移动性管理网元为重选前的移动性管理网元，策略控制网元是与第二移动性管理网元建立策略关联的策略控制网元。当策略控制网元接收到第一移动性管理网元发送的更新请求消息后，可以根据该更新请求消息，将策略控制网元中存储的终端对应的策略关联的信息中的第二移动性管理网元的信息更新为第一移动性管理网元的信息，其中，第一移动性管理网元的信息是携带于更新请求消息中的。由于策略控制网元不需要先删除终端对应的策略关联的信息中的第二移动性管理网元的信息，再重新建立与第一移动性管理网元的策略关联，而是直接将终端对应的策略关联的信息中的第二移动性管理网元的信息更新为第一移动性管理网元的信息，因而可以节约策略控制的资源开销。

在一种可能的实现方式中，策略控制网元接收到更新请求消息之前，还可以接收来自第二移动性管理网元的删除请求消息，该删除请求消息用于请求删除策略关联。然后，策略控制网元启动定时器。相应的，策略控制网元接收来自第一移动性管理网元的更新请求消息则具体为，在定时器超时前，策略控制网元接收到来自第一移动性管理网元的更新请求消息。基于该方案，策略控制网元若在接收到更新请求消息之前，先接收到第二移动性管理网元发送的用于请求删除策略关联的删除请求消息，则策略控制网元启动定时器。若在定时器超时前，策略控制网元接收到来自第一移动性管理网元的更新请求消息，则策略控制网元根据更新请求消息，将终端对应的策略关联的信息中的第二移动性管理网元的信息更新为第一移动性管理网元的信息。进一步的，若定时器超时后策略控制网元才接收到更新请求消息，则策略控制网元在定时器发生超时时，根据删除请求消息删除策略关联，具体地，策略控制网元删除终端对应的策略关联的信息。

在一种可能的实现方式中，策略控制网元接收到更新请求消息之后，还可以接收来自第二移动性管理网元的删除请求消息，该删除请求消息用于请求删除策略关联，则策略控制网元可以忽略删除请求消息。基于该方案，若策略控制网元接收到更新请求消息之后，又接收来自第二移动性管理网元的用于请求删除策略关联的删除请求消息，则策略控制网元可以忽略删除请求消息。如此，有助于策略控制网元节约资源开销。

在一种可能的实现方式中，删除请求消息可以包括删除指示，删除指示用于指示策略控制网元在未接收到更新策略关联的请求消息时删除策略关联。则策略控制网元启动定时器，具体包括，策略控制网元根据删除指示，启动定时器。这里的删除指示，是一种条件删除指示，即用于指示策略控制网元：若未接收到更新策略关联的请求消息，如上述更新请求消息，则删除策略关联。

在实际应用中，该删除指示还可以使用以下任一实现方式：

比如，删除指示可以用于指示若策略控制网元接收到第一移动性管理网元发送的更新策略关联的请求消息则不删除策略关联。

再比如，删除指示还可以用于指示策略控制网元若接收到第一移动性管理网元发送的更新策略关联的请求消息则不删除策略关联，策略控制网元若未接收到更新策略关联的请求消息则删除策略关联。其中，删除策略关联，具体指的是删除终端对应的策略关联的信息。

在一种可能的实现方式中，删除请求消息还可以包括移动性管理网元改变的指示，移动性管理网元改变的指示用于指示删除请求消息是由移动性管理网元的改变触发的。则策略控制网元启动定时器，具体可以包括：策略控制网元根据移动性管理网元改变的指示，启动定时器。基于该方案，当策略控制网元接收到删除请求消息时，根据删除请求消息中的移动性管理网元改变的指示，可以确定移动性管理网元发生重选，因此会启动定时器。

在一种可能的实现方式中，策略控制网元还可以向第二移动性管理网元发送通知消息，通知消息用于通知策略控制网元接收到更新请求消息。

在一种可能的实现方式中，更新请求消息还可以包括移动性管理网元改变的指示。这里，更新请求消息中的移动性管理网元改变的指示，可以用于触发策略控制网元实施策略关联的信息的更新操作。

第二方面，本申请提供一种策略控制方法。该方法包括：第一移动性管理网元接收来自第二移动性管理网元的终端的上下文，终端的上下文包括终端对应的策略关联的信息，策略关联的信息包括策略控制网元的标识。接着，第一移动性管理网元若选择策略控制网元，则向策略控制网元发送更新请求消息，更新请求消息包括第一移动性管理网元的信息，更新请求消息用于请求策略控制网元将策略关联的信息中的第二移动性管理网元的信息更新为第一移动性管理网元的信息。基于该方案，在移动性管理网元的重选的场景中，第一移动性管理网元为重选后的移动性管理网元，第二移动性管理网元为重选前的移动性管理网元，策略控制网元是与第二移动性管理网元建立策略关联的策略控制网元。当第一移动性管理网元从第二移动性管理网元获取到终端对应的策略关联的信息后，可以获取策略关联的信息中的策略控制网元的标识，若第一移动性管理网元决定使用该策略控制网元，则向该策略控制网元发送更新请求消息，更新请求消息包括第一移动性管理网元的信息，更新请求消息用于请求策略控制网元将策略关联的信息中的第二移动性管理网元的信息更新为第一移动性管理网元的信息，从而使得策略控制网元可以根据该更新请求消息，将策略控制网元中存储的终端对应的策略关联的信息中的第二移动性管理网元的信息更新为第一移动性管理网元的信息。由于策略控制网元不需要先删除终端对应的策略关联的信息中的第二移动性管理网元的信息，再重新建立与第一移动性管理网元的策略关联，而是直接将终端对应的策略关联的信息中的第二移动性管理网元的信息更新为第一移动性管理网元的信息，因而可以节约策略控制的资源开销。

在一种可能的实现方式中，更新请求消息还可以包括移动性管理网元改变的指示。这里，更新请求消息中的移动性管理网元改变的指示，可以用于触发策略控制网元实施策略关联的信息的更新操作。

在一种可能的实现方式中，第一移动性管理网元从第二移动性管理网元获取的终端的上下文中包括的策略关联的信息还可以包括策略控制网元创建的与策略关联对应的资源的标识，更新请求消息还可以包括资源的标识，更新请求消息具体可以用于请求将资源中的第二移动性管理网元的信息更新为第一移动性管理网元的信息。

第三方面，本申请提供一种策略控制方法。该方法包括：第二移动性管理网元接收来自第一移动性管理网元的请求消息，该请求消息用于请求获取终端的上下文。接着，第二移动性管理网元向第一移动性管理网元发送终端的上下文，终端的上下文包括终端对应的策略关联的信息，策略关联的信息包括策略控制网元的标识。

在一种可能的实现方式中，第二移动性管理网元还可以启动定时器。若定时器超时，且第二移动性管理网元未收到策略控制网元发送的通知消息，该通知消息用于通知策略控制网元已接收到第一移动性管理网元发送的更新策略关联的请求消息，则第二移动性管理网元向策略控制网元发送第一删除请求消息，第一删除请求消息用于请求策略控制网元删除策略关联。基于该方案，当第二移动性管理网元启动定时器后，在定时器超时前未接收到用于通知策略控制网元已接收到第一移动性管理网元发送的更新策略关联的请求消息的通知消息，则第二移动性管理网元确定需要删除策略关联，因此向策略控制网元发送用于请求策略控制网元删除策略关联的第一删除请求消息。如此，策略控制网元将重选后不再使用的第二移动性管理网元的策略关联的信息删除，有助于避免发生错误。

在一种可能的实现方式中，第二移动性管理网元还可以向策略控制网元发送第二删除请求消息，第二删除请求消息包括删除指示，删除指示用于指示策略控制网元在未接收到更新策略关联的请求消息时删除策略关联。基于该方案，第二移动性管理网元向策略控制网元发送包括删除指示的第二删除请求消息。如此，在重选后，若策略控制网元未接收到更新策略关联的请求消息，表明第一移动性管理网元未选择该策略控制网元，因此策略控制网元可以将重选后不再使用的第二移动性管理网元的策略关联的信息删除，有助于避免发生错误。

在一种可能的实现方式中，第二移动性管理网元还可以向策略控制网元发送第三删除请求消息，第三删除请求消息包括移动性管理网元改变的指示，移动性管理网元改变的指示用于指示删除请求消息是由移动性管理网元的改变触发的。

在一种可能的实现方式中，策略关联的信息还可以包括策略控制网元创建的与策略关联对应的资源的标识。

第四方面，本申请提供一种策略控制方法。该方法包括：策略控制网元接收来自第二移动性管理网元的删除请求消息，该删除请求消息用于请求策略控制网元删除终端对应的策略关联。接着，策略控制网元启动定时器。若定时器超时，且策略控制网元未接收到来自第一移动性管理网元的更新请求消息时，则策略控制网元删除策略关联，更新请求消息包括第一移动性管理网元的信息，更新请求消息用于请求策略控制网元将策略关联的信息中的第二移动性管理网元的信息更新为第一移动性管理网元的信息。基于该方案，在移动性管理网元的重选的场景中，第一移动性管理网元为重选后的移动性管理网元，第二移动性管理网元为重选前的移动性管理网元，策略控制网元是与第二移动性管理网元建立策略关联的策略控制网元。当策略控制网元接收到第一移动性管理网元发送的用于请求策略控制网元删除终端对应的策略关联的删除请求消息后，则启动定时器。若在定时器超时前未接收到用于通知策略控制网元已接收到第一移动性管理网元发送的更新请求消息，则策略控制网元确定需要删除策略关联，因此删除策略关联的信息。如此，策略控制网元将重选后不再使用的第二移动性管理网元的策略关联的信息删除，有助于避免发生错误。

在一种可能的实现方式中，删除请求消息中包括删除指示，该删除指示用于指示策略控制网元在未接收到更新策略关联的请求消息时删除策略关联。策略控制网元启动定时器，具体可以包括：策略控制网元根据删除指示，启动定时器。

这里的删除指示，是一种条件删除指示，即用于指示策略控制网元：若未接收到更新策略关联的请求消息，如上述更新请求消息，则删除策略关联。

在实际应用中，该删除指示还可以使用以下任一实现方式：

比如，删除指示可以用于指示若策略控制网元接收到第一移动性管理网元发送的更新策略关联的请求消息则不删除策略关联。

再比如，删除指示还可以用于指示策略控制网元若接收到第一移动性管理网元发送的更新策略关联的请求消息则不删除策略关联，策略控制网元若未接收到更新策略关联的请求消息则删除策略关联。其中，删除策略关联，具体指的是删除终端对应的策略关联的信息。

在一种可能的实现方式中，第二删除请求消息还可以包括移动性管理网元改变的指示，移动性管理网元改变的指示用于指示删除请求消息是由移动性管理网元的改变触发的。策略控制网元启动定时器，具体可以包括：策略控制网元根据移动性管理网元改变的指示，启动定时器。基于该方案，当策略控制网元接收到第二删除请求消息时，根据第二删除请求消息中的移动性管理网元改变的指示，可以确定移动性管理网元发生重选，因此会启动定时器。

在上述第一方面、第二方面、第三方面、第四方面中任意一个方面的各个实施例中，第一移动性管理网元的信息可以包括以下至少一个信息：第一移动性管理网元的标识、第一移动性管理网元的用于接收策略更新的地址、终端当前的签约策略、或终端当前的接入信息。这里的第一移动性管理网元的信息即为策略控制网元更新后终端的策略关联的信息。

在上述第一方面、第二方面、第三方面、第四方面中任意一个方面的各个实施例中，策略关联可以由第二移动性管理网元或第三移动性管理网元为终端建立。该第三移动性管理网元为除第一移动性管理网元、第二移动性管理网元之外的移动性管理网元。其中，策略关联指的是，第二移动性管理网元和策略控制网元之间的一个关联，这个关联用于第二移动性管理网元向策略控制网元传递终端当前的接入相关的参数和策略控制网元向第二移动性管理网元提供终端的相关策略。其中，体现在第二移动性管理网元一侧，该策略关联包括第二移动性管理网元中存储的有关该策略关联的信息，比如包括策略控制网元的标识，策略关联对应的资源标识以及策略控制网元制定并提供的终端的策略等。体现在策略控制网元一侧，该策略关联包括策略控制网元中存储的有关该策略关联的信息，比如包括第二移动性管理网元的标识、第二移动性管理网元的用于接收策略更新的地址、策略控制网元为终端制定的策略等。

第五方面，本申请提供一种装置，该装置可以是移动性管理网元、策略控制网元，也可以是芯片。该装置具有实现上述第一方面、或者第二方面、或者第三方面、或者第四方面中任意一个方面的各实施例的功能。该功能可以通过硬件实现，也可以通过硬件执行相应的软件实现。该硬件或软件包括一个或多个与上述功能相对应的模块。

第六方面，提供了一种装置，包括：处理器和存储器；该存储器用于存储计算机执行指令，当该装置运行时，该处理器执行该存储器存储的该计算机执行指令，以使该装置执行如上述第一方面或第一方面中任一所述的策略控制方法、或者以使该装置执行如上述第二方面或第二方面中任一所述的策略控制方法、或者以使该装置执行如上述第三方面或第三方面中任一所述的策略控制方法、或者以使该装置执行如上述第四方面或第四方面中任一所述的策略控制方法。

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

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

第九方面，本申请还提供一种系统，该系统包括上述任一方面中的第一移动性管理网元，和，上述任一方面中的策略控制网元。进一步地，该系统还可以包括上述任一方面的第二移动性管理网元。

本申请的这些方面或其他方面在以下实施例的描述中会更加简明易懂。

附图说明

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

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

图2为本申请提供的一种策略控制方法流程图；

图3为本申请提供的又一种策略控制方法流程图；

图4为本申请提供的又一种策略控制方法流程图；

图5为本申请提供的又一种策略控制方法流程图；

图6为本申请提供的又一种策略控制方法流程图；

图7为本申请提供的又一种策略控制方法流程图；

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

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

具体实施方式

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

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

如图1(a)所示，为本申请适用的一种可能的网络架构示意图。该网络架构包括第一移动性管理网元和策略控制网元，可选的，还可以包括第二移动性管理网元。本申请主要应用于发生移动性管理网元的重选的场景中。发生重选前，终端接入的移动性管理网元是第二移动性管理网元，发生重选后，终端接入的移动性管理网元是第一移动性管理网元。

在一种应用场景中，如图1(a)所示，第一移动性管理网元可以与第二移动性管理网元使用同一个策略控制网元。即，第一移动性管理网元选择的策略控制网元为第二移动性管理网元使用的策略控制网元。在又一种应用场景中，第一移动性管理网元还可以与第二移动性管理网元使用不同的策略控制网元。即，第一移动性管理网元选择的策略控制网元与第二移动性管理网元使用的策略控制网元不是同一个策略控制网元，图1(a)中未示出该应用场景。

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

移动性管理网元，如本申请中的第一移动性管理网元或第二移动性管理网元，主要用于移动网络中的移动性管理，如用户位置更新、用户注册网络、用户切换等。在5G通信中，移动性管理网元可以是接入与移动性管理功能(access and mobility managementfunction，AMF)网元，在未来通信如第6代(6th generation，6G)通信中，移动性管理网元仍可以是AMF网元，或者有其它名称，本申请对此不作限定。

策略控制网元，包括用户签约数据管理功能，策略控制功能，计费策略控制功能，服务质量(quality of service，QoS)控制功能等。在5G中，策略控制网元可以是策略控制功能(policy control function，PCF)网元，在未来通信如6G中，策略控制网元仍可以是PCF网元，或有其它的名称，本申请不做限定。

如图1(b)所示，为本申请所适用的又一种可能的网络架构示意图。该网络架构为5G网络架构。该网络架构还包括(无线)接入网络((radio)access network，(R)AN)、AMF网元、会话管理功能(session management function，SMF)网元、用户面功能(user planefunction，UPF)网元、统一数据管理(Unified Data Management，UDM)网元、鉴权服务功能(authentication server function,AUSF)网元、数据网络(data network，DN)等。

(R)AN的主要功能是控制用户通过无线接入到移动通信网络。(R)AN是移动通信系统的一部分。它实现了一种无线接入技术。(R)AN设备包括但不限于：5G中的(g nodeB，gNB)、演进型节点B(evolved node B，eNB)、无线网络控制器(radio network controller，RNC)、节点B(node B，NB)、基站控制器(base station controller，BSC)、基站收发台(basetransceiver station，BTS)、家庭基站(例如，home evolved nodeB，或home node B，HNB)、基带单元(BaseBand Unit，BBU)、传输点(transmitting and receiving point，TRP)、发射点(transmitting point，TP)、移动交换中心等，此外，还可以包括无线保真(wirelessfidelity，wifi)接入点(access point，AP)等。

SMF网元负责会话管理，如用户的会话建立等。

UPF网元是用户面的功能网元，主要负责连接外部网络，其包括了长期演进(longterm evolution，LTE)的服务网关(serving gateway，SGW)和公用数据网网关(publicdata network GateWay，PDN-GW)的相关功能。

DN负责为终端提供服务的网络，如一些DN为终端提供上网功能，另一些DN为终端提供短信功能等等。

AUSF网元具有鉴权服务功能，用于终结SEAF请求的认证功能。

UDM网元可存储用户的签约信息等。

其中，图1(b)所示的架构中，与本申请有关的网元主要是：AMF网元、UDM网元、PCF网元。

终端(图中以终端为用户设备(user equipment，UE)为例)与AMF网元之间可以通过N1接口通信，(R)AN设备与AMF网元之间通过N2接口通信，(R)AN设备与UPF网元之间通过N3接口通信，UPF网元与SMF网元之间通过N4接口通信，UPF网元与DN之间通过N6接口通信，SMF网元与PCF网元之间通过N7接口通信，AMF网元与UDM网元之间通过N8接口通信，SMF网元与UDM网元之间通过N10接口通信，AMF网元与SMF网元之间通过N11接口通信，AMF网元与AUSF网元之间通过N12接口通信，AUSF网元与UDM网元之间通过N13接口通信，不同的AMF网元之间通过N14接口通信，AMF网元与PCF网元之间通过N15接口通信。需要说明的是，本申请对图1(b)所示的网络架构中的不同网元之间的接口的名称不做限定，上述各接口名称只是作为示例说明。

基于图1(b)所示的网络架构，UE在发生AMF网元的重选之前，由一个AMF网元为UE提供服务，UE发生AMF网元的重选之后，是由另一个AMF网元为UE提供服务。

可以理解的是,上述功能既可以是硬件设备中的网络元件,也可以是在专用硬件上运行软件功能，或者是平台(例如,云平台)上实例化的虚拟化功能。

为方便说明，本申请后续，以移动性管理网元称为AMF网元，策略控制网元称为PCF网元为例进行说明，比如，第一移动性管理网元可以称为第一AMF网元为例，第二移动性管理网元可以称为第二AMF网元。进一步地，将AMF网元简称为AMF，PCF网元简称为PCF，因此第一AMF网元可以简称为第一AMF，第二AMF网元可以简称为第二AMF。即本申请后续所描述的AMF均可替换为移动性管理网元，PCF均可替换为策略控制网元。

下面结合附图，对本申请提供的策略控制方法做具体介绍。需要说明的是，本申请各实施例中的消息的名称只是一个示例，名称对消息本身不构成限定。在5G网络以及未来其它的网络中，本申请各实施例中的消息也可以是其他的名字，本申请实施例对此不作具体限定。

如图2所示，为本申请提供的一种策略控制方法，该方法应用于AMF发生重选的场景中，第一AMF为重选后终端接入的AMF，第二AMF为重选前终端接入的AMF。该方法包括以下步骤：

步骤201，第一AMF向第二AMF发送请求消息。相应的，第二AMF可以接收到该请求消息。该请求消息可以用于请求获取终端的上下文。

需要说明的是，该步骤201为可选步骤，实际应用中也可以不执行该步骤。

步骤202，第二AMF向第一AMF发送终端的上下文。相应的，第一AMF可以接收到终端的上下文。

其中，第二AMF向第一AMF发送的终端的上下文中包括终端对应的策略关联(Policy Association)的信息，所述策略关联的信息包括PCF的标识。该PCF是与第二AMF建立关联的PCF。具体的，该PCF是第二AMF在为终端建立策略关联时所使用的PCF，或者也可以称为，该PCF是第二AMF在为终端建立策略关联时所选择的PCF。为方便说明，后续将该PCF简称为第二AMF使用的PCF，这里做统一说明。

需要说明的是，当第二AMF确定第一AMF与第二AMF是在同一个PLMN中时，才会将PCF的标识携带于策略关联的信息中发送给第一AMF。当第二AMF确定第一AMF与第二AMF不在同一个PLMN中，则可以不向第一AMF发送PCF的标识，即不允许第一AMF使用该PCF。

上述第二AMF也可以称为Old AMF，上述PCF也可以称为Old PCF,上述第一AMF也可以称为New AMF。发生AMF的重选后，New AMF使用的PCF称为New PCF，该New PCF可以是上述Old PCF，也可以是与Old PCF不同的PCF。

这里的策略关联指的是，第二AMF和PCF之间的一个关联，这个关联用于第二AMF向PCF传递终端当前的接入相关的参数和PCF向第二AMF提供终端的相关策略。其中，体现在第二AMF一侧，该策略关联包括第二AMF中存储的有关该策略关联的信息，比如包括PCF的标识，策略关联对应的资源标识以及PCF制定并提供的终端的策略等。体现在PCF一侧，该策略关联包括PCF中存储的有关该策略关联的信息，比如包括第二AMF的标识、第二AMF的用于接收策略更新的地址、PCF为终端制定的策略等。该策略关联可以是由第二AMF为终端发起请求建立的，也可以是由第三AMF为终端发起请求建立的，该第三AMF是除第一AMF、第二AMF之外的AMF。策略关联也可以称为策略控制关联(Policy Control Association)。

第一AMF在接收到第二AMF发送的终端的上下文后，从中获取到策略关联的信息，且策略关联的信息中包括PCF的标识，该PCF即为第二AMF使用的PCF。接着，第一AMF决定是否使用该PCF。

在一种情形中，第一AMF决定使用该PCF，即第一AMF选择的PCF与第二AMF使用的PCF是同一个PCF。若第一AMF决定使用该PCF，则执行以下步骤203-步骤205。

在又一情形中，第一AMF决定不使用该PCF，即第一AMF重新选择一个不同于第二AMF使用的PCF。若第一AMF决定不使用该PCF，则执行以下步骤206-步骤208。

步骤203，第一AMF向PCF发送更新请求消息。相应的，PCF可以接收到该更新请求消息。该更新请求消息包括第一AMF的信息。

可以理解为，该更新请求消息用于请求PCF将策略关联的信息中的第二AMF的信息更新为第一AMF的信息。具体的，更新请求消息用于请求PCF将PCF中存储的策略关联的信息中的第二AMF的信息更新为第一AMF的信息。

作为一种实现方式，这里的第一AMF的信息可以包括以下信息中的部分或全部：第一AMF的标识、第一AMF的用于接收策略更新的地址、终端当前的签约策略、或终端当前的接入信息。其中，终端当前的签约策略可以包括服务区限制策略或无线频谱选择策略等签约策略。终端当前的接入信息可以包括接入类型、终端的时区、或服务网络等信息。

作为一种实现方式，这里的第二AMF的信息可以包括以下信息中的部分或全部：第二AMF的标识、第二AMF的用于接收策略更新的地址、终端的签约策略、或终端的接入信息。

步骤204，PCF更新终端对应的策略关联的信息。

具体的，PCF根据接收到的更新请求消息，将终端对应的策略关联的信息中的第二AMF的信息更新为第一AMF的信息。

在又一种实现方式中，更新请求消息中还可以包括AMF改变的指示。该AMF改变的指示用于触发PCF更新终端对应的策略关联的信息。即，PCF接收到更新请求消息，并根据更新请求消息中的AMF改变的指示，将终端对应的策略关联的信息中的第二AMF的信息更新为第一AMF的信息。

PCF更新终端对应的策略关联的信息，比如，可以包括以下四种操作中的至少一种操作，即：可以包括其中的一种操作，或者可以包括其中的两种操作，或者可以包括其中的三种操作，或者可以包括其中的四种操作：

将第二AMF的标识更新为第一AMF的标识，将第二AMF的用于接收策略更新的地址更新为第一AMF的用于接收策略更新的地址，将终端的签约策略更新为终端当前的签约策略，以及将终端的接入信息更新为终端当前的接入信息。

作为又一种实现方式，上述步骤202中，第一AMF获取到的策略关联的信息中还可以包括PCF创建的与策略关联对应的资源的标识，则上述步骤203的更新请求消息中还可以携带所述资源的标识，进而，上述步骤204中，PCF更新终端对应的策略关联的信息的具体方法为：PCF将所述资源的标识所指示的资源中的第二AMF的信息更新为第一AMF的信息。

作为一种实现方式，PCF更新终端对应的策略关联的信息之后，PCF还可以根据更新后的策略关联的信息更新之前为终端制定的策略。进一步的，PCF更新了为终端制定的策略后，还可以向第二AMF的用于接收策略更新的地址发送更新后的策略。

通过上述步骤201-步骤204，在AMF的重选的场景中，第一AMF为重选后的AMF，第二AMF为重选前的AMF，PCF是与第二AMF建立策略关联的PCF。当PCF接收到第一AMF发送的更新请求消息后，可以根据该更新请求消息，将PCF中存储的终端对应的策略关联的信息中的第二AMF的信息，更新为第一AMF的信息，其中，第一AMF的信息是携带于更新请求消息中的。由于PCF不需要先删除终端对应的策略关联的信息中的第二AMF的信息，再重新建立与第一AMF的策略关联，而是将终端对应的策略关联的信息中的第二AMF的信息更新为第一AMF的信息，这样不需要为第一AMF在PCF上创建新的资源，同时PCF也不需要和统一数据库(unified data repository，UDR)交互以获取终端的签约数据和之前为终端制定的策略，因而可以节约策略控制的资源开销。

在上述步骤204之后，进一步还可以包括以下步骤205。

步骤205，第一AMF向第二AMF发送第一指示信息。相应的，第二AMF接收该第一指示信息。

该第一指示信息用于通知第二AMF：第一AMF选择了第二AMF使用的PCF。从而，第二AMF可以确定，第一AMF与第二AMF使用的是同一个PCF。因而，第二AMF不会向PCF发送用于请求PCF删除策略关联的删除请求消息。

需要说明的是，若执行步骤205，则对步骤204和步骤205之间的执行顺序没有限制，比如可以先执行步骤204再执行步骤205，或者先执行步骤205再执行步骤204。

流程结束。

若第一AMF决定不使用该PCF，则第一AMF向其他PCF，比如称为New PCF发送请求消息，该请求消息可以包括终端的标识和第一AMF的标识，该请求消息用于请求创建第一AMF与New PCF之间的策略关联的信息。具体的，New PCF可以保存第一AMF在请求消息中携带的信息，NEW PCF与UDR交互获取终端的签约数据以及PCF为终端制定策略，并制定相应的策略提供给第一AMF。第一AMF执行相应的策略，进一步的，第一AMF还可以将策略提供给终端执行。

第一AMF在向New PCF发送请求消息之后，进一步的，还可以执行以下步骤206-步骤208。

步骤206，第一AMF向第二AMF发送第二指示信息。相应的，第二AMF接收该第二指示信息。

该第二指示信息用于通知第二AMF：第一AMF没有选择第二AMF使用的PCF。从而，第二AMF可以确定，第一AMF与第二AMF使用的是不同的PCF。进而，第二AMF可以向PCF发送用于请求PCF删除策略关联的删除请求消息。

步骤207，第二AMF向PCF发送删除请求消息。相应的，PCF接收该删除请求消息。该删除请求消息用于请求PCF删除终端对应的策略关联。

由于第二AMF确定第一AMF未使用该PCF，因此第二AMF向PCF发送删除请求消息，以请求PCF删除终端对应的策略关联。具体的，第二AMF请求PCF删除终端对应的策略关联的信息，其中包括删除策略关联的信息中的第二AMF的信息。

步骤208，PCF删除终端对应的策略关联的信息。

具体的，PCF可以删除策略关联的信息中的第二AMF的信息。

通过上述步骤201-步骤202，以及步骤206-步骤208。当第一AMF确定与第二AMF使用不同的PCF时，则可以通知第二AMF不使用该PCF，从而第二AMF可以请求PCF删除策略关联的信息。由于删除了PCF不再使用的策略关联的信息，因而有助于避免PCF发生错误的策略决策。

需要说明的是，图2所示的实施例仅示出了AMF重选流程中的部分步骤，对于AMF重选的其它步骤，可参考现有技术相关描述，比如可以参考3GPP TS 23.502，这里不再赘述。

如图3所示，为本申请提供的又一种策略控制方法，该方法应用于AMF发生重选的场景中，第一AMF为重选后终端接入的AMF，第二AMF为重选前终端接入的AMF。该方法包括以下步骤：

步骤301-步骤302，与图2所示的实施例的步骤201-步骤202相同，可参考上述描述。

步骤303，第二AMF启动定时器。

该定时器对应一个设定的时长，时长的具体值可根据实际需要而设定或从其他网元，譬如从UDM中获取。该时长一般可以保证在正常情况下，第二AMF能在超时前接收到PCF的通知消息。

第二AMF若在定时器超时前，接收到PCF发送的通知消息，则定时器停止计时。该通知消息用于通知：PCF已接收到第一AMF发送的更新策略关联的请求消息，具体的，该请求消息可以是第一AMF发送的更新请求消息。

若第二AMF在定时器超时前，始终未接收到PCF发送的通知消息，则定时器将会超时。因而第二AMF可以确定未接收到通知消息。

上述步骤302中，第一AMF在接收到第二AMF发送的终端的上下文后，从中获取到策略关联的信息，且策略关联的信息中包括PCF的标识，该PCF即为第二AMF使用的PCF。接着，第一AMF决定是否使用该PCF。

在一种情形中，第一AMF决定使用该PCF，即第一AMF选择的PCF与第二AMF使用的PCF是同一个PCF。若第一AMF决定使用该PCF，则执行以下步骤304-步骤306。

在又一情形中，第一AMF决定不使用该PCF，即第一AMF重新选择一个不同于第二AMF使用的PCF。若第一AMF决定不使用该PCF，则执行以下步骤307-步骤309。

步骤304-步骤305，与图2所示的实施例中的步骤203-步骤204相同，可参考前述描述，这里不再赘述。

步骤306，PCF向第二AMF发送通知消息。相应的，第二AMF可以接收到该通知消息。

该通知消息用于通知：PCF已接收到第一AMF发送的更新策略关联的请求消息，具体的，PCF已接收到第一AMF发送的更新请求消息。

当第二AMF接收到该通知消息后，可以确定第一AMF选择使用的PCF即为第二AMF所使用的PCF，或者理解为，第一AMF与第二AMF使用相同的PCF。因而，第二AMF不会向PCF发送用于请求PCF删除策略关联的删除请求消息。

需要说明的是，第二AMF不会向PCF发送用于请求PCF删除策略关联的删除请求消息的前提是，第二AMF接收到通知消息，且定时器未超时。在一种情形下，若执行上述步骤304-步骤306，但定时器超时后第二AMF才接收到通知消息，则第二AMF仍然会向PCF发送用于请求PCF删除策略关联的删除请求消息，即会继续执行以下步骤308。并且，由于PCF在接收到该删除请求消息之前已经接收到更新请求消息，因此PCF在接收到该删除请求消息后，可以忽略该删除请求消息。本申请实施例中，该删除请求消息也可以称为第一删除请求消息。

通过上述步骤301-步骤306，在AMF的重选的场景中，第一AMF为重选后的AMF，第二AMF为重选前的AMF，PCF是与第二AMF建立策略关联的PCF。当PCF接收到第一AMF发送的更新请求消息后，可以根据该更新请求消息，将PCF中存储的终端对应的策略关联的信息中的第二AMF的信息，更新为第一AMF的信息，其中，第一AMF的信息是携带于更新请求消息中的。由于PCF不需要先删除终端对应的策略关联的信息中的第二AMF的信息，再重新建立与第一AMF的策略关联，而是直接将终端对应的策略关联的信息中的第二AMF的信息更新为第一AMF的信息，这样不需要为第一AMF在PCF上创建新的资源，同时PCF也不需要和UDR交互以获取终端的签约数据和之前为终端制定的策略，因而可以节约策略控制的资源开销。

流程结束。

若第一AMF决定不使用该PCF，则第一AMF向其他PCF，比如称为New PCF发送请求消息，该请求消息可以包括终端的标识、第一AMF的标识，该请求消息用于请求创建第一AMF与New PCF之间的策略关联的信息。具体的，New PCF可以保存第一AMF在请求消息中携带的信息，NEW PCF与UDR交互获取终端的签约数据以及PCF为终端制定策略，并制定相应的策略提供给第一AMF。第一AMF执行相应的策略，进一步的，第一AMF还可以将策略提供给终端执行。

第一AMF在向New PCF发送请求消息之后，进一步的，还可以执行以下步骤307-步骤309。

步骤307，第二AMF确定定时器超时。

由于第一AMF决定不使用PCF，因此不会执行步骤304-步骤306，因而第二AMF在定时器超时前，不会接收到上述步骤306中的通知消息，因而定时器会超时。

在另外一种情形中，有可能第一AMF决定使用上述PCF，并执行上述步骤304-步骤306，但是第二AMF接收到步骤306的通知消息之前，定时器已经超时了，该情形下，第二AMF也会确定定时器超时。

步骤308-步骤309，与图2所示的实施例的步骤207-步骤208相同，可参考上述描述。

需要说明的是，上述步骤308中的删除请求消息，在本申请实施例中也可以称为第一删除请求消息。

通过上述步骤301-步骤303，以及步骤307-步骤309。当第一AMF确定与第二AMF使用不同的PCF时，则可以通知第二AMF不使用该PCF，从而第二AMF可以请求PCF删除策略关联的信息。由于删除了PCF不再使用的策略关联的信息，因而有助于避免PCF发生错误的策略决策。

需要说明的是，图3所示的实施例仅示出了AMF重选流程中的部分步骤，对于AMF重选的其它步骤，可参考现有技术相关描述，比如可以参考3GPP TS 23.502，这里不再赘述。

如图4所示，为本申请提供的又一种策略控制方法，该方法应用于AMF发生重选的场景下，第一AMF为重选后终端接入的AMF，第二AMF为重选前终端接入的AMF。该方法包括以下步骤：

步骤401-步骤402，与图2所示的实施例的步骤201-步骤202相同，可参考上述描述。

步骤403，第二AMF向PCF发送删除请求消息，相应的，PCF可以接收到该删除请求消息。

该删除请求消息用于请求删除策略关联。具体的，该删除请求消息用于请求PCF删除终端对应的策略关联，包括删除策略关联的信息中的第二AMF的信息。

步骤404，PCF启动定时器。

在上述步骤403中，PCF接收到删除请求消息后，可以不立即删除终端对应的策略关联，而是启动定时器。

作为一种实现方式，该PCF在接收到删除请求消息后，根据该删除请求消息，启动定时器。

作为又一种实现方式，上述步骤403的删除请求消息中还可以包括删除指示，该删除指示用于指示PCF在未接收到更新所述策略关联的请求消息时删除策略关联。即指示PCF在未接收到更新请求消息时删除策略关联。当删除请求消息包括删除指示时，该删除请求消息也可以称为第二删除请求消息。当PCF接收到删除请求消息后，可以根据删除请求消息中的删除指示，启动定时器。

这里的删除指示，是一种条件删除指示，即用于指示PCF：若未接收到更新策略关联的请求消息，如上述更新请求消息，则删除策略关联。在实际应用中，该删除指示还可以使用以下任一实现方式：比如，删除指示可以用于指示若PCF接收到第一AMF发送的更新策略关联的请求消息则不删除策略关联。再比如，删除指示还可以用于指示PCF若接收到第一AMF发送的更新策略关联的请求消息则不删除策略关联，PCF若未接收到更新策略关联的请求消息则删除策略关联。其中，删除策略关联，具体指的是删除终端对应的策略关联的信息。

作为又一种实现方式，上述步骤403的删除请求消息中还可以包括AMF改变的指示，该AMF改变的指示用于通知PCF：AMF发生改变，或者理解为，AMF改变的指示用于指示该删除请求消息是由AMF的改变触发的。当删除请求消息包括AMF改变的指示时，该删除请求消息也可以称为第三删除请求消息。当PCF接收到删除请求消息后，可以根据删除请求消息中的AMF改变的指示，启动定时器。

若在定时器超时前接收到第一AMF发送的用于请求更新策略关联的更新请求消息，则PCF更新终端对应的策略关联的信息。若定时器超时且未收到上述更新请求消息，或者定时器超时后才接收到更新请求消息，则PCF执行删除终端对应的终端关联的信息。下面具体说明。

在上述步骤402中，第一AMF在接收到第二AMF发送的终端的上下文后，从中获取到策略关联的信息，且策略关联的信息中包括PCF的标识，该PCF即为第二AMF使用的PCF。接着，第一AMF决定是否使用该PCF。

在一种情形中，第一AMF决定使用该PCF，即第一AMF选择的PCF与第二AMF使用的PCF是同一个PCF。若第一AMF决定使用该PCF，则执行以下步骤405-步骤406。

在又一情形中，第一AMF决定不使用该PCF，即第一AMF重新选择一个不同于第二AMF使用的PCF。若第一AMF决定不使用该PCF，则执行以下步骤407-步骤408。

步骤405-步骤406，同图2所示的实施例的步骤203-步骤204，可参考前述描述，这里不再赘述。

需要说明的是，若PCF在步骤405中接收到更新请求消息时，定时器未超时，则PCF执行步骤406。若PCF在步骤405中接收到更新请求消息时，定时器已经超时，则PCF不执行步骤406，而是执行步骤408。

通过上述步骤401-步骤406，在AMF的重选的场景中，第一AMF为重选后的AMF，第二AMF为重选前的AMF，PCF是与第二AMF建立策略关联的PCF。当PCF接收到第一AMF发送的更新请求消息后，可以根据该更新请求消息，将PCF中存储的终端对应的策略关联的信息中的第二AMF的信息，更新为第一AMF的信息，其中，第一AMF的信息是携带于更新请求消息中的。由于PCF不需要先删除终端对应的策略关联的信息中的第二AMF的信息，再重新建立与第一AMF的策略关联，而是直接将终端对应的策略关联的信息中的第二AMF的信息更新为第一AMF的信息，这样不需要为第一AMF在PCF上创建新的资源，同时PCF也不需要和UDR交互以获取终端的签约数据及之前为终端制定的策略，因而可以节约策略控制的资源开销。

流程结束。

若第一AMF决定不使用该PCF，则第一AMF向其他PCF，比如称为New PCF发送请求消息，该请求消息可以包括终端的标识、第一AMF的标识，该请求消息用于请求创建第一AMF与New PCF之间的策略关联的信息。具体的，New PCF可以保存第一AMF在请求消息中携带的信息，NEW PCF与UDR交互获取终端的签约数据以及PCF为终端制定策略，并制定相应的策略提供给第一AMF。第一AMF执行相应的策略，进一步的，第一AMF还可以将策略提供给终端执行。

第一AMF在向New PCF发送请求消息之后，进一步的，还可以执行以下步骤407-步骤408。

步骤407，PCF确定定时器超时。

由于第一AMF决定不使用PCF，因此不会执行步骤405-步骤406，因而PCF在定时器超时前，不会接收到上述步骤405中的更新请求消息，因而定时器会超时。

在另外一种情形中，有可能第一AMF决定使用上述PCF，并执行上述步骤405，但是PCF接收到步骤405的更新请求消息之前，定时器已经超时了，该情形下，PCF也会确定定时器超时。

步骤408，同图2所示的实施例的步骤208，可参考前述描述。

通过上述步骤401-步骤404，以及步骤407-步骤408。当第一AMF确定与第二AMF使用不同的PCF时，则不会向PCF发送更新请求消息，因而PCF的定时器会超时，从而PCF会删除策略关联的信息。由于删除了PCF不再使用的策略关联的信息，因而有助于避免PCF发生错误的策略决策。

需要说明的是，图4所示的实施例仅示出了AMF重选流程中的部分步骤，对于AMF重选的其它步骤，可参考现有技术相关描述，比如可以参考3GPP TS 23.502，这里不再赘述。

下面结合具体实施例，对图2-图4所示的策略控制方法进行具体说明。

如图5所示，为本申请提供的又一种策略控制方法，该方法是针对图2所示的实施例的一种具体实现，图5所示的实施例结合了图2所示的策略控制方法及AMF重选的其他流程。图5所示的实施例为发生AMF重选情况下，AMF与PCF的交互流程，其中New AMF为重选后的AMF，Old AMF为重选前的AMF，Old PCF为Old AMF使用的PCF。该流程可以发生在终端处于空闲态或连接态。在AMF发生重选前，Old AMF与Old PCF建立了策略关联，即Old PCF上创建了相应的资源，该资源的URI1例如可以为{apiRoot1}/npcf-am-policy-control/v1/policies/policyId1。其中，该资源例如可以包括Old PCF为终端提供的策略，Old AMF向PCF提供的终端的位置信息等等。

其中，URI是统一资源标识符(Uniform Resource Identifier)的简称。

下面以注册过程中的AMF重选流程为例，对本申请的策略控制方法进行说明。对于其他过程，比如切换过程中的AMF重选流程也可以参考该注册过程的AMF重选流程中的策略控制方法，不再赘述。

该方法具体可以包括以下步骤：

步骤1，终端向RAN发送注册请求消息，该注册请求消息中携带终端的临时标识(如5G全球唯一临时标识(5G Globally Unique Temporary Identifier，5G-GUTI))。相应的，RAN可以接收到该注册请求消息。

步骤2，(R)AN向New AMF发送注册请求消息，该注册请求消息中携带终端的临时标识。相应的，New AMF可以接收到该注册请求消息。

步骤3，New AMF根据终端的临时标识，向Old AMF发送请求消息(例如该请求消息可以是Namf_Communication_UEContextTransfer Request)。该请求消息用于请求获取终端的上下文，例如终端的上下文包括用户标识(如签约用户永久标识(SubscriptionPermanent Identifier，SUPI))和移动性管理(mobile management，MM)上下文。

步骤4，Old AMF向New AMF发送响应消息，该响应消息包括终端的上下文。相应的，New AMF可以接收到该响应消息。

作为一种实现方式，该响应消息可以是Namf_Communication_UEContextTransferResponse消息。该响应消息中携带的终端的上下文包括用户标识和MM上下文。

若Old AMF判断Old AMF与New AMF在同一个PLMN中，则MM上下文中还可以包括OldPCF的标识，进一步的，MM上下文中还可以包括Old PCF上创建的资源标识，即URI1：{apiRoot1}/npcf-am-policy-control/v1/policies/policyId1。

步骤5，若New AMF在步骤4中接收到了Old PCF的标识，并且决定使用Old PCF，则AMF根据Old PCF的标识，向Old PCF发送更新请求消息，例如更新请求消息可以是Npcf_AMPolicyControl_Update Request消息，该更新请求消息中可以携带New AMF的信息。相应的，Old PCF可以接收到该更新请求消息。

可选地，该更新请求消息中还可以携带AMF改变的指示。该更新请求消息用于请求更新之前Old AMF与Old PCF之间的策略关联。具体的，请求PCF将策略关联的信息中的OldAMF的信息更新为New AMF的信息。Old PCF向New AMF返回更新响应消息，例如该更新响应消息可以是Npcf_AMPolicyControl_Update Response消息。相应的，New AMF可以接收到该更新响应消息。

比如，一种具体实现可以是：New AMF向Old PCF发送HTTP POST，请求URL1为{apiRoot1}/npcf-am-policy-control/v1/policies/policyId1，在消息体中携带New AMF的信息，可选的，消息体中还可以携带AMF改变的指示。Old PCF更新URI1对应的资源，包括New AMF的信息。Old PCF向New AMF返回HTTP Response消息。其中AMF改变的指示例如可以为策略控制请求触发(Policy Control Request Trigger：AMF_CHANG)。

其中，URL是统一资源定位符(Uniform Resource Locator)的简称。

步骤6：若New AMF在步骤4中没有接收到Old PCF的标识，或者New AMF接收到了Old PCF的标识但决定不使用Old PCF，则New AMF选择一个New PCF，并向New PCF发送控制策略建立请求消息，例如该策略控制建立请求消息可以是Npcf_AMPolicyControl_CreateRequest消息。该控制策略建立请求消息用于请求创建New AMF与New PCF之间的策略关联，控制策略建立请求消息中可以携带用户标识、New AMF的信息等。相应的，New PCF可以接收到该控制策略建立请求消息。

New PCF创建New AMF与New PCF之间的策略关联之后，可以向New AMF发送控制策略建立响应消息。相应的，New AMF可以接收到该控制策略建立响应消息。

具体实现例如可以为：New AMF向New PCF发送HTTP POST，请求URL2可以为：{apiRoot2}/npcf-am-policy-control/v1/policies/，在消息体中可以携带用户标识、NewAMF的信息。New PCF创建新的资源，生成一个子资源标识policyId1，并为这个创建的资源构造一个URI3，该URI3是将请求的URL2作为父资源(parent resource)再拼接子资源标识生成的，即URI3为：{apiRoot2}/npcf-am-policy-control/v1/policies/policyId1，NewPCF向New AMF返回HTTP Response消息，并在消息的位置头域(Location Head)中携带URI3。

需要说明的是，上述步骤5和步骤6为二选一执行的步骤。即，当执行上述步骤5时不执行上述步骤6。反之，当执行上述步骤6时不执行上述步骤5。

步骤7，New AMF向Old AMF发送注册完成通知消息，例如该注册完成通知消息可以是Namf_Communication_RegistrationCompleteNotify消息。该注册完成通知消息用于通知Old AMF，终端已经在New AMF注册完成。相应的，Old AMF可以接收到该注册完成通知消息。

进一步的，注册完成通知消息中还可以携带指示信息，例如该指示信息可以是PCF选择指示(selection indication)。该指示信息用于指示New AMF选择的是Old PCF还是New PCF。

步骤8，UDM网元向Old AMF发送去注册通知消息，例如该去注册通知消息可以是Nudm_UECM_DeregistrationNotification Request消息，相应的，Old AMF可以接收到该去注册通知消息。

Old AMF删除终端的MM上下文，接着，Old AMF向UDM网元返回去注册响应消息，例如该去注册响应消息可以是Nudm_UECM_DeregistrationNotification Response消息。相应的，UDM网元可以接收到该去注册响应消息。

步骤9，当Old AMF根据步骤7的指注册完成通知消息，确定New AMF选择了New PCF时，Old AMF向Old PCF发送删除请求消息，例如该删除请求消息可以是Npcf_AMPolicyControl_Delete Request消息，该删除请求消息用于请求删除之前Old AMF与OldPCF创建的策略关联的信息。相应的，Old PCF可以接收到该删除请求消息。

Old PCF删除策略关联的信息后向Old AMF发送删除响应消息。相应的，Old AMF可以接收到该删除响应消息。

一种具体实现例如可以是：Old AMF向Old PCF发送HTTP Delete消息，请求URL4为{apiRoot1}/npcf-am-policy-control/v1/policies/policyId1。Old PCF删除URL4对应的资源后，向Old AMF返回HTTP Response消息。

步骤10，New AMF向终端发送注册接受消息。相应的，终端可以接收到该注册接受消息。

如图6所示，为本申请提供的又一种策略控制方法，该方法是针对图3所示的实施例的一种具体实现，图6所示的实施例结合了图3所示的策略控制方法及AMF重选的其他流程。图6所示的实施例为发生AMF重选情况下，AMF与PCF的交互流程，其中New AMF为重选后的AMF，Old AMF为重选前的AMF，Old PCF为Old AMF使用的PCF。该流程可以发生在终端处于空闲态或连接态。在AMF发生重选前，Old AMF与Old PCF建立了策略关联，即Old PCF上创建了相应的资源，该资源的URI1例如可以为{apiRoot1}/npcf-am-policy-control/v1/policies/policyId1。其中，该资源例如可以包括Old PCF为终端提供的策略，Old AMF向PCF提供的终端的位置信息等等。

下面以注册过程中的AMF重选流程为例，对本申请的策略控制方法进行说明。对于其他过程，比如切换过程中的AMF重选流程也可以参考该注册过程的AMF重选流程中的策略控制方法，不再赘述。

该方法具体可以包括以下步骤：

步骤1-步骤4，与图5所示的实施例的步骤1-步骤4相同，可参考前述描述，这里不再赘述。

步骤5，New AMF向Old AMF发送注册完成通知消息，例如该注册完成通知消息可以是Namf_Communication_RegistrationCompleteNotify消息。该注册完成通知消息用于通知Old AMF，终端已经在New AMF注册完成。相应的，Old AMF可以接收到该注册完成通知消息。

步骤6，Old AMF启动定时器。

步骤7，与图5所示的实施例的步骤8相同，可参考前述描述，这里不再赘述。

需要说明的是，上述步骤6可以是在步骤5之后步骤7之前执行，或者还可以是在步骤7中的UDM向Old AMF发送去注册通知消息后执行。对此，本申请不作限定。

接着，在一种情形中，New AMF若选择使用Old PCF，则执行以下步骤8a、步骤8b和步骤12。New AMF若选择不使用Old PCF，而是选择使用New PCF，则执行以下步骤9-步骤12。

步骤8a，与图5所示的实施例的步骤5相同，可参考前述描述，这里不再赘述。

步骤8b，Old PCF向Old AMF发送通知消息，例如该通知消息可以是Npcf_AMPolicyControl_Notify Request消息，该通知消息用于通知Old AMF：New AMF使用了OldPCF。相应的，Old AMF可以接收到该通知消息。

然后，Old AMF还可以向Old PCF发送响应消息，用于响应已经接收到该通知消息。相应的，Old PCF可以接收到该响应消息。

例如，一种具体实现可以为：Old PCF向Old AMF发送HTTP POST，请求URL为{NotifyURL}，在消息体中携带AMF改变的指示，然后Old AMF停止步骤6中启动的定时器。Old AMF向New PCF返回响应消息。

步骤9，与图5所示的实施例的步骤6相同，可参考前述描述，这里不再赘述。

步骤10，若New AMF选择了New PCF，则Old AMF未收到步骤8b的通知消息，步骤6启动的定时器将会超时。

步骤11，定时器超时后，Old AMF向Old PCF发送删除请求消息，例如该删除请求消息可以是Npcf_AMPolicyControl_Delete Request消息，该删除请求消息用于请求删除之前Old AMF与Old PCF创建的策略关联的信息。相应的，Old PCF可以接收到该删除请求消息。

Old PCF删除策略关联的信息后向Old AMF发送删除响应消息。相应的，Old AMF可以接收到该删除响应消息。

一种具体实现例如可以是：Old AMF向Old PCF发送HTTP Delete消息，请求URL4为{apiRoot1}/npcf-am-policy-control/v1/policies/policyId1。Old PCF删除URL4对应的资源后，向Old AMF返回HTTP Response消息。

步骤12，New AMF向终端发送注册接受消息。相应的，终端可以接收到该注册接受消息。

如图7所示，为本申请提供的又一种策略控制方法，该方法是针对图4所示的实施例的一种具体实现，图7所示的实施例结合了图4所示的策略控制方法及AMF重选的其他流程。图7所示的实施例为发生AMF重选情况下，AMF与PCF的交互流程，其中New AMF为重选后的AMF，Old AMF为重选前的AMF，Old PCF为Old AMF使用的PCF。该流程可以发生在终端处于空闲态或连接态。在AMF发生重选前，Old AMF与Old PCF建立了策略关联，即Old PCF上创建了相应的资源，该资源的URI1例如可以为{apiRoot1}/npcf-am-policy-control/v1/policies/policyId1。其中，该资源例如可以包括Old PCF为终端提供的策略，Old AMF向PCF提供的终端的位置信息等等。

下面以注册过程中的AMF重选流程为例，对本申请的策略控制方法进行说明。对于其他过程，比如切换过程中的AMF重选流程也可以参考该注册过程的AMF重选流程中的策略控制方法，不再赘述。

该方法具体可以包括以下步骤：

步骤1-步骤5，与图6所示的实施例的步骤1-步骤5相同，可参考前述描述，这里不再赘述。

步骤6，与图6所示的实施例的步骤7相同，可参考前述描述，这里不再赘述。

接着，在一种情形中，New AMF若选择使用Old PCF，则执行以下步骤7a、步骤7c和步骤8。New AMF若选择不使用Old PCF，而是选择使用New PCF，则执行以下步骤7b、步骤7c和步骤8。

步骤7a，与图6所示的实施例的步骤8a相同，可参考前述描述，这里不再赘述。

步骤7b，与图6所示的实施例的步骤9相同，可参考前述描述，这里不再赘述。

步骤7c，Old AMF向Old PCF发送删除请求消息，例如该删除请求消息可以是Npcf_AMPolicyControl_Delete Request消息，该删除请求消息用于请求删除之前Old AMF与OldPCF创建的策略关联的信息。相应的，Old PCF可以接收到该删除请求消息。

在一种情形中，若New AMF选择了Old PCF，则会执行步骤7a，但由于步骤7a和步骤7c有可能是并发的，因此收到的执行的先后顺序不固定。若在执行步骤7c时，已经执行了步骤7a，那么Old PCF忽略该请求消息，即不执行删除策略关联的操作。若Old PCF在执行步骤7c时，还没有执行步骤7a，那么Old PCF将根据配置等待一段时候(即启动定时器)，若在定时器超时前执行了步骤7a，则Old PCF忽略该请求消息，即不执行删除策略关联的操作。若在定时器超时时，还未执行步骤7a，则删除策略关联的信息。Old PCF删除策略关联的信息后向Old AMF发送删除响应消息。相应的，Old AMF可以接收到该删除响应消息。

在又一种情形中，若New AMF没有选择Old PCF，则不会执行步骤7a，因此执行步骤7c后，Old PCF将根据配置等待一段时候(即启动定时器)，并且在定时器超时时，也不会执行步骤7a，因而Old PCF在超时后删除策略关联的信息。Old PCF删除策略关联的信息后向Old AMF发送删除响应消息。相应的，Old AMF可以接收到该删除响应消息。

作为又一种实现方式，在该步骤7c的删除请求消息中可以携带删除指示。若步骤7c中，对于AMF重选的情况，删除请求消息中必须携带删除指示，那么Old PCF只有接收到携带了删除指示的删除请求消息时，才会启动定时器，若在定时器超时前执行了步骤7a，则Old PCF忽略该请求消息，若在定时器超时时，还未执行步骤7a，则Old PCF执行删除操作。在该实现方式中，Old PCF只有在确定删除请求消息中携带删除指示时，才会根据删除指示启动定时器。若删除请求消息中没有携带删除指示，则Old PCF可以认为这是一个普通的删除请求，因而可以直接将策略关联的信息删除。比如，对于在终端去注册流程中发送至OldPCF的删除请求消息，Old PCF在接收到删除请求消息后，由于其中没有删除指示，因而OldPCF可以立即执行删除策略关联的信息的操作。

作为一种具体实现方式，删除指示可以为一个特定的指示或表示AMF重选的指示，具体实现例如可以是：Old AMF向Old PCF发送HTTP Delete消息，请求URL4为{apiRoot1}/npcf-am-policy-control/v1/policies/policyId1。消息体中可以携带删除指示。若在接收到步骤7c时，已经执行了步骤7a，那么Old PCF忽略该请求消息，即不执行删除策略关联的信息的操作。若Old PCF在执行步骤7c时，若还没有执行步骤7a，那么Old PCF将根据配置等待一段时候后(即启动定时器)，若在定时器超时前执行了步骤7a，则Old PCF忽略该请求消息，即不执行删除策略关联的信息的操作。若在定时器超时时，还未执行步骤7a，则删除URL4对应的资源。若步骤7c中，对于AMF重选的情况，删除请求中必须携带删除指示，那么Old PCF只有接收到携带了删除指示的删除请求消息时，才启动定时器，若在定时器超时前执行了步骤7a，则Old PCF忽略该请求消息，若在定时器超时时，还未执行步骤7a，则OldPCF执行删除策略关联的信息的操作，删除URL4对应的资源。然后，Old PCF向Old AMF返回HTTP Response消息。

步骤8，New AMF向终端发送注册接受消息。相应的，终端可以接收到该注册接受消息。

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

基于相同的发明构思，如图8所示，为本申请提供的一种装置示意图，该装置可以是移动性管理网元、策略控制网元或芯片，可执行上述任一实施例的方法。当该装置是策略控制网元或芯片时，该装置800可用于执行图2-图7所示的是实施例中由PCF执行的操作。当该装置是移动性管理网元或芯片时，该装置800可用于执行图2-图7所示的是实施例中由第一AMF或第二AMF执行的操作。

该装置800包括至少一个处理器801，通信线路802，存储器803以及至少一个通信接口804。

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

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

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

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

其中，存储器803用于存储执行本申请方案的计算机执行指令，并由处理器801来控制执行。处理器801用于执行存储器803中存储的计算机执行指令，从而实现本申请上述实施例提供的策略控制方法。

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

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

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

当图8所示的装置为芯片时，例如可以是第一移动性管理网元的芯片，或第二移动性管理网元的芯片，或策略控制网元的芯片，则该芯片包括处理器801(还可以包括处理器808)、通信线路802、存储器803和通信接口804。具体地，通信接口804可以是输入接口、管脚或电路等。存储器803可以是寄存器、缓存等。处理器801和处理器808可以是一个通用的CPU，微处理器，ASIC，或一个或多个用于控制上述任一实施例的策略控制方法的程序执行的集成电路。

本申请可以根据上述方法示例对装置进行功能模块的划分，例如，可以对应各个功能划分各个功能模块，也可以将两个或两个以上的功能集成在一个处理模块中。上述集成的模块既可以采用硬件的形式实现，也可以采用软件功能模块的形式实现。需要说明的是，本申请中对模块的划分是示意性的，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式。比如，在采用对应各个功能划分各个功能模块的情况下，图9示出了一种装置示意图，该装置900可以是上述实施例中所涉及的第一移动性管理网元，或者为上述实施例中所涉及的第二移动性管理网元，或者为上述实施例中所涉及的策略控制网元，或者为第一移动性管理网元中的芯片，或者为第二移动性管理网元中的芯片，或者为策略控制网元中的芯片。该装置900包括接收单元901、发送单元902和处理单元903。

在一个实施例中，当装置900为上述实施例的第一移动性管理网元或第一移动性管理网元的芯片时，则接收单元901，用于接收来自第二移动性管理网元的终端的上下文，所述终端的上下文包括所述终端对应的策略关联的信息，所述策略关联的信息包括所述策略控制网元的标识；

处理单元903，用于选择所述策略控制网元；

发送单元902，用于向所述策略控制网元发送更新请求消息，所述更新请求消息包括所述第一移动性管理网元的信息，所述更新请求消息用于请求所述策略控制网元将所述策略关联的信息中的第二移动性管理网元的信息更新为所述第一移动性管理网元的信息。

在一种可能的实现方式中，所述第一移动性管理网元的信息包括以下至少一个信息：所述第一移动性管理网元的标识、所述第一移动性管理网元的用于接收策略更新的地址、所述终端当前的签约策略和所述终端当前的接入信息。

在一种可能的实现方式中，所述更新请求消息还包括移动性管理网元改变的指示。

在一种可能的实现方式中，第一移动性管理网元从第二移动性管理网元获取的终端的上下文中包括的策略关联的信息还包括所述策略控制网元创建的与所述策略关联对应的资源的标识，所述更新请求消息还包括所述资源的标识，所述更新请求消息具体用于请求将所述资源中的所述第二移动性管理网元的信息更新为所述第一移动性管理网元的信息。

在一种可能的实现方式中，所述策略关联是由所述第二移动性管理网元或第三移动性管理网元为所述终端建立的。

在又一个实施例中，当装置900为上述实施例的第二移动性管理网元或第二移动性管理网元的芯片时，则接收单元901，用于接收来自第一移动性管理网元的请求消息，所述请求消息用于请求获取终端的上下文；

发送单元902，可以用于向所述第一移动性管理网元发送所述终端的上下文，所述终端的上下文包括所述终端对应的策略关联的信息，所述策略关联的信息包括所述策略控制网元的标识。

在一种可能的实现方式中，处理单元903，用于启动定时器。则所述发送单元902，还用于在所述定时器超时，且所述接收单元901未收到所述策略控制网元发送的通知消息的情况下，向所述策略控制网元发送第一删除请求消息，所述通知消息用于通知所述策略控制网元已接收到所述第一移动性管理网元发送的更新所述策略关联的请求消息，所述第一删除请求消息用于请求所述策略控制网元删除所述策略关联。

在一种可能的实现方式中，所述发送单元902，还用于向所述策略控制网元发送第二删除请求消息，所述第二删除请求消息包括删除指示，所述删除指示用于指示所述策略控制网元在未接收到更新所述策略关联的请求消息时删除所述策略关联。

在一种可能的实现方式中，所述发送单元902，还用于向所述策略控制网元发送第三删除请求消息，所述第三删除请求消息包括移动性管理网元改变的指示，所述移动性管理网元改变的指示用于指示所述删除请求消息是由移动性管理网元的改变触发的。

在一种可能的实现方式中，所述策略关联的信息还包括所述策略控制网元创建的与所述策略关联对应的资源的标识。

在一种可能的实现方式中，所述策略关联是由所述第二移动性管理网元或第三移动性管理网元为所述终端建立的。

在又一个实施例中，当装置900为上述实施例的策略控制网元或策略控制的芯片时，则接收单元901，用于接收来自第一移动性管理网元的更新请求消息，所述更新请求消息包括所述第一移动性管理网元的信息；

处理单元903，用于根据所述更新请求消息，将终端对应的策略关联的信息中的第二移动性管理网元的信息更新为所述第一移动性管理网元的信息。

在一种可能的实现方式中，所述接收单元901，还用于在接收到所述更新请求消息之前，接收来自所述第二移动性管理网元的删除请求消息，所述删除请求消息用于请求删除所述策略关联。所述处理单元903，还用于启动定时器。相应的，所述接收单元901，具体用于在所述定时器超时前，接收到来自所述第一移动性管理网元的所述更新请求消息。

在一种可能的实现方式中，所述接收单元901，还用于在接收到所述更新请求消息之后，还接收来自所述第二移动性管理网元的删除请求消息，所述删除请求消息用于请求删除所述策略关联；所述处理单元903，还用于忽略所述删除请求消息。

在一种可能的实现方式中，述删除请求消息包括删除指示，所述删除指示用于指示所述装置在未接收到更新所述策略关联的请求消息时删除所述策略关联；所述处理单元903，还用于启动定时器，具体包括：所述处理单元903根据所述删除指示，启动所述定时器。

在一种可能的实现方式中，所述删除请求消息包括移动性管理网元改变的指示，所述移动性管理网元改变的指示用于指示所述删除请求消息是由移动性管理网元的改变触发的；所述处理单元903，还用于启动定时器，具体包括：根据所述移动性管理网元改变的指示，启动所述定时器。

在一种可能的实现方式中，发送单元902，用于向所述第二移动性管理网元发送通知消息，所述通知消息用于通知所述装置接收到所述更新请求消息。

在一种可能的实现方式中，所述第一移动性管理网元的信息包括以下至少一个信息：所述第一移动性管理网元的标识、所述第一移动性管理网元的用于接收策略更新的地址、所述终端当前的签约策略、或所述终端当前的接入信息。

在一种可能的实现方式中，所述更新请求消息还包括移动性管理网元改变的指示。

在一种可能的实现方式中，所述策略关联是由所述第二移动性管理网元或第三移动性管理网元为所述终端建立的。

在又一个实施例中，当装置900为上述实施例的策略控制网元或策略控制的芯片时，则接收单元901，用于接收来自第二移动性管理网元的删除请求消息，所述删除请求消息用于请求所述装置删除终端对应的策略关联；

处理单元903，用于启动定时器；以及，还用于若所述定时器超时，且所述接收单元901未接收到来自所述第一移动性管理网元的更新请求消息时，则删除所述策略关联，所述更新请求消息包括所述第一移动性管理网元的信息，所述更新请求消息用于请求所述装置将所述策略关联的信息中的第二移动性管理网元的信息更新为所述第一移动性管理网元的信息。

在一种可能的实现方式中，所述删除请求消息中包括删除指示，所述删除指示用于指示所述装置在未接收到更新所述策略关联的请求消息时删除所述策略关联；所述处理单元903启动定时器，具体包括：根据所述删除指示，启动所述定时器。

在一种可能的实现方式中，所述第二删除请求消息包括移动性管理网元改变的指示，所述移动性管理网元改变的指示用于指示所述删除请求消息是由移动性管理网元的改变触发的；所述处理单元903启动定时器，具体包括：根据所述移动性管理网元改变的指示，启动所述定时器。

在一种可能的实现方式中，所述策略关联是由所述第二移动性管理网元或第三移动性管理网元为所述终端建立的。

应理解，该装置可以用于实现本发明实施例的方法中由第一移动性管理网元、第二移动性管理网元、策略控制网元执行的步骤，相关特征可以参照上文，此处不再赘述。

具体的，图9中的接收单元901、处理单元903、以及发送单元902的功能/实现过程可以通过图8中的处理器801调用存储器803中存储的计算机执行指令来实现。或者，图9中的处理单元903的功能/实现过程可以通过图8中的处理器801调用存储器803中存储的计算机执行指令来实现，图9中的接收单元901和发送单元902的功能/实现过程可以通过图8中的通信接口804来实现。

可选的，当该装置800是芯片或电路时，则接收单元901和发送单元902的功能/实现过程还可以通过管脚或电路等来实现。可选地，当该装置900是芯片时，存储器903可以为芯片内的存储单元，如寄存器、缓存等。当然，当该装置900是移动性管理网元，如上述实施例中的第一移动性管理网元或第二移动性管理网元时，存储器903可以是移动性管理网元内的位于芯片外部的存储单元，本申请实施例对此不作具体限定。当该装置900是策略控制网元时，存储器903可以是策略控制网元内的位于芯片外部的存储单元，本申请实施例对此不作具体限定。

本申请还提供一种系统，该系统包括上述图2或图5所示的实施例中的策略控制网元和第一移动性管理网元。进一步的，该系统还可以包括图2或图5所示的实施例中的第二移动性管理网元。

本申请还提供另一种系统，该系统包括上述图3或图6所示的实施例中的策略控制网元和第一移动性管理网元。进一步的，该系统还可以包括图3或图6所示的实施例中的第二移动性管理网元。

本申请还提供另一种系统，该系统包括上述图4或图7所示的实施例中的策略控制网元和第一移动性管理网元。进一步的，该系统还可以包括图4或图7所示的实施例中的第二移动性管理网元。

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

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

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

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

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

Claims (31)

1.一种策略控制方法，其特征在于，包括：

策略控制网元接收来自第一移动性管理网元的更新请求消息，所述更新请求消息包括所述第一移动性管理网元的信息；

所述策略控制网元根据所述更新请求消息，将终端对应的策略关联的信息中的第二移动性管理网元的信息更新为所述第一移动性管理网元的信息。

2.根据权利要求1所述的方法，其特征在于，所述策略控制网元接收到所述更新请求消息之前，还包括：

所述策略控制网元接收来自所述第二移动性管理网元的删除请求消息，所述删除请求消息用于请求删除所述策略关联；

所述策略控制网元启动定时器；

相应的，策略控制网元接收来自第一移动性管理网元的更新请求消息具体为：

在所述定时器超时前，所述策略控制网元接收到来自所述第一移动性管理网元的所述更新请求消息。

3.根据权利要求2所述的方法，其特征在于，所述删除请求消息包括删除指示，所述删除指示用于指示所述策略控制网元在未接收到更新所述策略关联的请求消息时删除所述策略关联；

所述策略控制网元启动定时器，包括：

所述策略控制网元根据所述删除指示，启动所述定时器。

4.根据权利要求2所述的方法，其特征在于，所述删除请求消息包括移动性管理网元改变的指示，所述移动性管理网元改变的指示用于指示所述删除请求消息是由移动性管理网元的改变触发的；

所述策略控制网元启动定时器，包括：

所述策略控制网元根据所述移动性管理网元改变的指示，启动所述定时器。

5.根据权利要求1所述的方法，其特征在于，所述策略控制网元接收到所述更新请求消息之后，还包括：

所述策略控制网元接收来自所述第二移动性管理网元的删除请求消息，所述删除请求消息用于请求删除所述策略关联；

所述策略控制网元忽略所述删除请求消息。

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

所述策略控制网元向所述第二移动性管理网元发送通知消息，所述通知消息用于通知所述策略控制网元接收到所述更新请求消息。

7.根据权利要求1-6任一所述的方法，其特征在于，所述第一移动性管理网元的信息包括以下至少一个信息：所述第一移动性管理网元的标识、所述第一移动性管理网元的用于接收策略更新的地址、所述终端当前的签约策略、或所述终端当前的接入信息。

8.一种策略控制方法，其特征在于，包括：

第一移动性管理网元接收来自第二移动性管理网元的终端的上下文，所述终端的上下文包括所述终端对应的策略关联的信息，所述策略关联的信息包括所述策略控制网元的标识；

所述第一移动性管理网元若选择所述策略控制网元，则向所述策略控制网元发送更新请求消息，所述更新请求消息包括所述第一移动性管理网元的信息，所述更新请求消息用于请求所述策略控制网元将所述策略关联的信息中的第二移动性管理网元的信息更新为所述第一移动性管理网元的信息。

9.根据权利要求8所述的方法，其特征在于，所述终端的上下文中包括的所述策略关联的信息还包括所述策略控制网元创建的与所述策略关联对应的资源的标识，所述更新请求消息还包括所述资源的标识，所述更新请求消息具体用于请求将所述资源中的所述第二移动性管理网元的信息更新为所述第一移动性管理网元的信息。

10.一种策略控制方法，其特征在于，包括：

第二移动性管理网元接收来自第一移动性管理网元的请求消息，所述请求消息用于请求获取终端的上下文；

所述第二移动性管理网元向所述第一移动性管理网元发送所述终端的上下文，所述终端的上下文包括所述终端对应的策略关联的信息，所述策略关联的信息包括所述策略控制网元的标识。

11.根据权利要求10所述的方法，其特征在于，所述方法还包括：

所述第二移动性管理网元启动定时器；

若所述定时器超时，且所述第二移动性管理网元未收到所述策略控制网元发送的通知消息，所述通知消息用于通知所述策略控制网元已接收到所述第一移动性管理网元发送的更新所述策略关联的请求消息，则所述第二移动性管理网元向所述策略控制网元发送第一删除请求消息，所述第一删除请求消息用于请求所述策略控制网元删除所述策略关联。

12.根据权利要求10所述的方法，其特征在于，所述方法还包括：

所述第二移动性管理网元向所述策略控制网元发送第二删除请求消息，所述第二删除请求消息包括删除指示，所述删除指示用于指示所述策略控制网元在未接收到更新所述策略关联的请求消息时删除所述策略关联。

13.根据权利要求10所述的方法，其特征在于，所述方法还包括：

所述第二移动性管理网元向所述策略控制网元发送第三删除请求消息，所述第三删除请求消息包括移动性管理网元改变的指示，所述移动性管理网元改变的指示用于指示所述删除请求消息是由移动性管理网元的改变触发的。

14.根据权利要求1-13任一所述的方法，其特征在于，所述策略关联是由所述第二移动性管理网元或第三移动性管理网元为所述终端建立的。

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

接收单元，用于接收来自第一移动性管理网元的更新请求消息，所述更新请求消息包括所述第一移动性管理网元的信息；

处理单元，用于根据所述更新请求消息，将终端对应的策略关联的信息中的第二移动性管理网元的信息更新为所述第一移动性管理网元的信息。

16.根据权利要求15所述的装置，其特征在于，所述接收单元，还用于在接收到所述更新请求消息之前，接收来自所述第二移动性管理网元的删除请求消息，所述删除请求消息用于请求删除所述策略关联；

所述处理单元，还用于启动定时器；

相应的，所述接收单元，具体用于在所述定时器超时前，接收到来自所述第一移动性管理网元的所述更新请求消息。

17.根据权利要求16所述的装置，其特征在于，所述删除请求消息包括删除指示，所述删除指示用于指示所述装置在未接收到更新所述策略关联的请求消息时删除所述策略关联；

所述处理单元，还用于启动定时器，具体包括：所述处理单元根据所述删除指示，启动所述定时器。

18.根据权利要求16所述的装置，其特征在于，所述删除请求消息包括移动性管理网元改变的指示，所述移动性管理网元改变的指示用于指示所述删除请求消息是由移动性管理网元的改变触发的；

所述处理单元，还用于启动定时器，具体包括：根据所述移动性管理网元改变的指示，启动所述定时器。

19.根据权利要求15所述的装置，其特征在于，所述接收单元，还用于在接收到所述更新请求消息之后，还接收来自所述第二移动性管理网元的删除请求消息，所述删除请求消息用于请求删除所述策略关联；

所述处理单元，还用于忽略所述删除请求消息。

20.根据权利要求15所述的装置，其特征在于，所述装置还包括发送单元，用于向所述第二移动性管理网元发送通知消息，所述通知消息用于通知所述装置接收到所述更新请求消息。

21.一种装置，应用于第一移动性管理网元，其特征在于，包括：

接收单元，用于接收来自第二移动性管理网元的终端的上下文，所述终端的上下文包括所述终端对应的策略关联的信息，所述策略关联的信息包括所述策略控制网元的标识；

处理单元，用于选择所述策略控制网元；

发送单元，用于向所述策略控制网元发送更新请求消息，所述更新请求消息包括所述第一移动性管理网元的信息，所述更新请求消息用于请求所述策略控制网元将所述策略关联的信息中的第二移动性管理网元的信息更新为所述第一移动性管理网元的信息。

22.根据权利要求21所述的装置，其特征在于，所述终端的上下文中包括的所述策略关联的信息还包括所述策略控制网元创建的与所述策略关联对应的资源的标识，所述更新请求消息还包括所述资源的标识，所述更新请求消息具体用于请求将所述资源中的所述第二移动性管理网元的信息更新为所述第一移动性管理网元的信息。

23.一种移动性管理网元，其特征在于，包括如权利要求21或22所述的装置。

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

接收单元，用于接收来自第一移动性管理网元的请求消息，所述请求消息用于请求获取终端的上下文；

发送单元，用于向所述第一移动性管理网元发送所述终端的上下文，所述终端的上下文包括所述终端对应的策略关联的信息，所述策略关联的信息包括所述策略控制网元的标识。

25.根据权利要求24所述的装置，其特征在于，所述装置还包括处理单元，用于启动定时器；

则所述发送单元，还用于在所述定时器超时，且所述接收单元未收到所述策略控制网元发送的通知消息的情况下，向所述策略控制网元发送第一删除请求消息，所述通知消息用于通知所述策略控制网元已接收到所述第一移动性管理网元发送的更新所述策略关联的请求消息，所述第一删除请求消息用于请求所述策略控制网元删除所述策略关联。

26.根据权利要求24所述的装置，其特征在于，所述发送单元，还用于向所述策略控制网元发送第二删除请求消息，所述第二删除请求消息包括删除指示，所述删除指示用于指示所述策略控制网元在未接收到更新所述策略关联的请求消息时删除所述策略关联。

27.根据权利要求24所述的装置，其特征在于，所述发送单元，还用于向所述策略控制网元发送第三删除请求消息，所述第三删除请求消息包括移动性管理网元改变的指示，所述移动性管理网元改变的指示用于指示所述删除请求消息是由移动性管理网元的改变触发的。

28.一种系统，其特征在于，包括如权利要求15-19任一所述的装置，和，如权利要求21或22所述的装置。

29.根据权利要求28所述的系统，其特征在于，所述系统还包括如权利要求24、26或27所述的装置。

30.一种系统，其特征在于，包括如权利要求15或20所述的装置，和，如权利要求21或22所述的装置。

31.根据权利要求30所述的系统，其特征在于，所述系统还包括如权利要求24或25所述的装置。