CN101877896A - 用于提供无线通信系统的元件间的兼容性的方法和装置 - Google Patents

Abstract

用于解决支持移动互联网协议通信的通信系统中系统元件间的不兼容性的方法和装置。所述方法在具有同一协议和/或不同协议的不同版的系统元件间提供前向和后向兼容性。在一实施例中，所述方法调节了系统元件间呼叫注册扩展的数目。

Description

用于提供无线通信系统的元件间的兼容性的方法和装置

本申请是申请日为2003年4月14日申请号为第03810959.X号发明名称为“用于提供无线通信系统的元件间的兼容性的方法和装置”的中国专利申请的分案申请。

背景

领域

本发明一般涉及无线通信，尤其涉及用于分组数据服务的切换的方法和装置。

背景

移动互联网协议(IP)使节点能从一个IP子网移到另一个IP子网、从一个以太网段到另一个以太网段、以及从以太网段到无线局域网。目的是使移动节点(MN)的IP地址在给定的运动上保持不变。只要节点移动不发生在不同IP子网上的附着点之间，链路层的移动性机制(即链路层切换)就能提供比移动IP更快的收敛和小得多的开销。在不同协议以及这种协议的不同版本间提供兼容性存在一个问题。特别是，随着新协议的引入，它们会产生与前面的修订本和协议的冲突。

因此，需要在不同的无线通信和数据传输协议间提供兼容性。特别是，需要移动IP协议的后向和前向的兼容接口。

附图简述

图1是支持移动IP的通信系统的框图。

图2是说明在使用认证使能扩展的通信系统中的呼叫注册的定时图。

图3是使用认证使能扩展的呼叫注册过程的流程图。

图4是说明在使用版本标识消息的通信系统中的呼叫注册的定时图。

图5是支持版本标识消息的呼叫注册过程的流程图。

图6-9是说明各个呼叫注册过程的定时图。

详细描述

这里专门使用单词“示例性”意指“充当示例、实例或说明”。这里描述为“示例性”的任何实施例都不必被认为比其它实施例更为优选或有利。虽然实施例的各个方面在附图中给出，然而附图并不按比例绘制，除非特别指明。

下列讨论通过首先给出一实施移动IP的网络以便向或自移动节点传送数据，显示了示例性实施例。然后讨论了扩频无线通信系统。接着，示出移动IP网络在无线通信系统中实现。说明了消息，向本地代理注册移动节点，从而能把IP数据发送到该移动节点或从该移动节点发出IP数据。最后，说明了用于在本地代理处收回资源的方法。

注意到这里整个讨论中提出的示例性实施例是示例性的；然而其它实施例可以结合各个方面而不背离本发明的范围。特别是，各个实施例可应用于数据处理系统、无线通信系统、移动IP网络以及期望资源的有效使用和管理的任何其它系统。

示例性实施例采用了一种扩频无线通信系统。无线通信系统被广泛采用，用于提供各类通信，比如语音、数据等等。这些系统可以基于码分多址(CDMA)、时分多址(TDMA)或者某些其它调制技术。CDMA系统提供了比其它类型的系统的一定的优势，包括提高了的系统容量。

系统可以被设计成支持一个或多个标准，比如“TIA/EIA/IS-95-B MobileStation-Base Station Compatibility Standard for Dual-Mode Wideband SpreadSpectrum Cellular System”，这里称为IS-95标准；由名为“第三代合伙人计划”的协会提出的标准，这里称为3GPP；以及体现在包括文献号3G TS 25.211、3G TS25.212、3G TS 25.213和3G TS 25.214的一组文献中的标准，这里称为W-CDMA标准；由名为“第三代合伙人计划2”的协会提出的标准，这里称为3GPP2；以及TR-45.5，这里称为cdma2000标准，以前称为IS-2000MC。上面引用的标准都通过引用被结合于此。

每个标准都特别定义了用于从基站传输到移动站的数据的处理，反之亦然。作为一示例性实施例，下列讨论考虑符合CDMA2000协议标准的扩频通信系统。其它实施例可以包括其它标准。

图1示出按照一实施例的通信系统100。通信系统100包括无线部分和互联网协议(IP)部分。用于描述系统100的各个元件的术语是为了便于理解这里所述的移动IP。移动节点(MN)的本地网络102包括本地代理(HA)104以及本地代理认证、管理和核算(HAAA)单元106。注意到，认证是例如通过使用密码技术来验证消息始发者身份的过程。

本地网络102与IP主机108通信。如图所示，MN116移到了一外部系统110，外部系统110包括分组数据服务节点(PSDN)112和外部代理(FA)112。

