一种消息保护方法及装置与流程

本申请涉及移动通信技术领域，尤其涉及一种消息保护方法及装置。

背景技术：

新制式系统的应用离不开与旧制式系统的交互，比如在设计第三代(3rdgeneration，3g)系统时需要考虑与第二代(2ndgeneration，2g)系统的交互，在设计第四代(4thgeneration，4g)系统时需要考虑与3g系统的交互，在设计第五代(5thgeneration，5g)系统时需要考虑与4g系统的交互，等等。

目前技术中，对于触发不同制式系统之间切换的消息的保护方法是：如果终端有合适的安全上下文，则采用该安全下文对该消息进行保护，如果终端没有合适的安全上下文，则不对该消息进行保护，其中，合适的安全下文指的是适用于切换后的制式系统的安全上下文。

随着通信技术的发展，新的制式系统(如5g等)对于触发不同制式之间切换的消息的保护具有更高的要求，具体为：即使终端没有合适的安全上下文，也需要对该消息进行保护。

在上述不同制式系统之间切换的场景下，如何对触发切换的消息进行安全保护，目前还没有给出相应的解决方案。

技术实现要素：

本申请提供一种消息保护方法及装置，用以实现对触发切换的消息进行安全保护。

第一方面，本申请提供一种消息保护方法，应用于终端从第一制式系统切换至第二制式系统，所述第一制式系统包括第一移动性管理网元，该第二制式系统包括第二移动性管理网元，该方法包括：首先，终端根据注册请求消息和完整性保护密钥生成第二消息认证码mac，根据位置更新请求消息和完整性保护密钥生成第一mac；其中，注册请求消息用于请求注册至第二制式系统，完整性保护密钥为第一移动性管理网元与终端进行通信的完整性保护密钥，第一mac用于对位置更新请求消息进行验证，第二mac用于对注册请求消息进行验证；然后，终端向第二移动性管理网元发送受保护的注册请求消息和受保护的位置更新请求消息，受保护的所述注册请求消息包括所第二mac，受保护的所述位置更新请求消息包括第一mac。

上述方法，当终端准备从第一制式系统切换至第二制式系统时，终端上可能还没有切换后的第二制式系统的安全上下文，因此，本申请方法中，终端使用切换前的第一制式系统的安全上下文中的完整性保护密钥对注册请求消息和位置更新请求消息进行完整性保护，该注册请求消息和位置更新请求消息均为触发切换的消息。因此，该方法实现了对触发切换的消息进行安全性保护，进而有利于提升通信的安全性。

在一种可能的实现方式中，终端根据注册请求消息和完整性保护密钥生成第二mac，包括：终端根据注册请求消息、位置更新请求消息和完整性保护密钥，生成第二mac；或者，终端根据注册请求消息、位置更新请求消息、第一mac和完整性保护密钥，生成第二mac；或者，终端根据注册请求消息、第一mac和完整性保护密钥，生成第二mac。

上述方法给出了生成第二mac的几种具体实现方式，在实际应用中可根据不同需要进行选择。

在一种可能的实现方式中，进一步地，终端还接收来自第二移动性管理网元的命令消息，命令消息用于通知终端根据第一制式系统的根密钥推演第二制式系统的根密钥，完整性保护密钥由第一制式系统的根密钥推演得到。

上述方法，终端在接收到命令消息后，根据第一制式系统的根密钥推演得到第二制式系统的根密钥，以便于后续使用该第二制式系统的根密钥推演其它用于在第二制式系统进行通信的密钥。

在一种可能的实现方式中，根据注册请求消息和完整性保护密钥生成第二mac之前，还包括：终端确定需要发送位置更新请求消息。

上述方法，当终端在确定需要发送位置更新请求消息时，才执行上述任一实施例的方法，有助于避免浪费资源。

作为一种实现方式，终端确定需要发送位置更新请求消息，包括：终端确定第一移动性管理网元不具备验证第二制式系统的注册请求消息的完整性的能力，则确定需要发送位置更新请求消息。

即，当终端确定第一移动性管理网元无法对注册请求消息的完整性进行验证时，则需要发送位置更新请求消息，该第一移动性管理网元可以对该位置更新请求消息的完整性进行验证，从而实现对终端的切换过程进行验证。

第二方面，本申请提供一种消息保护方法，应用于终端从第一制式系统切换至第二制式系统，第一制式系统包括第一移动性管理网元，第二制式系统包括第二移动性管理网元，方法包括：首先，终端根据注册请求消息和完整性保护密钥生成mac，注册请求消息用于请求注册至第二制式系统，完整性保护密钥为第一移动性管理网元与终端进行通信的完整性保护密钥，该mac用于对注册请求消息进行验证；然后，终端向第二移动性管理网元发送受保护的注册请求消息，受保护的所述注册请求消息包括上述mac。

上述方法，当终端准备从第一制式系统切换至第二制式系统时，终端上可能还没有切换后的第二制式系统的安全上下文，因此，本申请方法中，终端使用切换前的第一制式系统的安全上下文中的完整性保护密钥对注册请求消息进行完整性保护，该注册请求消息为触发切换的消息。因此，该方法实现了对触发切换的消息进行安全性保护，进而有利于提升通信的安全性。

在一种可能的实现方式中，进一步地，终端还接收来自第二移动性管理网元的命令消息，命令消息用于通知终端根据第一制式系统的根密钥推演第二制式系统的根密钥，完整性保护密钥由第一制式系统的根密钥推演得到。

上述方法，终端在接收到命令消息后，根据第一制式系统的根密钥推演得到第二制式系统的根密钥，以便于后续使用该第二制式系统的根密钥推演其它用于在第二制式系统进行通信的密钥。

在一种可能的实现方式中，终端根据注册请求消息和完整性保护密钥生成mac之前，还包括：终端确定不需要发送位置更新请求消息。

上述方法，当终端在确定不需要发送位置更新请求消息时，才执行上述任一实施例的方法，有助于避免浪费资源。

作为一种实现方式，终端确定不需要发送位置更新请求消息，包括：终端确定第一移动性管理网元具备验证第二制式系统的注册请求消息的完整性的能力，则确定不需要发送位置更新请求消息。

即，当终端确定第一移动性管理网元可以对注册请求消息的完整性进行验证时，则不需要发送位置更新请求消息，该第一移动性管理网元可以通过对该注册消息的完整性进行验证，从而实现对终端的切换过程进行验证。

