CN101917715B - 移动ip密钥的产生及分发方法和系统 - Google Patents

Abstract

本发明实施例提供移动IP密钥的产生及分发方法和系统，家乡代理接收来自移动节点的移动IP注册请求，所述移动IP注册请求中携带所述移动节点与家乡代理之间的第一认证扩展，所述第一认证扩展由移动节点与家乡代理之间的密钥产生，所述移动节点与家乡代理之间的密钥是根据IP地址替代值计算的；向认证服务器请求第一密钥和第二密钥，所述第一密钥是利用所述IP地址替代值计算的移动节点与家乡代理之间的密钥，所述第二密钥是利用家乡代理IP地址计算出的移动节点与家乡代理之间的密钥；利用从所述认证服务器获得的所述第一密钥验证注册请求中的所述第一认证扩展，并于注册成功后发送移动IP注册报告至外部代理。

Description

移动IP密钥的产生及分发方法和系统

技术领域

本发明涉及网络安全领域，特别是涉及移动IP密钥的产生及分发方法和系统。

背景技术

随着因特网业务的蓬勃发展和无线网络的广泛应用，移动用户的安全性已经对于无线系统提出了越来越多的要求：除了设备鉴权、用户鉴权和服务授权等等，无线用户与接入点(AP)或基站(BS)之间的安全通道的建立，保密信息的交换，以及BS和鉴权者(Authenticator)，鉴权者和鉴权服务器之间的保密通道、保密信息的交换等等都是以往在专用网络中所不需要考虑而目前需要得到大量关注的问题了。

不考虑接入网中的其他内部设备，我们在随后的技术描述时将采用图1、图2所示的WiMAX安全网络架构体系(但是本发明所提供的技术包括但不限于在WiMAX系统中的应用)。

图1表示的是集中式的网络架构体系，在这种架构下，鉴权者(Authenticator)与BS位于不同的物理实体中，在鉴权者中实现了鉴权者和密钥分发者(KeyDistributor)的功能。在BS中实现了认证中继(Authentication Relay)和密钥接收者(Key Receiver)的功能。

图2表示的是分布式的网络架构体系，在这种结构下，鉴权者与BS位于同一个物理实体中，该实体同时实现了鉴权者、认证中继、密钥分发者(KeyDistributor)和密钥接收者(Key Receiver)的功能。

WiMAX安全网络架构体系中各个网元(包括逻辑网元)的功能解释如下：

BS：

-提供BS和终端(MS)的安全通道，包括空口数据的压缩与加密；

-提供BS和MS之间的保密信息的交换。

鉴权者：

-为MS认证、授权和计费功能提供代理功能；

-与密钥分发者(Key Distributor)在同一个物理实体里实现。

鉴权者中继：

-实现认证过程中认证请求和响应消息的中继。

密钥分发者：

-与鉴权者在同一个物理实体里实现，根据认证服务器提供的与MS之间对等的根密钥信息，产生BS和MS之间共享的空口密钥AK，并且分发到密钥接收者(Key Receiver)上。

密钥接收者：

-在BS内实现，用于接收来自密钥分发者产生的空口密钥AK，并派生BS和MS之间的其它密钥。

此外，作为一个完整的安全网络架构体系，还应该包括后端网络的认证服务器和移动终端MS。

认证授权计费(AAA)服务器：

-认证服务器主要是完成为MS认证、授权和计费功能，并且通过和MS之间的达成的密钥生成机制相互交换产生密钥所必需的信息。由于这些信息是在建立安全通道之前交换的，认证服务器和MS之间采用的密钥算法等都必须保证信息的泄漏并不对安全机制产生影响。主要功能包括：

-完成为MS认证、授权和计费功能；

-产生并分发根密钥信息到鉴权者上；

-在用户信息产生变化，及时通知鉴权者和其他网元信息改变所产生的后果。

MS：

-MS为移动用户设备，在安全架构中主要是发起认证、授权；与认证服

务器交换产生根密钥所需要的信息；自己产生根密钥；自己根据根密钥产生空口上保密所需要的AK以及派生出来的其他密钥信息。

MIP有如下功能实体：移动节点(MN)、外部代理(FA)和家乡代理(HA)。MN经由FA向HA发起移动IP(MIP)注册请求。HA收到MIP注册请求以后，把MN的转交地址(CoA)地址和家乡地址(HoA)地址对应起来，以后HA收到的所有目的地址是HoA的数据包都转发到CoA地址，MIPv4中即FA的地址。为了保证安全性，MIP消息中一般会带有认证扩展(AE)。例如MN和HA之间的认证扩展MN-HA-AE，当HA收到一个携带MN-HA-AE的MIP注册请求，HA就需要根据事先知道的密钥信息计算出一个本地认证值，然后和数据包携带的MN-HA-AE进行比较。如果相同则认证通过，并且处理MIP注册请求；否则拒绝处理这个MIP注册请求。

在MN和HA之间没有预先的密钥信息时，MN可以利用MN和AAA之间的密钥信息，来认证这一次的MIP注册请求。

现有WiMAX技术中一般是基于HA和/或FA的IP地址来计算MIP注册密钥，公式如下：

MN-HA-K：H(MIP-RK，“MIP4 MN HA”，HA-IP)；

MN-FA-K：H(MIP-RK，“MN FA”，FA-IP)；

FA-HA-K：H(MIP-RK，“FA HA”，FA-IP，HA-IP，nonce)；

对于RFC3957中，规定了如下算法，可由随机数，移动节点标识以及移动节点和AAA之间的共享密钥计算：

key＝HMAC-SHA1(AAA-key，{Nonce||MN-ID})

MIP在WiMAX中有两种形式：客户端移动IP(CMIP)和代理移动IP(PMIP)。对于支持MIP协议的终端(如图3a)，工作于CMIP模式下，此时移动节点就是移动终端MS；相反，对于不支持MIP协议的终端(如图3b)，由网络侧创建一个PMIP-客户端(PMIP-client)实体来作为移动节点MN实现MIP的功能。

(1)PMIPv4的密钥产生和分发

在接入认证过程中，AAA产生EMSK(可扩展的主会话密钥：ExtendedMaster Session Key)，然后计算MIP根密钥MIP-RK，并由此派生出MN-HA，MN-FA以及FA-HA之间的密钥。然后，按照RFC2868第3.5节的方法把MN-HA，可选地MN-FA以及FA-HA之间的密钥加密发送到NAS。PMIP-client可以根据MN-HA直接计算MN-HA-AE并且发送移动IP注册请求，当HA收到这个注册请求以后需要判断是否需要向AAA请求移动IP密钥。

(2)CMIPv4的密钥产生和分发

在接入认证过程中，AAA产生EMSK，然后计算MIP-RK，并由此派生出MN-HA，MN-FA以及FA-HA之间的密钥。如果初始时MN不知道HA的地址，MN就无法计算出MN-HA之间的密钥，即使使用全0全1也会需要在得到真实HA-IP以后更新或者告知AAA服务器。HA相关的密钥在第一次MIP注册请求过程中向AAA请求获得。

如上所述的现有的密钥产生及分发方法存在如下问题：

1)PMIP-client不能计算移动节点MN和AAA服务器之间的认证扩展MN-AAA-AE，如果需要计算则必须下发移动节点MN和AAA服务器之间的共享密钥MN-AAA-K。而MN-AAA-K是不适合向外扩散的。

2)现有技术中，在重验证以及FA迁移情况下，HA得知密钥更新的方式不统一(例如，可通过如下多种方式得知密钥更新：在HA无法进行认证扩展的验证时、在注册请求中携带MN-AAA-AE时、在安全参数索引SPI改变时，或者根据MIP注册请求消息体内容HA-IP)，且没有利用已有的RFC(Request ForComments)。

3)HA不由AAA分配的时候，AAA需要获得MN实际用于计算MN-HA的HA-IP地址。

4)基于IP地址密钥计算需要区分不同端口的IP地址不同，带来不必要的复杂性。

5)如果初始时MN不知道HA的地址，MN就无法计算出MN-HA之间的密钥，即使使用全0全1也会需要在得到真实HA-IP以后更新或者告知AAA服务器。

发明内容