MN，比如MN 116，是将其附着点从一个网络或子网改变为另一个网络或子网的主机或路由器。MN可以改变其位置而不改变其IP地址；MN会继续使用其(恒定的)IP地址在任何位置与其它因特网节点通信，假定到附着点的链路层连接性是可用的。

HA是MN本地网络上的路由器，它在MN离开本地时隧道穿通数据报用于传送到MN，并且为MN维持当前的位置信息。FA是在MN访问的网络上的路由器，它在注册时向MN提供路由服务。FA解隧道穿通数据报并将其传送到由MN的本地代理隧道穿通的MN。对于MN发出的数据报，FA会充当已注册MN的缺省路由器。

MN 116被赋予本地网络102上的一个长期IP地址。这个本地地址，即MN的IP地址，以向静态主机提供“永久”IP地址的相同方式被管理。当离开其本地网络102时，“转交地址”与MN 116相关联，该地址反映出MN的当前附着点。转交地址是隧道尽头的IP地址。MN 116使用本地地址作为从MN 116发出的IP数据报的源地址。

本地网络，诸如本地网络102，是网络前缀与MN的本地地址相匹配的网络，它可能是虚拟的。注意到标准的IP路由机制会将目标为MN的本地地址的数据报传送到移动节点的本地网络。于是，外部网络是除本地网络以外的任何网络。注意到这些术语是按照MN给出的。

当离开本地时，移动IP使用协议隧道穿通以隐蔽MN的本地地址干涉其本地网络及其当前位置间的路由器。隧道在MN的转交地址处终止。转交地址必须是数据报经由常规的IP路由能被传送到的地址。在转交地址处，从隧道中移去原始数据报，并且将原始数据报传送到MN。

隧道是数据报在被封装时所沿的路径。模型是：在数据报被封装时，它被路由到能理解的解封装代理，解封装代理解封装数据报，然后正确地将其传送到最终目的地。

到MN 116的数据报在路径a上从IP主机108被提供到本地网络102。数据报是使用标准的IP路由技术发送的。数据报被HA 104接收和截取，并被隧道穿通到转交地址。HA 104经由路径c将经隧道穿通的数据报传送到外部网络110。FA114解穿梭数据报用于传送到MN 116。FA 114经由路径e将数据报发送到MN 116。

虽然与外部网络110通信，来自MN 116的数据报经由标准IP路由技术从外部网络110被发送到IP主机108。注意到为了操作简洁在外部网络110的外面说明MN 116；然而，MN 116工作在由外部网络110服务的地理或虚拟区域内。

目前描述的系统100的操作符合RFC 2002和RFC 3220的规定，前一标准题为“IP Mobility Support”，由C.Perkins编辑，于1996年10月公布，后一标准题为“IP Mobility Support for IPv4”，由C.Perkins编辑，于2002年1月公布。这两个文档都由因特网工程特别工作组即IETF发布。

RFC 3220中给出了各种差异，导致系统间的潜在冲突以及给定系统的各个修订版之间的兼容性问题。这些差异作为与无线通信、尤其是移动IP有关的兼容性问题的示例给出；然而，相对于本讨论考虑了种种其它的差异和不兼容性。

原始规范

如RFC 2002中规定的，移动IP注册提供了一种灵活机制，使MN能将当前可达到的信息传送到HA。它是进行以下行为的方法：MN在访问外部网络时请求转发服务、通知HA有关当前的转交地址、重新开始应该到期的注册、以及/或者在返回本地时撤销注册。注册消息在MN、(任选的)FA和HA之间交换信息。注册创建或修改了HA处的移动绑定，在指定的生存期将MN的本地地址与MN的当前转交地址相关联。

几种其它的(任选的)能力通过注册过程可用，注册过程使移动节点能维持多个瞬时注册使得每个数据报的副本会被隧道穿通到每个活动的转交地址、撤销特定的转交地址而同时保留其它移动绑定、以及如果MN未用HA的地址配置则发现该信息。移动IP定义了两个不同的注册过程，一个通过将注册中继到MN的HA的FA，一个直接向MN的HA注册。以下规则确定了在任一特定情况下要使用这两个注册过程的哪一个。如果移动节点正在注册FA转交地址，MN就必须经由该FA注册。如果MN正在使用位于同处的转交地址，并且在MN使用该转交地址的链路上从FA接收代理广告，则如果在接收到的代理广告消息中设置了“R”位，MN应该经由该FA(或经由该链路上的其它FA)注册。如果MN正在使用位于同处的转交地址，MN就必须直接向其HA注册。如果MN已经返回到其本地网络并且正在向其HA注册(撤销)，MN就必须直接向其HA注册。这两个注册过程都包括注册请求(RRQ)和注册应答(RRP)消息的交换。当经由FA注册时，注册过程要求以下四个消息：