第三方面，本申请提供一种消息保护方法，应用于终端从第一制式系统切换至第二制式系统，第一制式系统包括第一移动性管理网元，第二制式系统包括第二移动性管理网元，该方法包括：首先，第二移动性管理网元接收来自终端的受保护的位置更新请求消息和受保护的注册请求消息，所述受保护的位置更新请求消息包括第一mac，所述受保护的注册请求消息包括第二mac，第一mac是根据位置更新请求消息和完整性保护密钥生成的，第一mac用于对所述位置更新请求消息进行验证，第二mac是根据注册请求消息和完整性保护密钥生成的，第二mac用于对注册请求消息进行验证，注册请求消息用于请求注册至所述第二制式系统，完整性保护密钥为第一移动性管理网元与所述终端进行通信的完整性保护密钥；接着，第二移动性管理网元向第一移动性管理网元发送上下文请求消息，上下文请求消息包括受保护的位置更新请求消息，上下文请求消息用于请求终端的安全上下文；接着，第二移动性管理网元接收来自第一移动性管理网元的上下文响应消息，上下文响应消息包括所述终端的安全上下文；然后，第二移动性管理网元根据第二mac和终端的安全上下文，对上述注册请求消息进行验证。

上述方法，当终端准备从第一制式系统切换至第二制式系统时，终端上可能还没有切换后的第二制式系统的安全上下文，因此，本申请方法中，终端使用切换前的第一制式系统的安全上下文中的完整性保护密钥对注册请求消息和位置更新请求消息进行完整性保护，该注册请求消息和位置更新请求消息均为触发切换的消息，从而，第二移动性管理网元接收到的是受保护的注册请求消息和受保护的位置更新请求消息，进一步地，第二移动性管理网元还将受保护的位置更新请求消息发送至第一移动性管理网元，由第一移动性管理网元对位置更新请求消息进行验证，若验证成功，则将终端的安全上下文发送给第二移动性管理网元。因此，该方法实现了对触发切换的消息进行安全性保护，进而有利于提升通信的安全性。

在一种可能的实现方式中，进一步地，上述终端的安全上下文包括完整性保护密钥；则第二移动性管理网元根据第二mac和终端的安全上下文，对注册请求消息进行验证，包括：第二移动性管理网元根据第二mac和完整性保护密钥，对注册请求消息进行验证。

在一种可能的实现方式中，终端的安全上下文包括第一制式系统的根密钥，则第二移动性管理网元根据第一制式系统的根密钥推演得到完整性保护密钥；进一步地，第二移动性管理网元根据第二mac和终端的安全上下文，对注册请求消息进行验证，包括：第二移动性管理网元根据第二mac和完整性保护密钥，对注册请求消息进行验证。

在一种可能的实现方式中，进一步地，还包括：第二移动性管理网元根据第一制式系统的根密钥推演第二制式系统的根密钥。

上述方法，第二移动性管理网元根据第一制式系统的根密钥推演得到第二制式系统的根密钥，以便于后续使用该第二制式系统的根密钥推演其它用于在第二制式系统进行通信的密钥。

在一种可能的实现方式中，第二移动性管理网元若对注册请求消息验证成功，则向终端发送命令消息，命令消息用于通知终端根据第一制式系统的根密钥推演第二制式系统的根密钥。

第四方面，本申请提供一种消息保护方法，应用于终端从第一制式系统切换至第二制式系统，第一制式系统包括第一移动性管理网元，第二制式系统包括第二移动性管理网元，该方法包括：首先，第二移动性管理网元接收来自终端的受保护的注册请求消息，受保护的注册请求消息包括mac，所述mac是根据注册请求消息和完整性保护密钥生成的，所述注册请求消息用于请求注册至所述第二制式系统，所述完整性保护密钥为第一移动性管理网元与终端进行通信的完整性保护密钥；然后，第二移动性管理网元向第一移动性管理网元发送上下文请求消息，上下文请求消息包括受保护的注册请求消息，上下文请求消息用于请求终端的安全上下文；然后，第二移动性管理网元接收来自第一移动性管理网元的上下文响应消息，所述上下文响应消息包括终端的安全上下文。

上述方法，当终端准备从第一制式系统切换至第二制式系统时，终端上可能还没有切换后的第二制式系统的安全上下文，因此，本申请方法中，终端使用切换前的第一制式系统的安全上下文中的完整性保护密钥对注册请求消息进行完整性保护，该注册请求消息为触发切换的消息，从而第二移动性管理网元接收到的是受保护的注册请求消息。因此，该方法实现了对触发切换的消息进行安全性保护，进而有利于提升通信的安全性。

在一种可能的实现方式中，终端的安全上下文包括第二制式系统的根密钥，第二制式系统的根密钥是根据第一制式系统的根密钥推演得到的；或者，终端的安全上下文包括第一制式系统的根密钥；进一步地，第二移动性管理网元根据第一制式系统的根密钥推演得到第二制式系统的根密钥。

如此，第二移动性管理网元可得到第二制式系统的根密钥。

在一种可能的实现方式中，进一步地，第二移动性管理网元向终端发送命令消息，命令消息用于通知终端根据第一制式系统的根密钥推演第二制式系统的根密钥。

第五方面，本申请提供一种消息保护方法，应用于终端从第一制式系统切换至第二制式系统，第一制式系统包括第一移动性管理网元，第二制式系统包括第二移动性管理网元，该方法包括：首先，第一移动性管理网元接收来自第二移动性管理网元的上下文请求消息，上下文请求消息包括受保护的注册请求消息，受保护的注册请求消息包括mac，所述mac是根据注册请求消息和完整性保护密钥生成的，完整性保护密钥为第一移动性管理网元与终端进行通信的完整性保护密钥，注册请求消息用于为终端请求注册至第二制式系统，上下文请求消息用于请求终端的安全上下文；接着，第一移动性管理网元根据mac和完整性保护密钥，对注册请求消息进行验证；第一移动性管理网元若对注册请求消息验证成功，则向第二移动性管理网元发送上下文响应消息，上下文响应消息包括终端的安全上下文。

上述方法，第一移动性管理网元从第二移动性管理网元接收到的上下文请求消息中包括的是受保护的注册请求消息，该注册请求消息为触发切换的消息。并且，第一移动性管理网元还对注册请求消息进行验证，若验证成功，则向第二移动性管理网元发送终端的安全上下文。因此，该方法实现了对触发切换的消息进行安全性保护，进而有利于提升通信的安全性。

在一种可能的实现方式中，终端的安全上下文包括第一制式系统的根密钥；或者，第一移动性管理网元根据第一制式系统的根密钥推演得到第二制式系统的根密钥；其中，终端的安全上下文包括第二制式系统的根密钥。