针对如上存在的问题，本发明的实施例提供一种移动IP密钥的产生及分发方法和系统，使得对于PMIP客户端可以在移动节点MN和AAA服务器之间的密钥不下发的情况下计算移动节点MN和AAA服务器之间的认证扩展(MN-AAA-AE)。

本发明的另一实施例提供一种移动IP密钥的产生及分发方法和系统，以在重验证及/或FA迁移情况下，统一HA得知密钥更新的方式。

本发明的另一实施例提供一种移动IP密钥的产生及分发方法和系统，以随机数作为计算移动IP密钥的参数，避免用IP地址作为计算移动IP密钥的参数所带来的复杂性。

本发明一实施例的一种移动IP密钥的产生及分发方法，包括：

计算步骤：在接入验证或重新鉴权认证过程中，计算移动节点MN和认证授权计费AAA服务器之间的子密钥，以根据该子密钥计算移动节点和AAA服务器之间的认证扩展；

密钥下发步骤：在移动节点发起的移动IP注册请求或绑定更新请求中携带由所述子密钥产生的移动节点和AAA服务器之间的认证扩展，家乡代理HA根据注册请求或绑定更新请求中的所述认证扩展向AAA服务器请求密钥，由AAA服务器下发请求的密钥至家乡代理。本发明另一实施例的一种移动IP密钥的产生及分发系统，包括：

在接入验证或重新鉴权认证过程中，计算移动节点MN和认证授权计费AAA服务器之间的子密钥的装置；

根据所述子密钥计算移动节点和AAA服务器之间的认证扩展的装置；

移动节点，用于发起移动IP注册请求或绑定更新请求，所述请求中携带由所述子密钥产生的移动节点和AAA服务器之间的认证扩展；

家乡代理，用于根据注册请求或绑定更新请求中的所述认证扩展向AAA服务器请求密钥。

本发明另一实施例的一种移动IP密钥的产生及分发方法，包括：

移动节点发送移动IP注册请求，该请求携带移动节点与家乡代理之间的第一认证扩展，该第一认证扩展由IP地址替代值计算的移动节点与家乡代理之间的第一密钥产生；

家乡代理接收到移动IP注册请求，向认证服务器请求利用所述IP地址替代值计算的移动节点与家乡代理之间的第一密钥以及利用家乡代理IP地址计算出的移动节点与家乡代理之间的第二密钥；

家乡代理利用从认证服务器获得的所述第一密钥验证注册请求中的所述第一认证扩展，并于注册成功后发送移动IP注册报告至外部代理，该注册报告携带由所述第二密钥产生的第二认证扩展；

外部代理发送携带第二认证扩展的注册报告至移动节点，移动节点利用计算的第二密钥验证所述第二认证扩展。

本发明另一实施例的一种移动IP密钥的产生及分发方法，包括：

代理移动IP客户端发送移动IP注册请求至外部代理，并携带利用家乡代理IP地址计算的移动节点与家乡代理之间的密钥产生的认证扩展；

家乡代理接收到移动IP注册请求，向认证服务器请求利用家乡代理IP地址计算出的移动节点与家乡代理之间的密钥；

家乡代理利用从认证服务器获得的所述密钥验证注册请求中的所述认证扩展，并于注册成功后发送移动IP注册报告至外部代理，该注册报告携带由所述密钥产生的认证扩展；

外部代理发送携带所述认证扩展的注册报告至代理移动IP客户端。

本发明实施例的一种移动IP密钥的产生及分发系统，包括：移动节点，家乡代理及外部代理；

所述移动节点用于发送移动IP注册请求，该请求携带由IP地址替代值计算的移动节点与家乡代理之间的密钥产生的第一认证扩展；

所述家乡代理用于接收到移动IP注册请求，向认证服务器请求第一密钥以及利用家乡代理IP地址计算出的移动节点与家乡代理之间的第二密钥，并于利用所述第一密钥验证注册请求中的所述第一认证扩展成功后，发送携带由所述第二密钥产生的第二认证扩展的移动IP注册报告至外部代理；

所述外部代理用于发送携带第二认证扩展的注册报告至移动节点；

所述移动节点利用计算的第二密钥验证所述第二认证扩展。

本发明实施例的一种移动IP密钥的产生及分发系统，包括：代理移动IP客户端，家乡代理及外部代理；

所述代理移动IP客户端用于发送移动IP注册请求至外部代理，并携带利用家乡代理IP地址计算的移动节点与家乡代理之间的密钥产生的认证扩展；

所述家乡代理用于接收到移动IP注册请求，向认证服务器请求利用家乡代理IP地址计算出的移动节点与家乡代理之间的密钥，并于利用所述钥验证注册请求中的所述认证扩展成功后，发送携带由所述密钥产生的认证扩展的移动IP注册报告至外部代理；

所述外部代理用于发送携带所述认证扩展的注册报告至代理移动IP客户端。

本发明的实施例可具有如下有益效果：

1)清楚使得PMIP客户端可以在移动节点MN和AAA服务器之间的密钥(MN-AAA-K)不下发的情况下计算移动节点MN和AAA服务器之间的认证扩展(MN-AAA-AE)；

2)合理利用已有的RFC过程实现NWG的移动IP注册过程；

3)避免用IP地址作为计算移动IP密钥的参数所带来的复杂性。

附图说明

图1为现有技术中集中式的WiMAX安全架构体系；

图2为现有技术中分布式的WiMAX安全架构体系；

图3a为基于CMIP的完整的安全网络架构体系；

图3b为基于PMIP的完整的安全网络架构体系；

图4a为本发明实施例1的基于随机数的PMIPv4密钥的产生与分发流程；

图4b为本发明实施例1的基于IP地址的PMIPv4密钥的产生与分发流程；

图5a为本发明实施例2的基于随机数的CMIPv4密钥的产生与分发流程；

图5b为本发明实施例2的基于IP地址的CMIPv4密钥的产生与分发流程；

图6a为本发明实施例4的PMIPv6密钥的产生与分发流程；

图6b为本发明实施例4的CMIPv6密钥的产生与分发流程；

图7a为本发明实施例3的改进型PMIPv4密钥的产生与分发流程；

图7b为本发明实施例3的改进型CMIPv4密钥的产生与分发流程；

图8为本发明实施例5的CMIPv4密钥的产生与分发流程；

图9a为本发明实施例5的PMIPv4密钥的产生与分发流程；

图9b为本发明实施例5的PMIPv4密钥的另一产生与分发流程。

具体实施方式

为使本发明的目的、技术方案和优点更加清楚，下面结合附图对本发明的具体实施例进行详细说明。

本发明的实施例利用一个专门用于产生移动节点MN和AAA服务器之间的认证扩展MN-AAA-AE的子密钥，用于PMIP及CMIP模式下MN-AAA-AE的计算，不仅使得对于PMIP客户端在移动节点MN和AAA服务器之间的密钥(MN-AAA-K)不下发的情况下依然可以计算移动节点MN和AAA服务器之间的认证扩展(MN-AAA-AE)，避免了MN-AAA-K的扩散，同时还统一了PMIP及CMIP在重验证，以及FA迁移时通知HA的过程。在本发明的实施例中，所述子密钥为由移动节点MN和AAA服务器之间的共享密钥(MN-AAA-K)或预配置密钥派生出的子密钥(在此记为MN-AAA-SUB-K)，但本发明并不限于此。

对于MN-AAA-SUB-K密钥的计算，只要CMIP模式下的MN以及AAA能够采用同样的计算方法，就可以保证同一个MN-AAA-K派生出来的MN-AAA-SUB-K相同，也就可以达到本发明的目的；另外还要求根据已知MN-AAA-SUB-K的实体无法计算得出MN-AAA-K，这在本领域方法已成熟。

MN-AAA-SUB-K产生的同时可分配相应的lifetime(生命期)，在lifetime到期的时候触发重验证；如果其他原因触发的重验证，也将触发MN-AAA-SUB-K的更新。

另外，本发明的实施例还在上述构思的基础上，采用随机数来计算各MIP实体的MIP密钥，以避免用IP地址作为计算移动IP密钥的参数所带来的复杂性。

但对于移动IP密钥的计算，本发明不仅适用于以随机数来计算MIP密钥，还适用于现有的移动IP密钥的算法，例如基于IP地址计算MIP密钥。