a)MN向预期的FA发送RRQ以开始注册过程。

b)FA处理RRQ，然后将其中继到HA。

c)HA向FA发送RRP以便许可或拒绝该请求，即RRQ。

d)FA处理RRP，然后将其中继到MN以通知它有关其请求的部署。

而当换成MN直接向其HA注册时，注册过程仅要求以下两个消息：

a)移动节点向本地代理发送注册请求。

b)本地代理向移动节点发送注册应答，许可或拒绝该请求。

注册消息使用用户数据报协议(UDP)。非零的UDP校验和应该被包括在报头中，并且必须被受信者校验。

每个MN、FA和HA必须能支持移动实体的移动安全关联，由它们的安全参数索引(SPI)和IP地址来索引。在MN的情况下，这必须是其本地地址。必须用移动节点-本地认证扩展(MN-HA认证扩展)来认证MN及其HA之间的注册消息。MN-HA认证扩展立即遵循所有的非认证扩展，除了那些在MN计算认证后可能被添加到消息上的FA特定的扩展以外。

MN使用RRQ消息向其HA注册，使得HA能创建或修改该MN的移动性绑定(例如具有新的生存期)。RRQ请求可由FA中继到HA，MN通过所述FA注册，或者在MN正在注册位于同处的转交地址的情况下，RRQ请求可以被直接发送到HA。

RRQ的固定部分后面是一次或多次扩展。MN-HA认证扩展必须包括在所有的RRQ请求中。移动代理将RRP消息返回到已经发出一RRQ消息的MN。如果MN正在请求来自FA的服务，该FA就会从HA接收RRP，然后将其中继到MN。RRP消息包含必要的代码以便通知MN有关其RRQ请求的状态、以及HA所许可的生存期，所述生存期可能小于原始的RRQ请求。

在所有的RRQ请求和RRP应答中恰好存在一个MN-HA认证扩展，所述MN-HA认证扩展是为了消除从因特网中不受控制的远程传播的重定向产生的问题。扩展的位置标记了经认证数据的结束。而且，支持附加的扩展，比如FA所使用的非认证扩展、MN-FA认证扩展以及/或者MN-AAA认证扩展。注意到，在移动IP注册期间，要求MN将MN-HA认证扩展和MN-AAA认证扩展包括在到PDSN和FA的RRQ消息中。MN-AAA认证扩展在RFC3012中规定。注意到在IS-95前的某些标准和标准版本，比如被标识为IS-835-A的标准，具有该要求。此外，这使移动站能发送两种认证扩展。IS-835-A标准版本比IS-835-B标准版本更有限制，要求移动站发送两种认证扩展。而且，要求PDSN和FA将两种扩展都包括在被发送到HA的RRQ消息中。

修订的规范

与RFC 2002规范相反，RFC 3220规定，PDSN和FA仅发送一个认证扩展，特别是MN-HA认证扩展。每个MN、FA和HA都必须能支持移动实体的移动安全关联，这由SPI和IP地址索引。在MN的情况下，这必须是它的本地地址。MN和HA之间的注册消息必须用“授权使能的扩展”来认证，比如MN-HA认证扩展。该扩展必须是第一次认证扩展；在移动节点计算出该认证后可以向消息添加其它外部代理特定的扩展。

授权使能的扩展是使(注册)消息对于该注册消息的最终受信者来说可接受的认证。授权使能的扩展必须包含SPI。如RFC 3220中所使用的，授权使能的扩展是指使注册请求消息对于本地代理可接受的认证扩展。通过使用附加的协议，MN通过网络内对于HA可接受的另一个认证实体，而可能向HA提供其注册的认证。

MN使用RRQ消息向HA注册，使得HA能创建或修改该MN的移动性绑定(例如具有新的生存期)。RRQ可由FA中继到HA，MN正在通过所述FA注册，或者在MN正在注册位于同处的转交地址的情况下，RRQ可以被直接发送到HA。

在所有RRQ中、以及由HA产生的所有RRP中必须存在恰好一个授权使能的扩展。MN-HA认证扩展是注册消息的授权使能。该要求是为了消除从因特网中不受控制的远程传播重定向产生的问题。扩展的位置标记出经认证数据的结束。