第六方面，本申请提供一种装置，该装置可以是终端，也可以是芯片。该装置具有实现上述第一方面的各实施例的功能。该功能可以通过硬件实现，也可以通过硬件执行相应的软件实现。该硬件或软件包括一个或多个与上述功能相对应的模块。

第七方面，本申请提供一种装置，包括：处理器和存储器；该存储器用于存储指令，当该装置运行时，该处理器执行该存储器存储的该指令，以使该装置执行上述第一方面或第一方面的任一实现方法中的消息保护方法。需要说明的是，该存储器可以集成于处理器中，也可以是独立于处理器之外。

第八方面，本申请提供一种装置，该装置包括处理器，所述处理器用于与存储器耦合，并读取存储器中的指令并根据所述指令执行上述第一方面或第一方面的任一实现方法中的消息保护方法。

第九方面，本申请提供一种装置，该装置可以是终端，也可以是芯片。该装置具有实现上述第二方面的各实施例的功能。该功能可以通过硬件实现，也可以通过硬件执行相应的软件实现。该硬件或软件包括一个或多个与上述功能相对应的模块。

第十方面，本申请提供一种装置，包括：处理器和存储器；该存储器用于存储指令，当该装置运行时，该处理器执行该存储器存储的该指令，以使该装置执行上述第二方面或第二方面的任一实现方法中的消息保护方法。需要说明的是，该存储器可以集成于处理器中，也可以是独立于处理器之外。

第十一方面，本申请提供一种装置，该装置包括处理器，所述处理器用于与存储器耦合，并读取存储器中的指令并根据所述指令执行上述第二方面或第二方面的任一实现方法中的消息保护方法。

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

第十三方面，本申请提供一种装置，包括：处理器和存储器；该存储器用于存储指令，当该装置运行时，该处理器执行该存储器存储的该指令，以使该装置执行上述第三方面或第三方面的任一实现方法中的消息保护方法。需要说明的是，该存储器可以集成于处理器中，也可以是独立于处理器之外。

第十四方面，本申请提供一种装置，该装置包括处理器，所述处理器用于与存储器耦合，并读取存储器中的指令并根据所述指令执行上述第三方面或第三方面的任一实现方法中的消息保护方法。

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

第十六方面，本申请提供一种装置，包括：处理器和存储器；该存储器用于存储指令，当该装置运行时，该处理器执行该存储器存储的该指令，以使该装置执行上述第四方面或第四方面的任一实现方法中的消息保护方法。需要说明的是，该存储器可以集成于处理器中，也可以是独立于处理器之外。

第十七方面，本申请提供一种装置，该装置包括处理器，所述处理器用于与存储器耦合，并读取存储器中的指令并根据所述指令执行上述第四方面或第四方面的任一实现方法中的消息保护方法。

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

第十九方面，本申请提供一种装置，包括：处理器和存储器；该存储器用于存储指令，当该装置运行时，该处理器执行该存储器存储的该指令，以使该装置执行上述第五方面或第五方面的任一实现方法中的消息保护方法。需要说明的是，该存储器可以集成于处理器中，也可以是独立于处理器之外。

第二十方面，本申请提供一种装置，该装置包括处理器，所述处理器用于与存储器耦合，并读取存储器中的指令并根据所述指令执行上述第五方面或第五方面的任一实现方法中的消息保护方法。

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

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

第二十三方面，本申请还提供一种系统，该系统包括移动性管理网元，所述移动性管理网元可用于执行上述第三方面及第三方面的任一方法中由第二移动性管理网元执行的步骤。在一个可能的设计中，所述系统还可以包括另一移动性管理网元，所述另一移动性管理网元可用于执行上述第三方面及第三方面的任一方法中或者本发明实施例提供的方案中由第一移动性管理网元执行的步骤。在一个可能的设计中，该系统还可以包括本发明实施例提供的方案中与该第一移动性管理网元和/或第二移动性管理网元进行交互的其他设备，例如终端，等等。

第二十四方面，本申请还提供一种系统，该系统包括移动性管理网元，所述移动性管理网元可用于执行上述第四方面及第四方面的任一方法中由第二移动性管理网元执行的步骤。在一个可能的设计中，所述系统还可以包括另一移动性管理网元，所述另一移动性管理网元可用于执行上述第五方面及第五方面的任一方法中或者本发明实施例提供的方案中由第一移动性管理网元执行的步骤。在一个可能的设计中，该系统还可以包括本发明实施例提供的方案中与该第一移动性管理网元和/或第二移动性管理网元进行交互的其他设备，例如终端，等等。

另外，第六方面至第二十四方面中任一种实现方式所带来的技术效果可参见第一方面至第五方面中不同实现方式所带来的技术效果，此处不再赘述。

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

附图说明

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

图2为本申请提供的一种消息保护方法示意图；

图3为本申请提供的又一种消息保护方法示意图；

图4为本申请提供的又一种消息保护方法示意图；

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

图6为本申请提供的移动性管理网元的示意图；

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

图8为本申请提供的终端的示意图。

具体实施方式

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

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

如图1所示，为本申请所适用的一种可能的系统架构图。该系统架构中包括第一移动性管理网元和第二移动性管理网元。可选地，所述系统架构还包括终端。其中，第一移动性管理网元为第一制式系统的移动性管理网元，第二移动性管理网元为第二制式系统的移动性管理网元。并且，该第一制式系统为终端切换前所在的系统，该第二制式系统为终端切换后所在的系统。这里的“切换”指的是终端在空闲态(idlemode)下的切换。例如，空闲态的终端从第一移动性管理网元所管理的范围移动到第二移动性管理网元所管理的范围的过程中进行切换。

其中，相对第一制式系统而言，第二制式系统一般为演进的系统。例如，第二制式系统为5g，第一制式系统为4g或3g。又例如，第二制式系统为4g，第一制式系统为3g。随着通信技术的发展，第二制式系统和第一制式系统也可以为未来可能出现的其他演进系统。例如，第二制式系统为第六代(6thgeneration，6g)系统，第一制式系统为5g、4g或3g。又例如，第二制式系统为6g的下一代系统，第一制式系统为6g。其中，6g仅作为示例描述，本申请并不限定未来可能出现的其他演进系统的名称。

需要说明的是，本申请并不完全排斥第一制式系统相比第二制式系统为演进的系统的情况。例如，若相对于第二制式系统而言，第一制式系统为演进的系统，但当终端从第一制式系统切换到第二制式系统的情况下，第一制式系统中缺乏终端在第二制式系统的安全上下文时，本申请的方案也可以适用。当然，本申请还可能适用于其他场景，本申请并不限定。