其中，基于随机数对MIP密钥的计算举例如下：

对于MN-FA-K以及MN-HA-K的计算，可采用RFC3957关于MN-FA-K以及MN-HA-K的计算公式。

在RFC3957中，计算MN-FA-K以及MN-HA-K的公式为：

key＝HMAC-SHA1(AAA-key，{Key Generation Nonce||MN-ID})；

其中，Key Generation Nonce表示MN-FA之间的随机数或者MN-HA之间的随机数。

对于FA-HA-K的计算，可以参照RFC3957关于MN-FA-K以及MN-HA-K的计算公式，把AAA产生并且下发的随机数同时作为输入参数，结合MIP密钥的根密钥或者MN和AAA之间的密钥信息，还可以包括MN的标识(MN-ID)，计算FA和HA之间的密钥。例如，计算FA-HA-K可采用如下公式：

key＝HMAC-SHA1(AAA-key，{Key Generation Nonce-1||Key GenerationNonce-2||MN-ID})。

其中，AAA-key为计算MIP密钥的根密钥，其可以为MN-AAA-SUB-K本身，也可以为其它的根密钥，如MSK、EMSK、或MIP-RK等。Key Generation Nonce-1，Key Generation Nonce-2可分别表示MN-FA之间以及MN-HA之间的随机数。

当仅仅请求一个随机数的时候，可以相应的减少作为参数的随机数。

或者可以不用随机数作为参数，而用FA和HA共享的其他信息作为参数。

上述计算MIP密钥的公式仅作为举例说明，基于本发明实施例的构思，对于本领域的技术人员可以有多种容易想到和易实现的可替代方式，因此本发明基于随机数对MIP密钥的计算并不限定于上述公式。

实施例1：PMIPv4密钥的产生与分发

(1)基于随机数的PMIP密钥的产生和分发

图4a为本实施例的PMIP模式下基于随机数的移动IP密钥的产生与分发流程，如图4a所示，具体包括如下步骤：

步骤1.在接入验证或者重新鉴权认证过程中，AAA服务器依据MN-AAA-K(或预配置密钥)计算出MN-AAA-SUB-K，并且把包括MN-AAA-SUB-K和根密钥的密钥信息下发到锚鉴权者(Anchor Authenticator)。

所述根密钥可以就是MN-AAA-SUB-K本身，也可以是其他的根密钥，如MSK、EMSK、或MIP-RK等。当所述根密钥是MN-AAA-SUB-K本身时，MN-AAA-SUB-K既用于产生MN-AAA-AE，还用于计算MIP密钥；在MIP密钥的根密钥为其他根密钥的情况下，MN-AAA-SUB-K可专门用于产生MN-AAA-AE，而由其他的根密钥(如MIP-RK)计算MIP密钥。

步骤2.PMIP-客户端和锚鉴权者通过内部交互共享此MN-AAA-SUB-K信息。

由于PMIP-客户端和锚鉴权者共同位于一个物理实体，所以两者之间可以共享密钥信息。

步骤3.PMIP-客户端得到MN-AAA-SUB-K以后，就可以计算MN-AAA-AE并且按照RFC3957的定义触发MIP注册过程。优选地，所述MIP注册过程为首次MIP注册过程。

触发MIP注册后的整个移动IP注册过程(图4a中步骤3-5)都可以按照RFC3957进行，但和RFC3957过程的区别在于，FA不直接与AAA交互。现有RFC3957规定的注册过程中，FA收到MIP注册请求以后，就直接向AAA请求密钥，然后AAA计算密钥随机数，下发到FA和HA。但是，目前WiMAX网络FA不直接向AAA请求，所以，FA直接转发MIP注册请求到HA，由HA和AAA交互密钥以及随机数(见步骤4)。对于本实施例，在FA能直接与AAA服务器交互时，就可以完全按照RFC3957过程进行。

由于FA也和锚鉴权者共同位于一个物理实体，可以通过内部交互共享锚鉴权者获得的MIP密钥信息。

步骤4.HA收到移动IP注册请求后，根据是否携带MN和AAA之间的认证扩展MN-AAA-AE判断是否向AAA请求密钥，如果移动IP注册请求中携带MN-AAA-AE，则向HAAA服务器请求HA相关MIP密钥(MN-HA-K，还可以包括FA-HA-K)以及产生MIP密钥所需的随机数(MN-HA之间随机数，以及MN-FA之间的随机数)。如果HA位于拜访网络，则这个请求消息由VAAA转发。AAA服务器也利用MN-AAA-SUB-K进行验证，并在验证成功后，下发MN-HA-K和FA-HA-K(如果需要)以及随机数到HA。

步骤5.HA处理MIP注册请求。如果注册成功，HA返回移动IP注册报告MIP-RRP给FA，消息中携带认证扩展(MN-HA-AE，也可以包括FA-HA-AE)及随机数。

锚鉴权者根据AAA下发的MIP根密钥信息并结合MIP注册过程下发的随机数计算出FA和移动节点MN之间的MIP密钥MN-FA-K，以及FA和家乡代理HA之间的MIP密钥FA-HA-K，FA通过内部交互从锚鉴权者获得MN-FA-K及FA-HA-K，并验证所述MIP注册报告MIP-RRP。验证成功后发送携带认证扩展(MN-FA-AE以及MN-HA-AE)的MIP-RRP至PMIP-客户端。

同样，PMIP-客户端通过内部交互从锚鉴权者获得MN-HA-K和MN-FA-K，并验证来自FA的MIP-RRP。

步骤6.如果FA发生了迁移，PMIP-client会受到R3迁移的实体的触发，还是以RFC3957的方式完成移动IP的注册过程，以及移动IP密钥的动态计算分发。和RFC3957区别在于，FA不直接与AAA交互，而是由FA直接转发MIP注册请求到HA，由HA和AAA交互密钥以及随机数(FA也可以加入交互过程，在FA直接与AAA服务器交互时，就可以完全按照RFC3957过程进行)。在R3迁移过程中，MIP密钥的根密钥信息由服务接入服务网络网关(ASN-GW)传到了目标ASN-GW(如果不传递根密钥，则目标ASN-GW需要通过接入网内部原语向服务ASN-GW请求计算子密钥)。经过类似于步骤3-5中的MIP注册过程，目标FA也可以建立起和移动节点MN之间的安全联盟。但与步骤3-5的MIP注册过程的不同在于，由于MN-HA-K并没有变化，此时的MIP注册请求可以不再请求MN-HA的随机数，并且在MIP注册请求中携带MN-HA之间的认证扩展MN-HA-AE，在家乡代理根据接收的MIP注册请求向所述AAA服务器请求随机数时可仅请求MN-FA之间的随机数而不请求MN-HA的随机数。在该FA迁移的情况，对AAA提出一个要求，就是需要事先保存为MN-HA产生的随机数。

另外，在FA迁移时，也可以以接入认证和重新鉴权认证的方式重新执行步骤3-5中的MIP的注册过程(此时需要重新请求MN-HA之间及MN-FA之间的随机数)。

如果步骤6中R3迁移的目标FA不存在和HA的共享密钥，锚鉴权者和AAA服务器也需要同时刷新FA-HA-K，目标FA向服务FA请求原来的根密钥或者FA-HA-K，然后刷新为TFA-HA-K；或者是直接请求TFA-HA-K。刷新方式可以选择如下：

利用HA/AAA和原FA共享密钥以及HA/AAA和目标FA之间共享的信息(例如FA-IP)计算一个新的MN-TFA-K；

或者，把该共享密钥作为根密钥重新代入计算公式，算出新的TFA-HA-K。当然，密钥的刷新方式不限于此。

本实施例中对密钥刷新的算法并无限定，只要进行刷新的双方算法一致就可以了。

然后，当HA收到带有MN-AAA-AE的移动IP注册请求后，要向AAA服务器请求TFA-HA-K，AAA在收到HA的请求以后也按照刷新算法计算TFA-HA-K，然后下发TFA-HA-K给HA。后续接入移动节点MN就可以利用这里建立的TFA-HA-K在移动IP注册。

(2)基于IP地址的PMIPv4密钥的产生与分发