如RFC 3220中规定的，如果HA接收不止一个认证扩展，即授权使能的扩展，HA就会拒绝MN的注册请求，并且应该通过指定的出错代码经由FA/PDAN向MN发送RRP。在一实施例中，出错代码被标识为131，表明MN失败的认证。

当前解决方案

为了保持与原始规范(即RFC 2002)的后向兼容性，以下方法受3GPP2TSG-P支持。在初始注册中，MS包括MN-HA和MN-AAA认证扩展。为了支持与先前版本的后向兼容性，从本地AAA(RADIUS)服务器向PDSN添加3GPP2“授权使能扩展”属性，表明是否能移去授权使能扩展。

PDSN如下处理认证扩展。如果PDSN从本地AAA(RADIUS)服务器接收到3GPP2“授权使能扩展”属性，PDSN就不应移去跟在MN-HA认证扩展后的任何扩展。注意到，属性在IS-835-B的最近表决决议版本中描述。下面描述了该属性。同样，注意到RADIUS服务器是使用RADIUS协议的AAA服务器。该情况在图2中说明。如果PDSN不接收该属性，则它在通过AAA基础设施的移动节点认证完成后从RRQ中移去MN-AAA认证扩展，这在把RRQ转发到HA以前由移动IP RFC 3220规定。

图2说明了系统100内的处理，其中系统元件在横轴上表示，纵轴表示时间。在时刻t1，MN 116发送被标识为RRQ(1)的RRQ，包括MN-HA认证扩展和MN-AAA认证扩展两者。RRQ(1)被PDSN 112和/或FA 114接收，后者响应于此而在时刻t2向HAAA 106发送一接入请求消息。在时刻t3，HAAA 106用一接入接受消息进行响应。接入接受消息包括授权使能扩展。在时刻t4，PDSN 112和/或FA 114向HA 104发送被标识为RRQ(2)的RRQ。在时刻t5，HA 104用一个被标识为RRP(1)的RRP消息进行响应。在时刻t6，PDSN 112和/或FA 114用被标识为RRP(2)的RRP消息进行响应。

图3说明了用于决策过程的过程120。如果在判决菱形122处接收到授权使能扩展属性，处理就继续到步骤126以处理附加的扩展。如果未接收到该属性，处理就继续到步骤124以便移去附加的扩展。两条处理路径都在步骤128中继续注册过程。

根据系统元件的性能，图2和3的解决方案会表现出其它问题。下表中描述了各种情况。关于系统元件，一般是IS-835-A符合RFC 2002，而IS-835-B符合RFC 3220。注意到这些标准和版本被提供作为系统配置的例子。其它实施例可以包括多种标准、版本、系统组件和配置的任一种。

表1考虑到不同配置的各种情况

FA/PDSN版本	本地AAA版本	HA版本	注释
				IS-835-B	IS-835-B	RFC2002  RFC3220	没问题，因为本地AAA和FA/PDSN都  是版本B。本地AAA指示何时要移去  HA-AAA认证扩展。
IS-835-A	IS-835-A/B	RFC2002	两个扩展都会按照IS-835-A发送，  因为FA/PDSN符合IS-835-A。
				IS-835-B	IS-835-A	RFC2002	会产生问题，因为版本A的本地AAA  不能发送“授权使能扩展”属性，因  此FA/PDSN仅发送MN-HA认证扩展。  对于符合RFC 2002和IS-835-A两者  的HA，期望认证扩展但未接收到。
IS-835-A	IS-835-A/B	RFC3220	仍然是问题，因为HA可能接受在RFC  3220下不允许的扩展。
				IS-835-B	IS-835-B	RFC3220	FA/PDSN不接收“授权使能扩展”属

[0063]

性，而是仅把MN-HA授权扩展发送到  HA。

一般而言，HA和HAAA处在同一载波的域中，且HAAA知道或能接入HA的版本。因此，对于前向和后向兼容性来说，期望HAAA表示HA对于FA/PDSN的版本，而不是发送“授权使能扩展”属性。此外，如果HA版本对于HAAA是未知的，或者FA/PDSN不接收该新属性，则两个认证扩展都会从FA/PDSN被发送到HA。