以第一制式系统为4g，第二制式系统为5g为例，则第一移动性管理网元可以是移动性管理实体(mobilitymanagemententity，mme)，第二移动性管理网元可以是接入与移动性管理功能(accessandmobilitymanagementfunction，amf)网元。

其中，mme是第三代合作伙伴计划(3rdgenerationpartnershipproject，3gpp)协议长期演进(longtermevolution，lte)网络的关键控制节点mme具有移动性管理、接入管理、会话管理等功能。例如，mme，负责空闲模式的终端的定位，寻呼过程等。

amf网元，相当于mme的功能中除会话管理之外的部分，主要负责移动性管理和接入管理等服务。

本申请中的终端，是一种具有无线通信功能的设备，可以部署在陆地上，包括室内或室外、手持或车载；也可以部署在水面上(如轮船等)；还可以部署在空中(例如飞机、气球和卫星上等)。所述终端可以是手机(mobilephone)、平板电脑(pad)、带无线收发功能的电脑、虚拟现实(virtualreality，vr)终端、增强现实(augmentedreality，ar)终端、工业控制(industrialcontrol)中的无线终端、无人驾驶(selfdriving)中的无线终端、远程医疗(remotemedical)中的无线终端、智能电网(smartgrid)中的无线终端、运输安全(transportationsafety)中的无线终端、智慧城市(smartcity)中的无线终端、智慧家庭(smarthome)中的无线终端等；还可以是各种形式的用户设备(userequipment，ue)，移动台(mobilestation，ms)，终端设备(terminaldevice)。

基于图1所示的系统架构，当终端需要从第一制式系统切换至第二制式系统时，终端可以向第二制式系统的第二移动性管理网元发送请求，例如发送注册请求消息(本申请中将会对该注册请求消息进行安全性保护，即发送的是受保护的注册请求消息)。

第二移动性管理网元在接收到受保护的注册请求消息后，向第一移动性管理网元发送上下文请求消息，用于请求终端在第一制式系统的安全上下文，例如包括第一制式系统的根密钥等。

第一移动性管理网元在接收到上下文请求消息后，首先需要对该上下文请求消息中的内容进行验证，当验证成功时，向第二移动性管理网元返回终端的安全上下文。在具体实现中，例如可以是对该上下文请求消息中的特定内容进行验证，该特定内容可以是由终端发送至第二移动性管理网元，然后由第二移动性管理网元携带于上下文请求消息中发送至第一移动性管理网元的。这里，该第二移动性管理网元分两种情形。

第一种情形是，该第一移动性管理网元支持对特定内容进行验证，不支持对注册请求消息进行验证。

本申请中，该特定内容可以为位置更新请求消息。该情形下，终端在向第二移动性管理网元发送受保护的注册请求消息时，还需要发送受保护的位置更新请求消息，然后由第二移动性管理网元将该位置更新请求消息携带于上下文请求消息中发送给第一移动性管理网元，由第一移动性管理网元对该位置更新请求消息进行验证。若验证成功，第一移动性管理网元则向第二移动性管理网元发送终端的安全上下文。

第二种情形是，该第一移动性管理网元不仅支持对特定内容进行验证，还支持对注册请求消息进行验证。

该情形下，终端向第二移动性管理网元发送受保护的注册请求消息时，可以不发送上述特定内容，即不发送位置更新请求消息。第二移动性管理网元可以将受保护的注册请求消息携带于上下文请求消息中发送至第一移动性管理网元，然后，第一移动性管理网元可以对该注册请求消息进行验证。若验证成功，第一移动性管理网元则向第二移动性管理网元发送终端的安全上下文。

下面结合附图1-图4，对上述过程进行具体说明。

为方便说明，下面以第一制式系统为4g，第一移动性管理网元为mme，第二制式系统为5g，第二移动性管理网元为amf网元为例进行说明。即终端是从4g的mme切换至5g的amf网元，并且进一步地还将amf网元简称为amf。

本申请后续任何地方提到的4g均可替换为第一制式系统，mme可以替换为第一移动性管理网元，5g可以替换为第二制式系统，amf可以替换为第二移动性管理网元。这里做统一说明，后续不再赘述。

对于第一制式系统和第二制式系统为其它系统，以及第一移动性管理网元和第二移动性管理网元为相应的系统下的移动性管理网元的情形，与第一制式系统为4g，第一移动性管理网元为mme，第二制式系统为5g，第二移动性管理网元为amf时的具体实现方式类似，可参考相应的描述。

如图2所示，为本申请提供的一种消息保护方法，该方法可以针对上述第一移动性管理网元的第一种情形，即第一移动性管理网元支持对位置更新请求消息进行验证，不支持对注册请求消息进行验证；该方法也可以针对上述第一移动性管理网元的第二种情形，即第一移动性管理网元既支持对位置更新请求进行验证，也支持对注册请求消息进行验证。

图2所示的方法包括以下步骤：

步骤201，终端根据注册请求消息和完整性保护密钥生成第二消息认证码(messageauthenticationcode，mac)，以及，根据位置更新请求消息和完整性保护密钥，生成第一mac。

具体地，首先，终端生成注册请求消息，然后根据注册请求消息生成位置更新请求消息，该位置更新请求消息是mme可以识别的消息。

也可以理解为，该注册请求消息是mme不能识别的，终端将注册请求消息转换了一种格式，得到了mme可以识别的位置更新请求消息。作为一种具体实现方式，例如，在4g中，该位置更新请求消息可以是追踪区更新(trackingareaupdate，tau)请求消息。

上述注册请求消息用于请求注册至第二制式系统(该实施例中指的是5g)，具体地，该注册请求消息可用于请求5g登记终端的当前位置信息。

同样地，该位置更新请求消息也是请求注册至5g，具体地，该位置更新请求消息可用于请求5g登记终端的当前位置信息。

然后，终端根据注册请求消息和完整性保护密钥生成第二mac，在生成了第二mac之后，将该第二mac的值填充于注册请求消息的相应字段中，得到受保护的注册请求消息。也可以理解为，受保护的注册请求消息中包括该第二mac。

终端生成的上述第二mac可用于对注册请求消息进行验证，具体地，amf可以根据该第二mac对注册请求消息进行验证。进一步的，amf可以根据验证的结果来决定是否推演根密钥。