本实施例在上述步骤3到步骤6是应用RFC3957的方案，当然也可以用其他MIP密钥分发的过程替代(如申请号分别为200610093037.9、200610093541.9、200610094477.6(发明名称为“一种移动IP密钥的产生及分发方法”)的中国专利申请中的密钥分发过程，在此仅以引用的方式合并于此)。其唯一的改变在于计算MN-AAA-AE的时候，利用的是本发明中提出的MN-AAA-SUB-K而不是利用MN-AAA-K，故在此不作详述。以下另举一例来说明本实施例的可替代MIP密钥产生及分发过程。

图4b为本实施例的基于IP地址的PMIP密钥的产生与分发流程图。如图4b所示，包括如下步骤：

步骤1：初始验证以及重验证过程中，AAA服务器由MN-AAA-K或预配置密钥计算MN-AAA-SUB-K，并下发包括MN-AAA-SUB-K和根密钥的密钥信息至锚鉴权者，所述根密钥可以是MN-AAA-SUB-K本身，也可以是另外的根密钥；

步骤2：PMIP-client和锚鉴权者共享密钥信息；

步骤3：PMIP-client发起移动IP注册请求过程，MIP-RRQ消息中携带用MN-AAA-SUB-K计算出来的MN-AAA-AE，FA收到这个消息后，发送给家乡代理HA；

步骤4：家乡代理HA告知AAA服务器计算密钥的HA-IP，请求验证信息并且请求密钥MN-HA-K以及FA-HA-K；AAA服务器也利用MN-AAA-SUB-K进行验证，如果验证通过，就计算密钥并且下发到HA；

步骤5：家乡代理HA得到请求的密钥(MN-HA-K，也可以包括FA-HA-K)以后，处理移动IP注册请求，如果注册允许，则发送移动IP注册报告MIP-RRP(携带MN-HA-AE，也可以包括FA-HA-AE)到FA。FA向锚鉴权者请求MN-FA-K以及FA-HA-K(如果需要)。然后，FA验证收到的MIP-RRP消息。验证成功后，向PMIP-Client发送携带认证扩展的MIP-RRP消息；PMIP-Client向锚鉴权者请求密钥MN-HA-K以及MN-FA-K验证来自FA的MIP-RRP消息。

步骤6-8：如果FA发生了迁移，则PMIP-Client收到触发重新发起移动IP注册请求，进行类似步骤3-5的移动IP注册过程。

实施例2：CMIPv4密钥的产生与分发

(1)基于随机数的CMIPv4密钥的产生与分发

图5a为本实施例的CMIP模式下基于随机数的移动IP密钥的产生与分发流程，如图5a所示，具体包括如下步骤：

步骤1.MS以及AAA服务器依据MN-AAA-K(或预配置密钥)计算出MN-AAA-SUB-K。AAA服务器把包括移动IP密钥的根密钥下发到锚鉴权者。

其中，所述根密钥可以是MN-AAA-SUB-K本身，也可以是另外一个根密钥，如MSK、EMSK、或MIP-RK等，以计算MIP密钥。

步骤2.外部代理FA发送代理广播给移动节点MS。

步骤3.移动节点MS收到外部代理FA发送的代理广播以后，就可以利用MN-AAA-SUB-K计算MN-AAA-AE并且按照RFC3957的定义触发移动IP注册过程。

触发MIP注册后的整个移动IP注册过程都可以按照RFC3957进行。和RFC3957区别在于，FA不直接与AAA交互，而是直接转发MIP注册请求到HA，由HA和AAA交互密钥以及随机数(FA也可以加入交互过程，在FA直接与AAA服务器交互时，就可以完全按照RFC3957过程进行)。

由于FA和锚鉴权者共同位于一个物理实体，可以通过内部交互与锚鉴权者共享密钥信息。

步骤4.HA收到移动IP注册请求后，如果移动IP注册请求中携带MN-AAA-AE，则向HAAA服务器请求验证并请求HA相关MIP密钥(MN-HA-K，还可以包括FA-HA-K)以及随机数(MN-HA之间随机数和MN-FA之间的随机数)。HAAA在验证成功后，下发MN-HA-K和FA-HA-K(如果请求)和随机数至HA。

步骤5.HA处理MIP注册请求。如果注册成功，HA返回移动IP注册报告MIP-RRP给FA，消息中携带认证扩展(MN-HA-AE，也可以包括FA-HA-AE)及随机数。

锚鉴权者根据AAA下发的MIP根密钥信息并结合MIP注册过程下发的随机数计算出FA和移动节点MN之间的MIP密钥MN-FA-K，以及FA和家乡代理HA之间的MIP密钥FA-HA-K，FA通过内部交互从锚鉴权者获得MN-FA-K及FA-HA-K，并验证所述MIP-RRP。验证成功后再发送至移动终端MS(即CMIP-客户端)。

同样，移动终端MS(即CMIP-客户端)通过获得的随机数以及根密钥计算获得MN-HA-K和MN-FA-K，并验证来自FA的MIP-RRP。

步骤6.如果FA发生了迁移，MS收到目标FA的代理广播消息以后，还是以RFC3957的方式完成移动IP的注册过程，以及移动IP密钥的动态计算分发。和RFC3957区别在于，FA不直接与AAA交互，而是由FA直接转发MIP注册请求到HA，由HA和AAA交互密钥以及随机数(FA也可以加入交互过程，在FA直接与AAA服务器交互时，就可以完全按照RFC3957过程进行)。在R3迁移过程中，MIP密钥的根密钥信息由服务接入服务网络网关(ASN-GW)传到了目标ASN-GW(如果不传递根密钥，则目标ASN-GW需要通过接入网内部原语向服务ASN-GW请求计算子密钥)。经过类似于步骤3-5中的MIP注册过程，目标FA也可以建立起和移动节点MN之间的安全联盟。但与步骤3-5的MIP注册过程的不同在于，由于MN-HA-K并没有变化，此时的MIP注册请求可以不再请求MN-HA的随机数，并且在MIP注册请求中携带MN-HA之间的认证扩展MN-HA-AE，在家乡代理根据接收的MIP注册请求向所述AAA服务器请求随机数时可仅请求MN-FA之间的随机数而不请求MN-HA的随机数。在该FA迁移的情况，对AAA提出一个要求，就是需要事先保存为MN-HA产生的随机数。

另外，在FA迁移时，也可以以接入认证和重新鉴权认证的方式重新执行步骤3-5中的MIP的注册过程(此时需要重新请求MN-HA之间及MN-FA之间的随机数)。

如果步骤6中R3迁移的目标FA不存在和HA的共享密钥，锚鉴权者和AAA服务器也需要同时刷新FA-HA-K，方式可以选择如下：

利用HA/AAA和原FA共享密钥以及HA/AAA和目标FA之间共享的信息(例如FA-IP)计算一个新的MN-TFA-K；

或者，把该共享密钥作为根密钥重新代入计算公式，算出新的TFA-HA-K。当然，密钥的刷新方式不限于此。

然后，当HA收到带有MN-AAA-AE的移动IP注册请求后，要向AAA服务器请求TFA-HA-K，AAA在收到HA的请求以后也按照刷新算法计算TFA-HA-K，然后下发TFA-HA-K给HA。后续接入移动节点MN就可以利用这里建立的TFA-HA-K在移动IP注册。

(2)基于IP地址的CMIPv4密钥的产生和分发

本实施例在上述步骤3到步骤6是应用RFC3957的方案，当然也可以用其他MIP密钥分发的过程替代(如申请号分别为200610093037.9、200610093541.9、200610094477.6的中国专利申请中的密钥分发过程，在此仅以引用的方式合并于此)。其唯一的改变在于计算MN-AAA-AE的时候，利用的是本发明中提出的MN-AAA-SUB-K而不是利用MN-AAA-K。以下另举一例说明本实施例的可替代MIP密钥产生及分发过程。

图5b为本实施例的基于IP地址的CMIP密钥的产生与分发流程图。如图5b所示，包括如下步骤：

步骤1：初始验证以及重验证过程中，移动节点MN与AAA服务器由MN-AAA-K或预配置密钥计算MN-AAA-SUB-K，AAA服务器下发MIP密钥的根密钥至锚鉴权者。

其中，所述的根密钥可以是MN-AAA-SUB-K本身，也可以是另外的根密钥，如MSK/EMSK/MIP-RK等。