图4说明了用于提供HA版本信息的情况。纵轴表示时间，而横轴表示系统元件。在初始注册中，MS包括该MN-HA且在一RRQ消息中的MN-AAA认证扩展消息被标识为RRQ(1)，该RRQ(1)在时刻t1被发送到FA和/或PDSN。在时刻t2，FA和/或PDSN向HAAA发送一接入请求。为了支持与先前版本的后向兼容性，在时刻t3，HAAA通过向FA和/或PDSN提供一接入接受而响应于接入请求。接入请求标识了HA版本。在一实施例中，HAAA发送符合3GPP2“HA版本指示”属性的版本标识符。属性信息表明了HA关于RFC2002或RFC3220的版本。请参照下面提供的属性信息。在一实施例中，RFC2002HA等价于IS-835-A，而RFC3220HA等价于IS-835-B。

对于版本-B，PDSN(即支持RFC 3220)如图5的流程图所述处理认证扩展。过程200在判决菱形202处开始以确定是否从HAAA接收到HA版本标识，比如上面讨论的属性。版本标识可以包括在如图4所示的接入接受消息内。当接收到HA版本标识时，处理继续到判决菱形204。当未接收到版本标识时，处理继续到步骤212以保留来自MN的RRQ消息中所包含的附加扩展。从判决菱形204起，当版本标识表明HA支持RFC 3220版本(版本2)时，即HA符合RFC3220，PDSN就在步骤206移去附加的扩展，比如MN-AAA认证扩展。注意到，在通过AAA基础设施将RRQ转发到HA时在其完成MN认证后，从RRQ移去附加的扩展，正如在将RRQ转发到HA前由移动IP RFC 3220所规定的。注意到当PDSN将RRQ消息转发到HA时，在通过AAA基础设施完成MN认证后从RRQ消息移去附加的扩展，正如由移动IP RFC 3220所规定的。

返回到判决菱形204，当PDSN从HAAA服务器接收版本标识，比如3GPP2“HA版本指示”属性，表明HA符合RFC2002(版本1)时，PSDN就在步骤208保留MN-HA认证扩展后的任何附加扩展。类似地，当PSDN从HAAA服务器接收版本标识，比如3GPP2“HA版本指示”属性，表明HA版本未知时，PSDN就在步骤208保留跟在MN-HA认证扩展后的任何扩展。

除了或代替“授权使能扩展”属性而使用诸如“HA版本指示”属性这样的版本标识，提供了前向兼容性，以便将将来的HA版本和当前的HA版本区分开来。例如，将来的FA和HA会支持移动IP注册撤回[draft-ietf-mobileip-reg-revok-02.txt]。通过“HA版本指示”属性，能撤回的FA会避免将撤回消息发送到不支持撤回的HA。

图4和5所述的方法提供了以下情况时的解决方案：当FA和/或PDSN、以及HAAA支持诸如RFC 3220这样的新版本(版本2)，而同时HA支持诸如RFC 2002这样的先前版本(版本1)。然而，在FA和/或PDSN支持新版本(版本2)、HAAA支持旧版本(版本1)、而HA支持新版本(版本2)时，仍然存在问题。对于这个配置而言，HAAA不支持新的属性，即版本标识，因此FA和/或PDSN会将两个扩展都发送到HA。给出了其它实施例来避免这个问题，以及由于具有不一致版本的硬件和软件的配置而产生的其它问题。

图6中说明了一个实施例，下面详细描述：

a)MS向FA/PDSN发送包括MN-HA认证扩展和MN-AAA认证扩展两者的RRQ。

b)FA/PDSN向HAAA发送接入请求消息。

c)HAAA用接入接受进行响应。在该例中，HAAA支持RFC 2002，因此不知道如何处理新属性“HA版本指示”。

d)FA/PDSN向HA发送包括MN-HA认证扩展和MN-AAA认证扩展两者的RRQ。

e)由于HA符合RFC3320，HA就向FA/PDSN发送具有出错代码的RRP，所述出错代码比如指示MN失败认证的出错代码131。

f)FA/PDSN查看RRP以检取出错代码131，并且会向HA发送仅包括MN-HA认证扩展的另一RRQ。

g)HA向FA/PDSN发送RRP。

h)FA/PDSN把RRP传递到MS。

在该实施例中，FA在接收到具有出错代码的RRQ时重发一个省略了MN-AAA认证扩展的RRQ。然而，MN仅需发送该RRQ一次，从而节约了空中资源。

图7中说明了另一实施例，以下详细描述：

a)MS向FA/PDSN发送包括MN-HA认证扩展和MN-AAA认证扩展两者的RRQ。

b)FA/PDSN向HAAA发送接入请求。

c)HAAA用接入接受消息进行响应。在该例中，HAAA支持RFC 2002，因此不支持新属性“HA版本指示”。

d)FA/PDSN向HA发送包括MN-HA认证扩展和MN-AAA认证扩展两者的RRQ。