然后，终端根据位置更新请求消息和完整性保护密钥生成第一mac，在生成了第一mac之后，将该第一mac的值填充于位置更新请求消息的相应字段中，得到受保护的位置更新请求消息。也可以理解为，受保护的位置更新请求消息中包括该第一mac。

终端生成的上述第一mac可用于对位置更新请求消息进行验证，具体地，mme可以根据该第一mac对位置更新请求消息进行验证。进一步的，mme可以根据验证的结果来决定是否向amf发送终端的安全上下文。也可以理解为，该位置更新请求消息可由mme用来验证终端的合法性，具体地，若mme对该位置更新请求消息验证成功，则mme认为该位置更新请求消息没有被篡改过，也可以理解为mme认为终端是合法的，或者，也可以理解为mme认为amf是合法的；若验证失败，则mme认为该位置更新请求消息被篡改过，也可以理解为mme认为终端是不合法的，或者，也可以理解为mme认为amf是不合法的。

上述完整性保护密钥为mme与终端进行通信的完整性保护密钥，该完整性保护密钥由4g的根密钥推演得到。例如，4g中的根密钥可以称为kasme。

需要说明的是，本申请不限定上述生成第一mac和上述生成第二mac之间的时序关系，即可能先生成第一mac，也可能先生成第二mac，还可能同时生成第一mac和第二mac。

下面给出几种终端根据注册请求消息和完整性保护密钥生成第二mac的具体实现方式：

方式一，终端根据注册请求消息和完整性保护密钥，生成第二mac。

方式二，终端根据注册请求消息、位置更新请求消息和完整性保护密钥，生成第二mac。

方式三，终端根据注册请求消息、位置更新请求消息、第一mac和完整性保护密钥，生成第二mac。

方式四，终端根据注册请求消息、第一mac和完整性保护密钥，生成第二mac。

在具体应用中，可以灵活选择上述四种方法中的任一种生成第二mac。需要说明的是，上述只是作为示例给出了几种生成第二mac的方法，在具体使用中，不限于使用上述几种方式，还可以使用其它方式生成第二mac。

步骤202，终端向amf发送受保护的注册请求消息和受保护的位置更新请求消息，相应地，amf接收来自终端的受保护的注册请求消息和受保护的位置更新请求消息。

作为一种实现方式，该受保护的注册请求消息和受保护的位置更新请求消息可以是携带于同一个消息中发送至amf。

作为又一种实现方式，该受保护的注册请求消息和受保护的位置更新请求消息还可以是分别发送至amf。

通过上述步骤201-步骤202，当终端准备从4g切换至5g时，终端上可能还没有5g的安全上下文，因此，本申请方法中，终端使用4g的终端的安全上下文中的完整性保护密钥对注册请求消息和位置更新请求消息进行完整性保护，该注册请求消息和位置更新请求消息均为触发切换的消息。因此，该步骤201-步骤202实现了对触发切换的消息进行安全性保护，进而有利于提升通信的安全性。

进一步地，针对amf侧和mme侧，可选地，图2所示的方法还可以包括以下步骤：

步骤203，amf向mme发送上下文请求(contextrequest)消息，相应地，mme接收来自amf的上下文请求消息。

该上下文请求消息包括受保护的位置更新请求消息，上下文请求消息用于请求终端的安全上下文。

通过上述步骤203，mme从amf接收到的上下文请求消息中包括的是受保护的位置更新请求消息，该位置更新请求消息为触发切换的消息。该步骤203实现了对触发切换的消息进行安全性保护，进而有利于提升通信的安全性。

步骤204，mme验证位置更新请求消息。

具体地，mme从上下文请求消息中获取到受保护的位置更新请求消息，并从受保护的位置更新请求消息中获取到位置更新请求消息和第一mac。然后根据第一mac，对位置更新请求消息进行验证。

具体地，mme根据位置更新请求消息和完整性保护密钥，生成一个mac，如果生成的该mac与第一mac相同，则验证成功；如果不同，则验证失败。

若mme验证位置更新请求消息成功，则执行步骤205-步骤206。若mme验证位置更新请求消息失败，mme可以通知amf：mme对位置更新请求消息验证失败，然后amf可以向终端发送注册拒绝消息。

步骤205，mme向amf发送上下文响应消息，相应地，amf接收来自mme的上下文响应消息。

该上下文响应消息包括终端的安全上下文，终端的安全上下文包括4g的根密钥。其中，4g的根密钥也可以称为接入安全管理实体的密钥(keyofaccesssecuritymanagemententity，kasme)。这里，接入安全管理实体(accesssecuritymanagemententity，asme)是从归属服务器(homesubscriberserver，hss)接收顶层密钥的实体，其中，该顶层密钥可用于推演接入网密钥。从4g接入网的角度看，asme的角色由mme来承担，即可以理解为，mme具有asme的功能，例如，asme可以是mme的一个逻辑功能单元或物理功能单元。

可选地，该上下文响应消息中包括的终端的安全上下文还可以包括以下至少一项：终端和mme之间进行通信时使用的非接入层(nonaccessstratum，nas)加密密钥，终端和mme之间进行通信时使用的nas完整性保护密钥(即4g的完整性保护密钥)，终端和mme之间进行通信时使用的加密算法，终端和mme之间进行通信时使用的完整性保护算法等。

由于mme对位置更新请求消息验证成功，则认为位置更新请求消息是合法的，或者认为终端是合法的，因而将终端的安全上下文携带于上下文响应消息中发送给amf。

进一步地，可选地，还包括：

步骤206，amf验证注册请求消息。

具体地，amf从受保护的注册请求消息中获取注册请求消息和第二mac，并根据第二mac对注册请求消息的合法性进行验证。

具体地，amf根据完整性保护密钥和注册请求消息，生成一个mac，如果生成的该mac与第二mac相同，则验证成功；如果不同，则验证失败。

若amf验证注册请求消息成功，则可以执行步骤207-211。若amf验证注册请求消息失败，amf可以向终端发送注册拒绝消息。

需要说明的是，amf根据完整性保护密钥和注册请求消息生成一个mac的具体方法，应与终端生成第二mac的方法相同。即，如果终端采用上述提到的四种方法的某种方法生成第二mac，则amf应采用相同的方法生成一个mac。

进一步，还需要说明的是，amf在生成mac时使用到的完整性保护密钥，即为终端生成第二mac时使用的完整性保护密钥，也即为4g的完整性保护密钥。amf获取该完整性保护密钥的方式包括但不限于以下方式：

方式一，步骤205的上下文响应消息中携带该完整性保护密钥。