步骤2：FA向移动节点MN发送路由器广播消息；

步骤3：移动节点MN发起移动IP注册请求过程，MIP-RRQ消息中携带用MN-AAA-SUB-K计算出来的MN-AAA-AE，FA收到这个消息后，发送给家乡代理HA；

步骤4：家乡代理HA告知AAA服务器计算密钥的HA-IP，请求验证信息并且请求密钥MN-HA-K以及FA-HA-K；AAA服务器也利用MN-AAA-SUB-K进行验证，如果验证通过，就计算密钥并且下发到HA；

步骤5：家乡代理HA得到请求的密钥(MN-HA-K，也可以包括FA-HA-K)以后，处理移动IP注册请求，如果注册允许，则发送MIP-RRP(携带MN-HA-AE，也可以包括FA-HA-AE)到FA。FA向锚鉴权者请求MN-FA-K以及FA-HA-K(如果需要)。然后，FA验证收到的MIP-RRP消息。验证成功后，向移动节点MN发送携带MN-FA-AE，MN-HA-AE的MIP-RRP消息；

步骤6：移动节点计算MN-FA-K及MN-HA-K并验证来自FA的MIP-RRP消息。

步骤7-9：目标FA向移动节点MN发送路由器广播消息；移动节点收到所述的广播消息重新发起移动IP注册请求，进行类似步骤3-5的移动IP注册过程。

实施例3：直接携带MN-FA-AE的密钥分发

在网络最外层保证安全性的情况下，本实施例同样可以提供满足条件的方案。

(1)PMIPv4密钥的产生与分发

如图7a所示，包括如下步骤：

步骤1.在接入验证或者重新鉴权认证过程中，AAA服务器依据MN-AAA-K(或预配置密钥)计算出MN-AAA-SUB-K，并且把包括MN-AAA-SUB-K和根密钥的密钥信息下发到锚鉴权者(Anchor Authenticator)。

所述根密钥可以就是MN-AAA-SUB-K本身，也可以是其他的根密钥，如MSK、EMSK、或MIP-RK等。当所述根密钥是MN-AAA-SUB-K本身时，MN-AAA-SUB-K既用于产生MN-AAA-AE，还用于计算MIP密钥；在MIP密钥的根密钥为其他根密钥的情况下，MN-AAA-SUB-K可专门用于产生MN-AAA-AE，而由其他的根密钥(如MIP-RK)计算MIP密钥。

锚鉴权者和AAA服务器都计算出MN-FA-K(AAA服务器需要的参数在鉴权认证过程中由锚鉴权者通知给AAA服务器(如通过Access Request消息))，AAA服务器与锚鉴权者计算MN-FA-K时采用的是相同的算法。另外，还可以由AAA服务器计算MN-FA-K后直接下发MN-FA-K至锚鉴权者。

步骤2.PMIP-客户端和锚鉴权者通过内部交互共享此MN-AAA-SUB-K信息。

由于PMIP-客户端和锚鉴权者共同位于一个物理实体，所以两者之间可以共享密钥信息。

步骤3.PMIP-客户端得到MN-AAA-SUB-K以后，就可以计算MN-AAA-AE并且按照RFC3957的定义触发MIP注册过程。优选地，所述MIP注册过程为首次MIP注册过程。

触发MIP注册后的整个移动IP注册过程(图7a中步骤3-5)都可以按照RFC 3957进行(此时仅仅请求MN和HA之间的随机数，而无需请求MN和FA之间的随机数)。同时，在注册请求中携带MN-FA-AE。但和RFC3957过程的区别在于，FA不直接与AAA交互。现有RFC3957规定的注册过程中，FA收到MIP注册请求以后，就直接向AAA请求密钥，然后AAA计算密钥以及随机数，下发到FA和HA。但是，目前WiMAX网络FA不直接向AAA请求，所以，FA直接转发MIP注册请求到HA，由HA和AAA交互密钥以及随机数(见步骤4)。对于本实施例，在FA能直接与AAA服务器交互时，就可以完全按照RFC3957过程进行。

由于FA也和锚鉴权者共同位于一个物理实体，可以通过内部交互共享锚鉴权者获得的MIP密钥信息。

步骤4.HA收到移动IP注册请求后，根据是否携带MN和AAA之间的认证扩展MN-AAA-AE判断是否向AAA请求密钥，如果移动IP注册请求中携带MN-AAA-AE，则向HAAA服务器请求HA相关MIP密钥(MN-HA-K，还可以包括FA-HA-K)以及产生MIP密钥所需的随机数(MN-HA之间随机数)。如果HA位于拜访网络，则这个请求消息由VAAA转发。AAA服务器也利用MN-AAA-SUB-K进行验证，并在验证成功后，下发MN-HA-K和FA-HA-K(如果需要)以及随机数到HA。

步骤5.HA处理MIP注册请求。如果注册成功，HA返回移动IP注册报告MIP-RRP给FA，消息中携带认证扩展(MN-HA-AE，也可以包括FA-HA-AE)及随机数。

锚鉴权者根据AAA下发的MIP根密钥信息并结合MIP注册过程下发的随机数计算出移动节点MN和HA之间的MIP密钥MN-HA-K，以及FA和家乡代理HA之间的MIP密钥FA-HA-K。如果步骤3中FA没有得到FA-HA-K，FA通过内部交互从锚鉴权者获得FA-HA-K，并验证所述MIP注册报告MIP-RRP。验证成功后FA发送携带认证扩展(MN-FA-AE以及MN-HA-AE)的移动IP注册报告MIP-RRP至PMIP-客户端。

同样，PMIP-客户端通过内部交互从锚鉴权者获得MN-HA-K和MN-FA-K，并验证来自FA的MIP-RRP。

步骤6.如果FA发生了迁移，PMIP-client会受到R3迁移的实体的触发，锚鉴权者或者PMIP-Client刷新一次MN-FA-K。MN-FA-K刷新的可选方法如下：

利用MN和原FA的共享密钥以及移动节点MN和目标FA(TFA)之间共享的信息(例如TFA-IP)计算一个新的MN-TFA-K；

或者，把共享密钥(MN和原FA之间的MN-FA-K)作为根密钥重新代入计算公式，算出新的MN-TFA-K。当然，密钥的刷新方式不限于此两种方式。

在R3迁移过程中，MIP密钥的根密钥信息由服务接入服务网络网关(ASN-GW)传到了目标ASN-GW(如果不传递根密钥，则目标ASN-GW需要通过接入网内部原语向服务ASN-GW请求计算子密钥)。经过类似于步骤3-5中的MIP注册过程，目标FA也可以建立起和移动节点MN之间的安全联盟。但与步骤3-5的MIP注册过程的不同在于，由于MN-HA-K并没有变化，此时的MIP注册请求可以不再请求MN-HA的随机数。

另外，在FA迁移时，也可以以接入认证和重新鉴权认证的方式重新执行步骤3-5中的MIP的注册过程(此时需要重新请求MN-HA之间的随机数)。

步骤7.如果步骤6中R3迁移的目标FA不存在和HA的共享密钥，锚鉴权者和AAA服务器也需要同时刷新FA-HA-K，目标FA向服务FA请求原来的根密钥或者FA-HA-K，然后刷新为TFA-HA-K；或者是直接请求TFA-HA-K。刷新方式可以选择如下：

利用HA/AAA和原FA共享密钥以及HA/AAA和目标FA之间共享的信息(例如FA-IP)计算一个新的MN-TFA-K；

或者，把该共享密钥作为根密钥重新代入计算公式，算出新的TFA-HA-K。当然，密钥的刷新方式不限于此。

本实施例中对密钥刷新的算法并无限定，只要进行刷新的双方算法一致就可以了。

然后，当HA收到带有MN-AAA-AE的移动IP注册请求后，要向AAA服务器请求TFA-HA-K，AAA在收到HA的请求以后也按照刷新算法计算TFA-HA-K，然后下发TFA-HA-K给HA。后续接入移动节点MN就可以利用这里建立的TFA-HA-K在移动IP注册。

(2)CMIPv4密钥的产生与分发

如图7b所示，包括如下步骤：