e)由于HA支持RFC 3320，因此发送具有新出错代码的RRP，所述新出错代码被设为一个指示仅允许一个扩展的值。RRP被发送到FA/PDSN。

f)在接收到新的出错代码后，FA/PDSN会向HA发送仅包括MN-HA认证扩展的另一RRQ。

g)HA向FA/PDSN发送RRP。

h)FA/PDSN把该RRP传递到MS。

注意到支持新出错代码的HA和FA不符合RFC 3220。对RFC 3220的修改会允许这一实施例。然而，MN仅需发送RRQ一次，节约了空中资源。

图8说明了还有一个实施例，下面详细描述，其中MN需要知道认证已失败，且MN会重试注册。

a)MN向FA/PDSN发送包括MN-HA认证扩展和MN-AAA认证扩展两者的RRQ。

b)FA/PDSN向HAAA发送接入请求。

c)HAAA用接入接受进行响应。在该例中，HAAA符合IS-835-A，因此它不支持新属性“HA版本指示”。

d)FA/PDSN向HA发送包括MN-HA认证扩展和MN-AAA认证扩展两者的RRQ。

e)由于HA符合RFC3220，它会向FA/PDSN发送出错代码被设为131(移动节点失败认证)的RRP。

f)FA/PDSN向MS传递出错代码为131的RRP，并且为相应的MS保存认证失败信息。

g)MS向FA/PDSN重发包括MN-HA认证扩展和MN-AAA认证扩展两者的RRQ。

h)FA/PDSN向HA发送仅包括MN-HA认证扩展的RRQ。

i)HA用RRP向FA/PDSN应答。

j)FA/PDSN将RRP传递到MS。

这里MN重发RRQ，导致增加了的注册等待时间。此外，图8的方法对FA实现增加了复杂性，以便记录MN的失败认证的历史。它还向MN实现增加了某些复杂性，其中MN在接收到具有出错代码的RRP时重发RRQ，比如出错代码131。还注意到，FA和HA行为符合RFC 3220的要求。

图9说明了还有一个实施例，下面详细描述：

a)MS向FA/PDSN发送包括MN-HA认证扩展和MN-AAA认证扩展两者的RRQ。

b)FA/PDSN向HAAA发送接入请求。

c)HAAA用接入接受进行响应。在该例中，HAAA支持RFC 2002，因此它不支持新属性“HA版本指示”。

d)FA/PDSN向HA发送包括MN-HA认证扩展和MN-AAA认证扩展两者的RRQ。

e)由于HA符合RFC3320，它会向FA/PDSN发送具有一出错代码的RRP，所述出错代码比如标识MN失败认证的出错代码131。

f)FA/PDSN向MS传递具有该出错代码RRP。

g)MS向FA/PDSN重发仅包括MN-HA认证扩展的RRQ。

h)FA/PDSN向HA发送仅包括MN-HA认证扩展的RRQ。

i)HA用RRP向FA/PDSN应答。

j)FA/PDSN将RRP传递到MN。

在该实施例中，MN重发RRQ，导致增加了的注册等待时间。此外，该实施例对MN实现增加了复杂性，用于在接收到具有出错代码的RRP时重发RRQ而不进行MN-AAA认证扩展。尽管MN不违反RFC 3220，然而它可能违法无线标准。FA和HA行为也符合RFC 3220。

授权使能扩展

注意到授权使能扩展属性指示了在将RRQ消息中继到HA以前FA所需的行动。这任选地出现在RADIUS接入-接受消息内。该属性是为了支持与标准的先前版本的后向兼容性。该属性会在随后的版本中被反对。如果没有兼容性问题，就不需要该属性。

HA版本指示

指明了HA的版本。该属性任选地出现在RADIUS接入-接受消息内。该属性是为了支持与该标准的先前版本的后向兼容性。如果没有兼容性问题，则不需要该属性。

虽然上面给出的描述和实施例是指关于注册扩展的系统元件间的不兼容，然而其它实施例会有其它的不兼容性。因此，上面给出的实施例充当示例，但本发明可扩展到以下许多情况的任一情况：其中系统元件支持不同的协议以及/或者同一协议的不同版本。例如，为了解决种种不兼容性问题的任一种可使用版本标识。类似地，各个实施例可共同承担为解决多个系统元件间不兼容性的责任。

本领域的技术人员可以理解，信息和信号可以用多种不同技术和工艺中的任一种来表示。例如，上述说明中可能涉及的数据、指令、命令、信息、信号、比特、码元和码片可以用电压、电流、电磁波、磁场或其粒子、光场或其粒子或它们的任意组合来表示。