方式二，步骤205的上下文响应消息中携带4g的根密钥，amf根据4g的根密钥推演得到该完整性保护密钥。

步骤207，amf根据4g的根密钥生成5g的根密钥。

该5g的根密钥(也可以称为接入和移动性管理功能网元的密钥(keyofaccessandmobilitymanagementfunction，kamf)，可用于推演终端在5g的通信中需要使用的其它密钥，比如5g的nas加密密钥，5g的nas完整性保护密钥，等等。

进一步地，可选地，还包括：

步骤208，amf向终端发送命令消息，相应地，终端接收来自amf的命令消息。

该命令消息用于通知终端根据4g的根密钥推演5g的根密钥。作为一种实现方式，该命令消息例如可以是非接入层安全模式命令(nonaccessstratumsecuritymodecommand，nassmc)消息。

步骤209，终端根据4g的根密钥推演得到5g的根密钥。

该终端根据4g的根密钥推演得到5g的根密钥的方法，与amf根据4g的根密钥推演得到5g的根密钥的方法相同，从而终端推演得到的5g的根密钥与amf生成的5g的根密钥相同。

通过上述步骤207-步骤209，实现了终端和amf都推演得到了相同的5g的根密钥，以便于分别进一步推演得到其它用于通信的密钥，比如5g的nas加密密钥，5g的nas完整性保护密钥，等等。

进一步，可选地，还包括以下步骤：

步骤210，终端向amf发送完成消息，相应地，amf接收来自终端的完成消息。

该完成消息用于通知amf非接入层安全已激活。例如，该完成消息可以是非接入层安全模式完成(nonaccessstratumsecuritymodecomplete，nassmp)消息。

进一步，可选地，还包括以下步骤：

步骤211，amf向终端发送注册接受(registrationaccept)消息，相应地，终端接收来自amf的注册接受消息。

该注册接受消息用于通知终端注册成功或注册完成。

本申请上述实施例，一方面实现了由终端对发送的触发切换的消息(包括注册请求消息和位置更新请求消息)进行完整性保护，有助于提升通信的安全性；另一方面，还实现了终端和切换后的5g系统之间的根密钥的推演，从而终端和5g可使用5g的根密钥作为基础进行通信，可进一步提升通信的安全性。

如图3所示，为本申请提供的一种消息保护方法，该方法可以针对上述第一移动性管理网元的第二种情形，即第一移动性管理网元不仅支持对位置更新请求消息进行验证，还支持对注册请求消息进行验证。

图3所示的方法包括以下步骤：

步骤301，终端根据注册请求消息和完整性保护密钥生成mac。

上述注册请求消息用于请求注册至第二制式系统(该实施例中指的是5g)，具体地，该注册请求消息可用于请求5g登记终端的当前位置信息。并且，该注册请求消息是mme可以识别的。

具体地，终端根据注册请求消息和完整性保护密钥生成mac，在生成了mac之后，将该mac的值填充于注册请求消息的相应字段中，得到受保护的注册请求消息。也可以理解为，受保护的注册请求消息中包括该mac。

终端生成的上述mac可用于对注册请求消息进行验证，具体地，由mme根据该mac对注册请求消息进行验证，并根据验证的结果来决定是否向amf发送终端的安全上下文。也可以理解为，该注册请求消息可由mme用来验证终端的合法性，若mme对该注册请求消息验证成功，则mme认为该注册请求消息没有被篡改过，也可以理解为mme认为终端是合法的，或者，也可以理解为mme认为amf是合法的；若验证失败，则mme认为该注册请求消息被篡改过，也可以理解为mme认为终端是不合法的，或者，也可以理解为mme认为amf是不合法的。

上述完整性保护密钥为mme与终端进行通信的完整性保护密钥。该完整性保护密钥由4g的根密钥推演得到。例如，4g中的根密钥可以称为kasme。

步骤302，终端向amf发送受保护的注册请求消息，相应地，amf接收来自终端的受保护的注册请求消息。

通过上述步骤301-步骤302，当终端准备从4g切换至5g时，终端上可能还没有5g的安全上下文，因此，本申请方法中，终端使用4g的安全上下文中的完整性保护密钥对注册请求消息进行完整性保护，该注册请求消息为触发切换的消息。因此，该步骤301-步骤302实现了对触发切换的消息进行安全性保护，进而有利于提升通信的安全性。

进一步地，针对amf侧和mme侧，可选地，图3所示的方法包括以下步骤：

步骤303，amf向mme发送上下文请求(contextrequest)消息，相应地，mme接收来自amf的上下文请求消息。

该上下文请求消息包括受保护的注册请求消息，上下文请求消息用于请求终端的安全上下文。

通过上述步骤303，mme从amf接收到的上下文请求消息中包括的是受保护的注册请求消息，该注册请求消息为触发切换的消息。该步骤303实现了对触发切换的消息进行安全性保护，进而有利于提升通信的安全性。

步骤304，mme验证注册请求消息。

mme从上下文请求消息中获取到受保护的注册请求消息，并从受保护的注册请求消息中获取到注册请求消息和mac。然后根据该mac，对注册请求消息进行验证。

具体地，mme根据注册请求消息和完整性保护密钥，生成一个mac，如果生成的该mac与从受保护的注册请求消息中获取到的mac相同，则验证成功；如果不同，则验证失败。

若mme验证注册请求消息成功，则执行步骤305-步骤310。若mme验证注册请求消息失败，mme可以通知amf：mme对位置更新请求消息验证失败，然后amf可以向终端发送注册拒绝消息。

需要说明的是，mme根据完整性保护密钥和注册请求消息生成一个mac的具体方法，应与终端生成mac的方法相同。

步骤305，mme根据4g的根密钥推演得到5g的根密钥。

该5g的根密钥(也可以称为kamf)，可用于推演amf和终端在5g的通信中需要使用的其它密钥，比如5g的nas加密密钥，5g的nas完整性保护密钥，等等。

步骤306，mme向amf发送上下文响应消息，相应地，amf接收来自mme的上下文响应消息。

该上下文响应消息包括终端的安全上下文，终端的安全上下文包括5g的根密钥。其中，可选地，该上下文响应消息中包括的终端的安全上下文还可以包括终端的安全能力等。

由于mme对注册请求消息验证成功，则认为注册请求消息是合法的，或者认为终端是合法的，因而将终端的安全上下文携带于上下文响应消息中发送给amf。

作为一种可替代的实现方式，上述步骤305和步骤306作为一个整体，可由以下步骤305’和步骤306’替换。

步骤305’,mme向amf发送上下文响应消息，相应地，amf接收来自mme的上下文响应消息。

该上下文响应消息包括终端的安全上下文，终端的安全上下文包括4g的根密钥。

步骤306’，amf根据4g的根密钥推演得到5g的根密钥。

上述步骤305’-步骤306’的方案与上述步骤305-步骤306的方案的主要区别在于：上述步骤305-步骤306的方案是由mme推演得到5g的根密钥并发送给amf；而上述步骤305’-步骤306’的方案是由mme将4g的根密钥发送给amf，然后amf根据4g的根密钥推演得到5g的根密钥。

进一步地，可选地，还包括：

步骤307，amf向终端发送命令消息，相应地，终端接收来自amf的命令消息。

该命令消息用于通知终端根据4g的根密钥推演5g的根密钥。作为一种实现方式，该命令消息例如可以是nassmc消息。

步骤308，终端根据4g的根密钥推演得到5g的根密钥。

该终端根据4g的根密钥推演得到5g的根密钥的方法，与amf或mme根据4g的根密钥推演得到5g的根密钥的方法相同，从而终端推演得到的5g的根密钥与amf或mme推演得到的5g的根密钥相同。

通过上述步骤305-步骤308，实现了终端和amf使用相同的5g的根密钥，以便于分别进一步推演得到其它用于通信的密钥，比如5g的nas加密密钥，5g的nas完整性保护密钥，等等。

进一步，可选地，还包括以下步骤：

步骤309，终端向amf发送完成消息，相应地，amf接收来自终端的完成消息。

该完成消息用于通知amf非接入层安全已激活。例如，该完成消息可以是nassmp消息。

进一步，可选地，还包括以下步骤：

步骤310，amf向终端发送注册接受(registrationaccept)消息，相应地，终端接收来自amf的注册接受消息。

该注册接受消息用于通知终端注册成功或注册完成。

本申请上述实施例，一方面实现了由终端对发送的触发切换的消息(包括注册请求消息)进行完整性保护，有助于提升通信的安全性；另一方面，还实现了终端和切换后的5g系统之间的根密钥的推演，从而终端和5g可使用5g的根密钥作为基础进行通信，可进一步提升通信的安全性。进一步地，本申请实施例，终端只发送注册请求消息，不发送位置更新请求消息，由mme对注册请求消息进行验证，因而可以节约开销，有利于提升系统性能。

在具体实现中，如果mme能对特定内容，比如位置更新请求消息进行验证，但不能对注册请求消息进行验证，则可以采用上述图2所示的实施例，即携带注册请求消息，还携带位置更新请求消息。该情形中的mme一般是未升级的mme，即未升级的mme只能对特定内容进行验证。这里，未升级的mme指4g中的mme，该mme和amf的交互方式，与该mme和其他mme的交互方式相同，或者可以理解为，该mme将amf视为一个mme。

如果mme可以对除特定内容之外的其它信息，如本申请中的注册请求消息进行验证，则可以采用图3所示的实施例，即不需要位置更新请求消息，而只携带注册请求消息。该情形中的mme一般是升级过的mme，即升级过的mme不仅可以对特定内容进行验证，还可以对其它信息，如本申请中的注册请求消息进行验证。

在一种实现方式中，可以是预先配置终端采用上述图2所示的实现方式，或者是预先配置终端采用上述图3所示的实现方式。在该实现方式中，终端无需关注mme的具体类型(是升级过的mme，还是未升级的mme)，只需要根据预先配置的方式执行即可。

作为又一实现方式中，还可以是终端自己判断采用图2或图3所示的实现方式。例如，参考图4，为本申请提供的又一种消息保护方法。

终端判断是否需要携带位置更新请求消息。若终端确定需要携带位置更新请求消息，则执行上述图2所示的实施例，即执行步骤201-步骤211。若终端确定不需要携带位置更新请求消息，则执行上述图3所示的实施例，即执行步骤301-步骤310。

该实施例，终端在执行本申请的消息保护方法之前，先判断是否需要携带位置更新请求消息，然后再采用相应的方法执行。因此，不管mme是否升级过，图4所示的方法均适用，因而比较灵活。

具体地，终端可以通过以下方式判断是否需要携带位置更新请求消息：

终端判断mme是否具备验证5g的注册请求消息的完整性的能力，若确定mme不具备验证5g的注册请求消息的完整性的能力，则确定需要发送位置更新请求消息，如确定mme具备验证5g的注册请求消息的完整性的能力，则确定不需要发送位置更新请求消息。

其中，作为一种实现方式，终端判断mme是否具备验证5g的注册请求消息的完整性的能力的方式，例如可以是：

终端在首次接入4g网络时，由于发送的附着请求(attachrequest)消息中会携带终端的4g安全能力和5g安全能力，当mme完成对终端的鉴权后会向终端发送nassmc消息以激活mme和终端间的nas安全，其中nassmc消息中包含了终端在附着请求中携带的安全能力。如果mme是个升级过的mme，由于其可以识别终端的5g安全能力，则其会将终端的4g安全能力和5g安全能力全部通过nassmc发回给终端(供终端验证)；如果mme没有升级过，由于其不能识别终端的5g安全能力，则只会将终端的4g安全能力通过nassmc消息发回给终端。因此终端可以根据收到的nassmc消息中是否包括终端的5g安全能力，来判断该mme是否升级过，也即判断mme是否具备验证5g的注册请求消息的完整性的能力。

如果nassmc消息中包括终端的5g安全能力，表明mme升级过，进而该mme具备验证5g的注册请求消息的完整性的能力。

如果nassmc消息中不包括终端的5g安全能力，表明mme未升级，进而该mme不具备验证5g的注册请求消息的完整性的能力。

需要说明的是，本申请对上述任一实施例中使用的消息名称不做限定。例如，上述注册请求消息还可以称为请求消息、注册请求、第一消息等；上述位置更新请求消息还可以称为位置更新请求消息、更新请求消息、上报消息等；上述上下文请求消息还可以称为请求消息、上下文消息等，上述上下文响应消息还可以称为响应消息、反馈消息；上述命令消息还可以称为通知消息、反馈消息等。随着通信技术的演变，上述消息的名称可能会改变，但只要符合本申请对于各个消息的功能的定义，均应落入本申请的保护范围。

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

在采用集成的单元的情况下，图5示出了本发明实施例中所涉及的一种装置的可能的示例性框图，该装置500可以以软件的形式存在，也可以为移动性管理网元，还可以为移动性管理网元中的芯片。装置500包括：处理单元502和通信单元503。处理单元502用于对装置500的动作进行控制管理。通信单元503用于支持装置500与其他网络实体(例如终端、其它移动性管理网元)的通信。装置500还可以包括存储单元501，用于存储装置500的程序代码和数据。

其中，处理单元502可以是处理器或控制器，例如可以是通用中央处理器(centralprocessingunit，cpu)，通用处理器，数字信号处理(digitalsignalprocessing，dsp)，专用集成电路(applicationspecificintegratedcircuits，asic)，现场可编程门阵列(fieldprogrammablegatearray，fpga)或者其他可编程逻辑器件、晶体管逻辑器件、硬件部件或者其任意组合。其可以实现或执行结合本发明公开内容所描述的各种示例性的逻辑方框，模块和电路。所述处理器也可以是实现计算功能的组合，例如包含一个或多个微处理器组合，dsp和微处理器的组合等等。通信单元503可以是通信接口、收发器或收发电路等，其中，该通信接口是统称，在具体实现中，该通信接口可以包括多个接口，例如可以包括：移动性管理网元和终端之间的接口，移动性管理网元和其它移动性管理网元之间的接口，和/或其他接口。存储单元501可以是存储器。

上述图5所示的装置500可以是本申请所涉及的第一移动性管理网元，或者可以是本申请所涉及的第二移动性管理网元。

当装置500为第一移动性管理网元时，处理单元502可以支持装置500执行上文中各方法示例中mme的动作，例如，处理单元502用于支持装置500执行图2和图4中的步骤204，图3和图4中的步骤304和步骤305，和/或用于本文所描述的技术的其它过程。通信单元503可以支持装置500与第二移动性管理网元或其它网元之间的通信，例如，通信单元503用于支持装置500执行图2和图4中的步骤203和步骤205，图3和图4中的步骤303和步骤306。

当装置500为第二移动性管理网元时，处理单元502可以支持装置500执行上文中各方法示例中amf的动作，例如，处理单元502用于支持装置500执行图2和图4中的步骤206和步骤207。通信单元503可以支持装置500与终端、第一移动性管理网元、或其它网元之间的通信。例如，通信单元503可以支持装置500执行图2和图4中的步骤202、步骤203、步骤205、步骤208、步骤210和步骤211，图3和图4中的步骤302、步骤303、步骤306、步骤307、步骤309和步骤310。

当处理单元502为处理器，通信单元503为通信接口，存储单元501为存储器时，本发明实施例所涉及的装置500可以为图6所示的移动性管理网元600。

参阅图6所示，该移动性管理网元600包括：处理器602、通信接口603、存储器601。可选的，移动性管理网元600还可以包括总线604。其中，通信接口603、处理器602以及存储器601可以通过总线604相互连接；总线604可以是外设部件互连标准(peripheralcomponentinterconnect，简称pci)总线或扩展工业标准结构(extendedindustrystandardarchitecture，简称eisa)总线等。所述总线604可以分为地址总线、数据总线、控制总线等。为便于表示，图6中仅用一条粗线表示，但并不表示仅有一根总线或一种类型的总线。

在采用集成的单元的情况下，图7示出了本发明实施例中所涉及的又一种装置的可能的示例性框图，该装置700可以以软件的形式存在，也可以为终端，还可以为终端中的芯片。装置700包括：处理单元702和通信单元703。处理单元702用于对装置700的动作进行控制管理，例如，处理单元702用于支持装置700执行图2和图4中的步骤201和步骤209，图3和图4中的步骤301和步骤308，以及，图4中的“判断是否需要发送位置更新请求消息”的步骤，和/或用于本文所描述的技术的其它过程。通信单元703用于支持装置700与其他网络实体(例如第二移动性管理网元)的通信。例如，通信单元703用支持装置700执行图2和图4中的步骤202、步骤208、步骤210和步骤211，图3和图4中的步骤302、步骤307、步骤309和步骤310。装置700还可以包括存储单元701，用于存储装置700的程序代码和数据。

其中，处理单元702可以是处理器或控制器，例如可以是通用cpu，通用处理器，dsp，asic，fpga或者其他可编程逻辑器件、晶体管逻辑器件、硬件部件或者其任意组合。其可以实现或执行结合本发明公开内容所描述的各种示例性的逻辑方框，模块和电路。所述处理器也可以是实现计算功能的组合，例如包含一个或多个微处理器组合，dsp和微处理器的组合等等。通信单元703可以是通信接口、收发器或收发电路等。存储单元701可以是存储器。

当处理单元702为处理器，通信单元703为收发器，存储单元701为存储器时，本发明实施例所涉及的装置700可以为图8所示的终端。

图8示出了本发明实施例中所涉及的终端的一种可能的设计结构的简化示意图。所述终端800包括发射器801，接收器802和处理器803。其中，处理器803也可以为控制器，图8中表示为“控制器/处理器803”。可选的，所述终端800还可以包括调制解调处理器805，其中，调制解调处理器805可以包括编码器806、调制器807、解码器808和解调器809。

在一个示例中，发射器801调节(例如，模拟转换、滤波、放大和上变频等)输出采样并生成上行链路信号，该上行链路信号经由天线发射给上述实施例中所述的基站。在下行链路上，天线接收上述实施例中基站发射的下行链路信号。接收器802调节(例如，滤波、放大、下变频以及数字化等)从天线接收的信号并提供输入采样。在调制解调处理器805中，编码器806接收要在上行链路上发送的业务数据和信令消息，并对业务数据和信令消息进行处理(例如，格式化、编码和交织)。调制器807进一步处理(例如，符号映射和调制)编码后的业务数据和信令消息并提供输出采样。解调器809处理(例如，解调)该输入采样并提供符号估计。解码器808处理(例如，解交织和解码)该符号估计并提供发送给终端800的已解码的数据和信令消息。编码器806、调制器807、解调器809和解码器808可以由合成的调制解调处理器805来实现。这些单元根据无线接入网采用的无线接入技术(例如，lte及其他演进系统的接入技术)来进行处理。需要说明的是，当终端800不包括调制解调处理器805时，调制解调处理器805的上述功能也可以由处理器803完成。

处理器803对终端800的动作进行控制管理，用于执行上述本发明实施例中由终端800进行的处理过程。例如，处理器803还用于执行图2-图4所示方法中涉及终端的处理过程和/或本申请所描述的技术方案的其他过程。

进一步的，终端800还可以包括存储器804，存储器804用于存储用于终端800的程序代码和数据。

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

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

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

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

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