步骤1.在接入验证或者重新鉴权认证过程中，移动节点MN及AAA服务器依据MN-AAA-K(或预配置密钥)计算出MN-AAA-SUB-K。

移动节点MN以及AAA服务器还计算出MN-FA-K(AAA需要的参数在认证过程中由锚鉴权者通知给AAA服务器)，然后AAA服务器下发MN-FA-K到锚鉴权者，移动节点与AAA服务器计算MN-FA-K时采用相同的算法；或者，由移动节点MN以及锚鉴权者用相同的算法计算出MN-FA-K；也可以在后续步骤2中计算。

AAA服务器把包括移动IP密钥的根密钥下发到锚鉴权者。其中，所述根密钥可以是MN-AAA-SUB-K本身，也可以是另外一个根密钥，如MSK、EMSK、或MIP-RK等，以计算MIP密钥。

步骤2.外部代理FA发送代理广播给移动节点MS。如果步骤1中移动节点MN没有获得MN-FA-K，此时可以计算MN-FA-K。

步骤3.移动节点MS收到外部代理FA发送的代理广播以后，就可以利用MN-AAA-SUB-K计算MN-AAA-AE并且按照RFC3957的定义触发移动IP注册过程(此时仅仅请求MN和HA之间的随机数，而无需请求MN和FA之间的随机数)。同时，移动IP的注册消息也携带MN-FA-AE。

触发MIP注册后的整个移动IP注册过程都可以按照RFC3344以及RFC3957进行。和RFC3957区别在于，FA不直接与AAA交互，而是验证了MN-FA-AE以后直接发送MIP注册请求到HA，由HA和AAA交互密钥以及随机数。FA也可以加入交互过程，在FA直接与AAA服务器交互时，就可以完全按照RFC3957过程进行，但不需请求MN和FA之间的随机数。

由于FA和锚鉴权者共同位于一个物理实体，可以通过内部交互与锚鉴权者共享密钥信息。

步骤4.HA收到移动IP注册请求后，如果移动IP注册请求中携带MN-AAA-AE，则向HAAA服务器请求验证并请求HA相关MIP密钥(MN-HA-K，还可以包括FA-HA-K)以及随机数(MN-HA之间随机数)。HAAA在验证成功后，下发MN-HA-K和FA-HA-K(如果请求)和随机数至HA。

步骤5.HA处理MIP注册请求。如果注册成功，HA返回移动IP注册报告MIP-RRP给FA，消息中携带认证扩展(MN-HA-AE，也可以包括FA-HA-AE)及随机数。

锚鉴权者根据AAA下发的MIP根密钥信息并结合MIP注册过程下发的随机数计算出FA和家乡代理HA之间的MIP密钥FA-HA-K，FA通过内部交互从锚鉴权者获得FA-HA-K，并验证所述MIP-RRP。验证成功后再发送至移动终端MS(即CMIP-客户端)。

同样，移动终端MS(即CMIP-客户端)通过获得的随机数以及根密钥计算获得MN-HA-K，并验证来自FA的MIP-RRP。

步骤6.如果FA发生了迁移，MS收到目标FA的代理广播消息以后，刷新一次MN-FA-K。MN-FA-K刷新的可选方法如下：

利用MN和原FA的共享密钥以及移动节点MN和目标FA之间共享的信息(例如TFA-IP)计算一个新的MN-TFA-K；

或者，把共享密钥作为根密钥重新代入计算公式，算出新的MN-TFA-K。当然，密钥的刷新方式不限于此两种方式。

在R 3迁移过程中，MIP密钥的根密钥信息以及其他R3迁移必要信息由服务接入服务网络网关(ASN-GW)传到了目标ASN-GW(如果不传递根密钥，则目标ASN-GW需要通过接入网内部原语向服务ASN-GW请求计算子密钥)。经过类似于步骤3-5中的MIP注册过程，目标FA也可以按照MN刷新密钥的方法建立起和移动节点MN之间的安全联盟。但与步骤3-5的MIP注册过程的不同在于，由于MN-HA-K并没有变化，此时的MIP注册请求可以不再请求MN-HA的随机数。

另外，在FA迁移时，也可以以接入认证和重新鉴权认证的方式重新执行步骤3-5中的MIP的注册过程(此时需要重新请求MN-HA之间的随机数)。

步骤7.如果步骤6中R3迁移的目标FA不存在和HA的共享密钥，锚鉴权者和AAA服务器也需要同时刷新FA-HA-K，方式可以选择如下：

利用HA/AAA和原FA共享密钥以及HA/AAA和目标FA之间共享的信息(例如FA-IP)计算一个新的MN-TFA-K；

或者，把该共享密钥作为根密钥重新代入计算公式，算出新的TFA-HA-K。当然，密钥的刷新方式不限于此。

然后，当HA收到带有MN-AAA-AE的移动IP注册请求后，要向AAA服务器请求TFA-HA-K，此时下发TFA-HA-K给HA。后续接入移动节点MN就可以利用这里建立的TFA-HA-K在移动IP注册。

在上述各实施例中，FA-HA之间的密钥还可以在接入验证或重新鉴权认证过程中，由锚鉴权者根据AAA服务器下发的根密钥计算得出，或者由AAA服务器直接下发到锚鉴权者。

如果FA和HA之间已经有共享密钥，所有MN的移动节点的MIP注册请求都可携带FA-HA-AE。FA通过与锚鉴权者的内部交互就可以获得FA-HA-K。

在如上各实施例的移动IP的注册请求中，FA和HA之间还没有共享密钥的时候，第一个MN的MIP注册请求，不携带FA-HA-AE，但是要在这个过程中建立共享密钥，然后MIP报告中携带FA-HA-AE。具体的：

(1)如果FA-HA-K和当前注册MN无关，即计算公式中不含有MSK/EMSK等当前注册MN相关密钥，那么在每一对FA和HA之间的第一个MN的MIP注册过程就可以为FA-HA建立一个共享密钥(可以和这第一个MN相关或者不相关，但是对后续MN不相关)以及安全联盟，后续的MIP注册就可以直接利用，即不需要在后续MN的接入验证过程中下发类似的密钥信息，这样，FA和HA之间的MIP注册请求消息可以用FA-HA-K达到完整性保护的目的(FA-HA-AE没有在图中标出)；

(2)如果FA-HA-K和当前注册MN相关，对于每个MN第一次MIP注册的请求消息就无法携带FA-HA-AE，但注册报告可带FA-HA-AE。后续，这个MN的MIP注册都可以携带FA-HA-AE，此时FA和HA之间的MIP注册可以用FA-HA-K达到完整性保护的目的。

另外，在本发明实施例中，FA与HA之间的移动IP密钥还可以通过预配置产生，如果FA-HA是预配置的，那么就类似上述(1)中FA-HA共享密钥以及安全联盟建立好以后的情形，都可以携带FA-HA-AE，因此同样FA和HA之间的MIP注册请求消息可以用FA-HA-K达到完整性保护的目的。

实施例4：MIPv6中MIP密钥的产生及分发

本发明同样适用于MIPv6，下面分别举例说明PMIPv6模式及CMIPv6模式下移动IP密钥的产生及分发。

(1)PMIPv6密钥的产生与分发

如图6a所示，包括如下步骤：

步骤1：在接入验证或者重新鉴权认证过程中，AAA服务器依据MN-AAA-K或预配置密钥计算出MN-AAA-SUB-K，并且把包括MN-AAA-SUB-K和根密钥的密钥信息下发到锚鉴权者。

所述的根密钥可以为MN-AAA-SUB-K本身，也可以是另外的根密钥，如MSK/EMSK/MIP-RK等。

步骤2：由于PMIP-client和锚鉴权者共同位于一个物理实体，所以两者可以通过内部交互共享此MN-AAA-SUB-K信息。如果可能得到计算MN-HA-K的所有参数，也可以共享MN-HA-K。

步骤3：PMIP-Client发送绑定更新BU，携带由MN-AAA-SUB-K计算出的MN-AAA-AE。

步骤4：家乡代理HA收到步骤3中所发送的消息，就向AAA请求验证以及MN-HA-K，此时不关心MN-HA-K具体如何产生，但应和MN(本实例就是PMIP-Client)上的产生方式一致。AAA验证了完整性后，如果成功则下发MN-HA-K。