本领域的技术人员能进一步理解，结合这里所公开的实施例所描述的各种说明性的逻辑块、模块和算法步骤可以作为电子硬件、计算机软件或两者的组合来实现。为了清楚说明硬件和软件间的互换性，各种说明性的组件、框图、模块、电路和步骤一般按照其功能性进行了阐述。这些功能性究竟作为硬件或软件来实现取决于整个系统所采用的特定的应用程序和设计约束。技术人员可能以对于每个特定应用不同的方式来实现所述功能，但这种实现决定不应被解释为造成背离本发明的范围。

结合这里所描述的实施例来描述的各种说明性的逻辑块、模块和算法步骤的实现或执行可以用：通用处理器、数字信号处理器(DSP)、应用专用集成电路(ASIC)、现场可编程门阵列(FPGA)或其它可编程逻辑器件、离散门或晶体管逻辑、离散硬件组件或者为执行这里所述功能而设计的任意组合。通用处理器可能是微处理器，然而或者，处理器可以是任何常规的处理器、控制器、微控制器或状态机。处理器也可能用计算设备的组合来实现，如，DSP和微处理器的组合、多个微处理器、结合DSP内核的一个或多个微处理器或者任意其它这种配置。

结合这里所公开实施例描述的方法或算法的步骤可能直接包含在硬件中、由处理器执行的软件模块中或在两者当中。软件模块可能驻留在RAM存储器、闪存、ROM存储器、EPROM存储器、EEPROM存储器、寄存器、硬盘、可移动盘、CD-ROM或本领域中已知的任何其它形式的存储媒质中。示例性存储媒质与处理器耦合，使得处理器可以从存储媒质读取信息，或把信息写入存储媒质。或者，存储媒质可以与处理器整合。处理器和存储媒质可能驻留在ASIC中。ASIC可能驻留在订户单元中。或者，处理器和存储媒质可能作为离散组件驻留在用户终端中。

上述优选实施例的描述使本领域的技术人员能制造或使用本发明。这些实施例的各种修改对于本领域的技术人员来说是显而易见的，这里定义的一般原理可以被应用于其它实施例中而不使用创造能力。因此，本发明并不限于这里示出的实施例，而要符合与这里揭示的原理和新颖特征一致的最宽泛的范围。

Claims (36)

1.一种用于在支持移动互联网协议通信的通信系统中呼叫注册的装置，包括：

用于接收本地代理的版本指示的装置，所述版本指示标识了所述本地代理的能力；

用于响应于所述版本指示，确定多个注册扩展是否符合所述本地代理的能力的装置；以及

用于发送具有所述多个注册扩展的注册请求消息的装置。

2.如权利要求1所述的装置，其特征在于，所述版本指示是从本地认证、管理和核算单元接收的。

3.如权利要求1所述的装置，其特征在于，还包括用于从移动节点接收初始注册请求消息的装置。

4.如权利要求3所述的装置，其特征在于，所述初始注册请求消息包括多个注册扩展，所述注册请求消息包括一个注册扩展。

5.一种用于在支持移动互联网协议通信的通信系统中呼叫注册的装置，包括：

用于接收本地代理的版本指示的装置，所述版本指示标识了所述本地代理的能力；

用于响应于所述版本指示，确定多个注册扩展是否符合所述本地代理的能力的装置；

用于向所述本地代理发送注册请求消息的装置；

用于从所述本地代理接收出错消息的装置；

用于从所述注册请求消息中移去附加的注册扩展以形成减小了的注册请求消息的装置；以及

用于发送所述减小了的注册请求消息的装置。

6.如权利要求5所述的装置，其特征在于，所述出错消息指示移动节点的失败授权。

7.如权利要求5所述的装置，其特征在于，所述出错消息指示允许预定次数的注册扩展。

8.如权利要求5所述的装置，其特征在于，所述出错消息包括在注册应答消息内。

9.一种用于在支持移动互联网协议通信的通信系统中呼叫注册的装置，包括：

用于接收本地代理的版本指示的装置，所述版本指示标识了所述本地代理的能力；

用于响应于所述版本指示，确定多个注册扩展是否符合所述本地代理的能力的装置；

用于从移动节点接收注册请求消息的装置；

用于向所述本地代理发送所述注册请求消息的装置；

用于从所述本地代理接收一个指示失败授权的出错消息的装置；

用于将所述出错消息转发到所述移动节点的装置；

用于从所述移动节点接收第二注册请求消息的装置；以及