步骤5：家乡代理HA处理BU消息，如果绑定成功，则发送绑定确认BA消息，携带由MN-HA-K计算出的MN-HA-AE。PMIP-Client如果在步骤2中就已经获得了MN-HA-K，那么此时就可以验证BA消息了；否则，此时向锚鉴权者请求MN-HA-K。

(2)CMIPv6密钥的产生与分发

如图6b所示，包括如下步骤：

步骤1：在接入验证或者重新鉴权认证过程中，移动节点MN及AAA服务器依据MN-AAA-K(或预配置密钥)计算出MN-AAA-SUB-K。

步骤2：移动节点MN发送BU，携带由MN-AAA-SUB-K计算出的MN-AAA-AE。

步骤3：家乡代理HA收到步骤2中所发送的消息，就向AAA请求验证以及MN-HA-K，此时不关心MN-HA-K具体如何产生，但应和MN(本实例就是CMIP-Client)上的产生方式一致。AAA验证了完整性后，如果成功则下发MN-HA-K。

步骤4：家乡代理HA处理BU消息，如果绑定成功，则发送BA消息，携带由MN-HA-K计算出的MN-HA-AE。移动节点MN已经获得了MN-HA-K，此时就可以验证BA消息了。

实现如上实施例的移动IP密钥的产生及分发系统，可包括：

在接入验证或重新鉴权认证过程中，计算移动节点MN和认证授权计费AAA服务器之间的子密钥的装置(例如对于代理移动IP模式，计算移动节点MN和认证授权计费AAA服务器之间的子密钥的装置为AAA服务器；对于客户端移动IP模式，所述计算移动节点MN和认证授权计费AAA服务器之间的子密钥的装置为AAA服务器和移动终端)；

根据所述子密钥计算移动节点和AAA服务器之间的认证扩展的装置(例如，对于代理移动IP模式，根据所述子密钥计算移动节点和AAA服务器之间的认证扩展的装置为锚鉴权者；对于客户端移动IP模式，所述根据所述子密钥计算移动节点和AAA服务器之间的认证扩展的装置为移动终端)；

移动节点，用于发起移动IP注册请求或绑定更新请求，所述请求中携带由所述子密钥产生的移动节点和AAA服务器之间的认证扩展；

家乡代理，用于根据注册请求或绑定更新请求中的所述认证扩展向AAA服务器请求密钥；以及

外部代理，用于进行移动IP注册请求的转发。

综上所述，本发明如上的实施例可清楚使得PMIP客户端可以在移动节点MN和AAA服务器之间的密钥(MN-AAA-K)不下发的情况下计算移动节点MN和AAA服务器之间的认证扩展(MN-AAA-AE)；并统一了网络工作组(NWG)中CMIP和PMIP在重验证(包含MIPv6)，以及FA迁移(不包含MIPv6)通知HA的过程；并且如上实施例合理利用已有的RFC过程实现NWG的移动IP注册过程；同时通过采用随机数计算密钥避免了用IP地址作为计算移动IP密钥的参数所带来的复杂性。

实施例5

另外，针对现有技术中存在的问题，本发明实施例还提出了一种可替代的密钥分发方案，如果可替代方案中MN-HA-K以HA-IP作为输入参数，MS不知道HA地址的时候发起移动IP注册请求，就携带MN-HA-AE，但此时只能用全0/全1，或者其他特殊值计算MN-HA-K。但后续又需要使用实际HA单播IP地址计算的MN-HA-K，基于此，本替代方案的基本思想为：

如果MN不知道HA的情况下，用全0/1作为HA-IP计算MN-HA-K1，然后用MN-HA-K1计算MN-HA-AE1。

而HA要能够验证MN-HA-AE1就必须拥有MN-HA-K1。

但是为了能够体现真实单播HA-IP，HA发送的MIP-RRP携带MN-HA-AE2，MN-HA-AE2必须由MN-HA-K2计算。

HA要能够计算MN-HA-AE2就必须拥有MN-HA-K2。

由此，当HA收到MIP-RRQ然后向AAA请求的时候，AAA必须下发两个MN-HA-K。

对于CMIP模式下MN-HA密钥分发，包括如下步骤(如图8所示)：

步骤1：MS收到FA广播。

步骤2：MS发起移动IP注册请求，此时MS不知道HA地址，就用全0/全1进行计算MN-HA-K1，然后计算MN-HA-AE1，并携带在所述注册请求中。可选的，所述移动IP注册请求中还可携带用于指示利用MN-HA-K1来验证携带的认证扩展的指示信息。

步骤3：HA收到携带有MN-HA-AE1的MIP注册请求以后，向AAA请求密钥，此时应该请求两个密钥，一个是用全0/1等特殊值计算出来的MN-HA-K1，一个是用后续使用的单播HA地址计算出来的MN-HA-K2。

步骤4：AAA下发HA所请求的密钥信息。

步骤5：HA用MN-HA-K1验证移动IP注册请求中的MN-HA-AE1，并且处理移动IP注册请求，发送移动IP注册报告到FA。移动IP注册报告中携带MN-HA-K2计算出来的MN-HA-AE2。

步骤6：MS收到移动IP注册报告以后，可以从中获得实际的HA单播IP地址，并且计算出MN-HA-K2，并用来验证移动IP注册报告的MN-HA-AE2。

图8仅用作举例来示意本实施例的CMIP模式下的MN-HA密钥分发，并非用于限定本发明。本发明同样适用于PMIP模式。

图9a及图9b为本实施例中PMIP模式下MN-HA密钥的分发过程示意图。如图9a所示，包括如下步骤：

步骤1，移动节点(PMIP Client)发送MIP注册请求(携带全0/1计算出来的MN-HA-K1产生的验证扩展MN-HA-AE1)至外部代理。所述移动IP注册请求消息中还可携带指示利用MN-HA-K1来验证携带的认证扩展的指示信息。

步骤2，外部代理接收所述MIP注册请求，并发送到家乡代理。

步骤3，家乡代理收到携带有MN-HA-AE1的MIP注册请求后，向AAA服务器请求MN-HA之间的密钥(如利用Access-Request消息向AAA请求密钥)。此时应该请求两个密钥，一个是用全0/1等特殊值计算出来的MN-HA-K1，一个是用后续使用的单播HA地址计算出来的MN-HA-K2。

步骤4，AAA服务器返回Access-Accept(携带两个密钥：一个由全0/1计算出来的MN-HA-K1；一个是由真实HA地址计算出来的MN-HA-K2)至家乡代理。

步骤5，家乡代理用MN-HA-K1验证并且处理MIP注册请求，然后发送MIP注册报告到外部代理，该注册报告携带真实HA地址计算出来的MN-HA-K2产生的验证扩展MN-HA-AE2。此时，家乡代理可以删除MN-HA-K1。

步骤6，外部代理处理MIP注册请求，并且发送给PMIP Client。如果PMIP Client此前尚未获得HA的地址，则其收到移动IP注册报告以后，可以从中获得实际的HA单播IP地址，并且计算出MN-HA-K2，并用来验证移动IP注册报告的MN-HA-AE2。

图8和图9a对应的密钥分发流程中，用0/1作为HA地址计算的MN-HA密钥，可在此次认证有效期内的MIP注册过程都用这个密钥。

实现上述图8和图9a对应的密钥分发的系统包括：移动节点(MN或PMIPClient)，家乡代理及外部代理；

所述移动节点用于发送移动IP注册请求，该请求携带由IP地址替代值计算的移动节点与家乡代理之间的密钥MN-HA-K1产生的认证扩展MN-HA-AE1；

所述家乡代理用于接收到移动IP注册请求，向认证服务器请求密钥MN-HA-K1以及利用家乡代理IP地址计算出的移动节点与家乡代理之间的密钥MN-HA-K2，并于利用MN-HA-K1验证注册请求中的MN-HA-AE1成功后，发送携带由所述MN-HA-K2产生的认证扩展MN-HA-AE2的移动IP注册报告至外部代理；

所述外部代理用于发送携带MN-HA-AE2的注册报告至移动节点；

所述移动节点利用计算的MN-HA-K2验证所述MN-HA-AE2。

由于PMIP Client处于接入服务网络网关(ASN-GW)上，HA的地址可以已经下发到了ASN，所以PMIP Client可以同时获得MN-HA-K1以及MN-HA-K2。此时上述步骤1的MIP注册请求中就还可以携带真实HA地址计算出来的MN-HA-K2产生的验证扩展MN-HA-AE2。

因此，PMIP模式下MN-HA密钥的分发过程还可以如下(如图9b所示)：

步骤1，PMIP Client发送MIP注册请求(携带真实HA地址计算出来的MN-HA-K2产生的验证扩展MN-HA-AE2，同时还可携带全0/1计算出来的MN-HA-K1产生的验证扩展MN-HA-AE1)到外部代理。

此时，为了家乡代理能够正确处理来自CMIP以及PMIP终端的MIP注册请求，MIP注册请求中需要指明是哪个密钥(MN-HA-K1或MN-HA-K2，此实施实例是MN-HA-K2)被用于产生验证扩展。

步骤2，外部代理接收所述MIP注册请求，然后发送到家乡代理。

步骤3，家乡代理收到携带有MN-HA-AE2的MIP注册请求后，发送Access-Request向AAA服务器请求MN-HA之间的两个密钥(MN-HA-K1以及MN-HA-K2)。或者，在Access-Request中指明只请求MN-HA-K2。

步骤4，AAA服务器返回Access-Accept(携带两个密钥：一个由全0/1计算出来的MN-HA-K1；一个是由真实HA地址计算出来的MN-HA-K2)到家乡代理；如果步骤3中指明了仅仅请求MN-HA-K2，那么就只发送MN-HA-K2到家乡代理。

步骤5，家乡代理依据移动IP注册请求的指示选择密钥进行验证，本实施实例采用MN-HA-K2验证并且处理MIP注册请求，然后发送MIP注册报告到外部代理，携带真实HA地址计算出来的MN-HA-K2产生的验证扩展。此时家乡代理可以删除MN-HA-K1。

步骤6，外部代理处理MIP注册请求，并且发送给PMIP Client。

图9b对应的密钥分发流程中，可在第一次发送MIP注册请求的时候用MN-HA-K1，后面的MIP注册请求以及应答中用MN-HA-K2。

实现图9b对应的密钥分发的系统包括：代理移动IP客户端，家乡代理及外部代理；

所述代理移动IP客户端用于发送移动IP注册请求至外部代理，并携带真实HA地址计算出来的MN-HA-K2产生的验证扩展MN-HA-AE2，同时还可携带全0/1计算出来的MN-HA-K1产生的验证扩展MN-HA-AE1；为了家乡代理能够正确处理MIP注册请求，MIP注册请求中可指明是哪个密钥(MN-HA-K1或MN-HA-K2，此实施实例是MN-HA-K2)被用于产生验证扩展。

所述家乡代理用于接收到移动IP注册请求，向AAA服务器请求MN-HA之间的两个密钥(MN-HA-K1以及MN-HA-K2)，或者，指明只请求MN-HA-K2，并于利用MN-HA-K2验证注册请求中的MN-HA-AE2成功后，发送携带真实HA地址计算出来的MN-HA-K2产生的认证扩展的移动IP注册报告至外部代理；

所述外部代理处理MIP注册请求，并且发送给PMIP Client。

MN不知道HA地址时只能用全0/全1或者其他特殊值计算MN-HA-K，一个MN同时和两个HA通信的场景下，两个HA将共同拥有一个相同的密钥，这在安全上是不合理的。而如上实施例中MIP注册过程应用从0/1计算出来的密钥只是MN不知道HA地址时候的临时方案；而在正式的密钥MN-HA-K2计算公式中是有HA地址的，从而避免了安全上的不合理。

上述本发明实施例的可替代的密钥分发方案强调的是HA和AAA之间的交互，即AAA需有能力下发两个MN-HA-K。至于MIP注册请求以前的流程及其它流程，通过现有技术就可以轻易的实现，因此本方案并不强调也不关心，故省略对其的说明。

以上具体实施方式仅用于说明本发明，而非用于限定本发明。凡在本发明的精神和原则之内，所做的任何修改、等同替换、改进等，均应包含在本发明的保护范围之内。

Claims (6)

1.一种移动IP密钥的产生及分发方法，其特征在于，该方法包括：

家乡代理接收来自移动节点的移动IP注册请求，所述移动IP注册请求中携带所述移动节点与家乡代理之间的第一认证扩展，所述第一认证扩展由移动节点与家乡代理之间的密钥产生，所述移动节点与家乡代理之间的密钥是根据IP地址替代值计算的；

家乡代理向认证服务器请求第一密钥和第二密钥，所述第一密钥是利用所述IP地址替代值计算的移动节点与家乡代理之间的密钥，所述第二密钥是利用家乡代理IP地址计算出的移动节点与家乡代理之间的密钥；

家乡代理利用从所述认证服务器获得的所述第一密钥验证所述移动IP注册请求中的所述第一认证扩展，并于注册成功后发送移动IP注册报告至外部代理，所述移动IP注册报告携带由所述第二密钥产生的第二认证扩展，以使所述外部代理发送携带所述第二认证扩展的移动IP注册报告至所述移动节点，以使所述移动节点利用计算的第二密钥验证所述第二认证扩展。

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

所述移动IP注册请求中携带指示由IP地址替代值计算出的移动节点与家乡代理之间的密钥来验证携带的认证扩展的指示信息。

3.一种移动IP密钥的产生及分发系统，其特征在于，该系统包括：家乡代理及外部代理；

所述家乡代理用于接收到来自移动节点的移动IP注册请求，所述移动IP注册请求中携带所述移动节点与家乡代理之间的第一认证扩展，所述第一认证扩展由移动节点与家乡代理之间的密钥产生，所述移动节点与家乡代理之间的密钥是根据IP地址替代值计算的；还用于向认证服务器请求第一密钥和第二密钥，所述第一密钥是利用所述IP地址替代值计算的移动节点与家乡代理之间的密钥，所述第二密钥是利用家乡代理IP地址计算出的移动节点与家乡代理之间的密钥；利用从所述认证服务器获得的所述第一密钥验证所述移动IP注册请求中的所述第一认证扩展，并于注册成功后发送移动IP注册报告至外部代理，所述移动IP注册报告携带由所述第二密钥产生的第二认证扩展；

所述外部代理用于发送携带所述第二认证扩展的移动IP注册报告至移动节点；以使所述移动节点利用计算的第二密钥验证所述第二认证扩展。

4.一种移动IP密钥的产生及分发方法，其特征在于，该方法包括：

外部代理接收代理移动IP客户端发送的移动IP注册请求，所述移动IP注册请求中携带利用家乡代理IP地址计算的移动节点与家乡代理之间的密钥产生的认证扩展；

家乡代理接收外部代理发送的移动IP注册请求，向认证服务器请求利用家乡代理IP地址计算出的移动节点与家乡代理之间的密钥；

家乡代理利用从认证服务器获得的所述密钥验证所述移动IP注册请求中的所述认证扩展，并于注册成功后发送移动IP注册报告至外部代理，所述移动IP注册报告中携带由所述密钥产生的认证扩展；

外部代理发送携带所述认证扩展的移动IP注册报告至所述代理移动IP客户端。

5.根据权利要求4所述的方法，其特征在于：

所述移动IP注册请求中携带指示由家乡代理IP地址计算出的移动节点与家乡代理之间的密钥来验证携带的认证扩展的指示信息。

6.一种移动IP密钥的产生及分发系统，其特征在于，该系统包括：家乡代理及外部代理；

所述外部代理用于接收代理移动IP客户端发送的移动IP注册请求，所述移动IP注册请求中携带利用家乡代理IP地址计算的移动节点与家乡代理之间的密钥产生的认证扩展；

所述家乡代理用于接收外部代理发送的移动IP注册请求，向认证服务器请求利用家乡代理IP地址计算出的移动节点与家乡代理之间的密钥，利用从认证服务器获得的所述密钥验证所述移动IP注册请求中的所述认证扩展，并于注册成功后发送移动IP注册报告至外部代理，所述移动IP注册报告中携带由所述密钥产生的认证扩展；

所述外部代理还用于发送携带所述认证扩展的移动IP注册报告至所述代理移动IP客户端。

Images