用于把所述第二注册请求消息重发到所述本地代理的装置。

10.如权利要求9所述的装置，其特征在于，所述第二注册请求消息与所述注册请求消息相同。

11.如权利要求9所述的装置，其特征在于，所述第二注册请求消息不同于所述注册请求消息。

12.如权利要求9所述的装置，其特征在于，所述移动节点从所述注册请求消息移去附加的注册扩展，以形成所述第二注册请求消息。

13.一种用于在支持移动互联网协议通信的通信系统中注册的方法，包括：

接收由本地代理支持的移动互联网协议版本指示，所述版本指示标识了所述本地代理的能力，并且响应于所述版本指示，确定注册消息中的多个注册扩展是否符合所述本地代理的能力。

14.如权利要求13所述的方法，还包括：

发送注册请求消息，所述注册请求消息具有确定为符合所述本地代理的能力的多个注册扩展的。

15.如权利要求14所述的方法，其特征在于，从本地认证、管理和核算单元接收所述版本指示。

16.如权利要求14所述的方法，其特征在于，从移动节点接收初始注册请求消息。

17.如权利要求16所述的方法，其特征在于，所述初始注册请求消息包括多个注册扩展，所述注册请求消息包括一个注册扩展。

18.如权利要求13所述的方法，其特征在于，所述版本指示是一属性。

19.如权利要求13-18中任一权利要求所述的方法，还包括：

向所述本地代理发送注册请求消息；

从所述本地代理接收出错消息；

从所述注册请求消息中移去附加的注册扩展，以形成减小了的注册请求消息；以及

发送所述减小了的注册请求消息。

20.如权利要求19所述的方法，其特征在于，所述出错消息指示移动节点的失败授权。

21.如权利要求19所述的方法，其特征在于，所述出错消息指示允许预定次数的注册扩展。

22.如权利要求19所述的方法，其特征在于，所述出错消息包括在注册应答消息内。

23.如权利要求13-18中任一权利要求所述的方法，其特征在于，还包括：

从移动节点接收注册请求消息；

向所述本地代理发送所述注册请求消息；

从所述本地代理接收指示失败授权的出错消息；

将所述出错消息转发到所述移动节点；

从所述移动节点接收第二注册请求消息；以及

把所述第二注册请求消息重发到所述本地代理。

24.如权利要求23所述的方法，其特征在于，所述第二注册请求消息与所述注册请求消息相同。

25.如权利要求23所述的方法，其特征在于，所述第二注册请求消息不同于所述注册请求消息。

26.一种用于在支持移动互联网协议通信的通信系统中注册的装置，包括：

用于接收由本地代理支持的移动互联网协议版本指示，所述版本指示标识了所述本地代理的能力，并且响应于所述版本指示，确定注册消息中的多个注册扩展是否符合所述本地代理的能力的装置。

27.如权利要求26所述的装置，还包括：

用于发送注册请求消息的装置，所述注册请求消息具有确定为符合所述本地代理的能力的多个注册扩展的。

28.如权利要求27所述的装置，其特征在于，所述版本指示是从本地认证、管理和核算单元接收的。

29.如权利要求27所述的装置，其特征在于，从移动节点接收初始注册请求消息。

30.如权利要求29所述的装置，其特征在于，所述初始注册请求消息包括多个注册扩展，所述注册请求消息包括一个注册扩展。

31.如权利要求26所述的装置，其特征在于，所述版本指示是一属性。

32.如权利要求26-31中任一权利要求所述的装置，还包括：

用于向所述本地代理发送注册请求消息的装置；

用于从所述本地代理接收出错消息的装置；

用于从所述注册请求消息中移去附加的注册扩展，以形成减小了的注册请求消息的装置；以及

用于发送所述减小了的注册请求消息的装置。

33.如权利要求32所述的装置，其特征在于，所述出错消息指示移动节点的失败授权。

34.如权利要求32所述的装置，其特征在于，所述出错消息指示允许预定次数的注册扩展。

35.如权利要求32所述的装置，其特征在于，所述出错消息包括在注册应答消息内。

36.如权利要求26-31中任一权利要求所述的装置，其特征在于，还包括：

用于从移动节点接收注册请求消息的装置；

用于向所述本地代理发送所述注册请求消息的装置；

用于从所述本地代理接收指示失败授权的出错消息的装置；

用于将所述出错消息转发到所述移动节点的装置；

用于从所述移动节点接收第二注册请求消息的装置；以及

用于把所述第二注册请求消息重发到所述本地代理的装置。

Images