通信系统中迁移处理方法及网络侧设备的制作方法

文档序号:7917045阅读:291来源:国知局
专利名称:通信系统中迁移处理方法及网络侧设备的制作方法
技术领域
本发明涉及通信技术领域,具体涉及一种通信系统中迁移处理方法及网 络侧设备。
背景技术
目前,WiMAX ( World Interoperability for Microwave Access,微波接入 全球互通)系统以其良好的无线接入特性得到了大量的应用和关注。WiMAX 系统如何应用于移动终端,更好的提供网络和移动终端之间的分组业务转发 或路由的功能成为业界研究的新热点。
在现有技术中,WiMAX定义了 Proxy MIP (代理移动IP )和Client MIP (客户端移动IP)两种方式。Client MIP方式下,移动终端具有移动IP能力, 这些能力包括代理发现,移动感知,向HA (HomeAgent,家乡代理)位置 注册和注册撤消。Proxy MIP方式下,移动终端是不具有移动IP能力的普通 WiMAX终端,由客户端实体PMIP Client代理移动终端发起MIP ( Mobile Internet Protocol,移动IP)注册、更新和注销。客户端实体PMIP Client属于 网络中的接入网关的一个功能实体。通过ProxyMIP方式,可以快速展开移 动IP业务,使不具有移动IP能力的移动终端享受移动IP业务。
请参阅图1,是现有技术Proxy MIP方式下迁移处理方法流程图。
图1中,包括锚网关Anchor GW、目标网关Target GW、客户端实体PMIP Client、家乡代理HA。其中,锚网关Anchor GW内含有数据路径功能实体 DPF ( Data Path Function)和外地代理FA ( Foreign Agent),目标网关Target GW也含有数据路径功能实体DPF和外地代理FA。
图1中包括
步骤101 、 Target GW的DPF发送切换触发Anchor DPF HO Trigger消息 到Anchor GW的DPF,要求发起R3接口迁移(后续简称R3迁移);
步骤102、 Anchor GW的DPF发起R3迁移,发送切换请求Anchor DPF HO Req消息到Target GW的DPF;Anchor GW的DPF收到Anchor DPF HO Trigger消息后,首先判断Anchor GW上的R4切换是否完成,如果没有完成,那么等待R4切换完成后发起 R3迁移,发送Anchor DPF HO Req消息到Target GW的DPF。
步骤103 、 Target GW的DPF收到Anchor DPF HO Req消息后,向PMIP Client发送重定位Anchor DPF Relocate Req消息,其中携带Target GW的FA 的转交地址COF;
步骤104、 PMIP Client构造注册请求RRQ消息,并将其封装到外地代 理注册请求FA Register Req消息中,再发送给Target GW的FA,通知Target GW的FA进行MIP注册;
步骤105 、 Target GW的FA收到FA Register Req消息后,获取其中的注 册请求RRQ消息并转发给HA;
步骤106、 HA向Target GW的FA返回表示成功的注册响应RRP消息, 指示注册成功。
HA接收到RRQ消息后,进行资源信息更新,将MIP用户资源信息更 新为Target GW的FA的资源信息,其中包括转交地址、FA地址等,并将 R3隧道迁移到Target GW的FA上。然后,Target GW的FA返回表示成功的 注册响应RRP消息。
步骤107、 Target GW的FA收到表示成功的RRP消息后,通知Target GW 的DPF所进行的R3迁移已完成,然后将RRP消息封装到外地代理注册响应 FA Register Rsp消息中,发送给PMIP Client;
步骤108、 Target GW的DPF向Anchor GW的DPF发送表示成功的切 换响应Anchor DPF HO Rsp消息。
Anchor GW的DPF收到表示成功的切换响应消息之后,通知转发面删除 转发用户数据,然后通知Anchor GW的FA释放R3接口连接,删除相应的 R3资源。至此,R3迁移过程完成。
在对现有技术的研究和实践过程中,发明人发现现有技术存在以下问题
现有技术关于PMIP方式下的R3迁移处理方法,其中除了已经设置的正 常处理流程外,对步骤106之前的出现的异常情况(比如HA返回表示失败 的注册响应消息等)也设置有异常处理流程,在发生异常时,可以执行切换失败回退步骤。但是,对于HA向Target GW的FA返回表示成功的注册响 应RRP消息后,如果发生异常情况,则没有提出相应的处理流程,而此时发 生的异常情况可能会引起Anchor GW、 Target GW、 PMIP Client及HA上的 资源信息不一致,导致后续一系列的问题。
因此,现有技术关于迁移处理方法的流程不够完善,存在导致网络系统 中相关实体的资源信息不一致的缺陷。

发明内容
本发明实施例要解决的技术问题是提供一种通信系统中迁移处理方法及 网络侧设备,能够进一步完善通信系统中迁移处理方法的流程,使得网络系 统中相关的实体的资源信息可以保持 一 致。
为解决上述技术问题,本发明所提供的实施例是通过以下技术方案实现

本发明实施例提供一种通信系统中迁移处理方法,包括在目标网关进 行迁移处理发生异常后,家乡代理接收指示消息;所述家乡代理根据接收的 所述指示消息,将记录的关于移动终端的资源信息调整为与锚网关上的资源 信息一致。
本发明实施例提供一种通信系统中迁移处理方法,包括目标网关在确 认家乡代理将记录的关于移动终端的资源信息修改为目标网关的资源信息 后,向相关实体发送通知消息,相关实体为客户端实体或锚网关;所述目标 网关根据成功接收到相关实体回复的最终确认消息确定网络中相关实体与目 标网关的资源信息一致。
本发明实施例提供一种网络侧设备,包括接收单元,用于在目标网关 进行迁移处理发生异常后,接收指示消息;处理单元,用于根据所述接收单 元接收的所述指示消息,将记录的关于移动终端的资源信息调整为与锚网关 上的资源信息一致。
本发明实施例提供一种网络侧设备,包括发送单元,用于在确认家乡 代理将记录的关于移动终端的资源信息修改为目标网关的资源信息后,向相 关实体发送通知消息,相关实体为客户端实体或锚网关;接收单元,用于接收相关实体返回的最终确认消息;处理单元,用于根据所述接收单元成功接 收到相关实体回复的最终确认消息时,确定网络中相关实体与目标网关的资 源信息一致。
从上述的本发明实施例第一技术方案可以看出,通过在目标网关进行迁 移处理发生异常后,增加处理流程,即家乡代理接收指示消息,根据接收的 指示消息,将记录的关于移动终端的资源信息修改为与锚网关上的资源信息 一致,从而完善了通信系统中迁移处理方法的流程,使得网络系统中各实体 的资源信息可以保持一致;
从上述的本发明实施例二技术方案可以看出,通过在目标网关确认家乡 代理将记录的关于移动终端的资源信息修改为目标网关的资源信息,并向相 关实体发送通知消息后,增加迁移的确认流程,即所述目标网关根据成功接 收到相关实体回复的最终确认消息确定网络中相关实体与目标网关的资源信 息一致,从而完善了通信系统中迁移处理方法的流程,使得网络系统中相关 实体的资源信息可以保持一致。


图l是现有技术Proxy MIP方式下迁移处理方法流程图; 图2是本发明实施例一迁移处理方法流程图; 图3是本发明实施例二迁移处理方法流程图; 图4是本发明实施例三迁移处理方法流程图; 图5是本发明实施例四迁移处理方法流程图; 图6是本发明实施例网络侧设备一的结构示意图; 图7是本发明实施例网络侧设备二的结构示意图。
具体实施例方式
本发明实施例提供一种通信系统中迁移处理方法,能够进一步完善通信 系统中迁移处理方法的流程,使得网络系统中各实体的资源信息可以保持一 致。本发明实施例技术方案通过在现有技术的流程基础上,增加新的处理步
流程,包括增加目标网关TargetGW发生异常后,通知家乡代理将资源信息 进行修改的流程,以及增加客户端实体和锚网关向目标网关发送最终确认消 息的流程等,从而完善了通信系统中的迁移处理流程,使得网络系统中各实 体的资源信息可以保持一致。
请参阅图2,是本发明实施例一迁移处理方法流程图,包括步骤 步骤201、在目标网关进行迁移处理发生异常后,家乡代理接收指示消息; 步骤202、所述家乡代理根据接收的所述指示消息,将记录的关于移动终 端的资源信息调整为与锚网关上的资源信息一致。 上述内容具体又分为两种情况
一种是家乡代理不支持多重绑定的情况下,所述家乡代理接收所述锚网 关发送的注册请求消息,其中携带锚网关的资源信息;所述家乡代理根据接 收的注册请求消息中的锚网关的资源信息,将记录的目标网关的资源信息修 改为锚网关的资源信息。
另 一种是家乡代理支持多重绑定的情况下,所述家乡代理接收所述目标 网关发送的注册请求消息,其中携带指示删除目标网关的资源信息的标识值; 所述家乡代理根据接收的注册请求消息中指示删除目标网关的资源信息的标 识值,将记录的目标网关的资源信息删除。
图2所示是本发明实施例一种处理方法,还有一种方法按以下步骤执行
1) 目标网关在确认家乡代理将记录的关于移动终端的资源信息修改为目 标网关的资源信息后,向相关实体发送通知消息,相关实体为客户端实体或 锚网关;
2) 所述目标网关根据成功接收到相关实体回复的最终确认消息确定网络 中相关实体与目标网关的资源信息一致。
2 )中具体为所述目标网关成功接收到客户端实体返回的最终确认消息, 则确定目标网关和家乡代理是与客户端实体之间的资源信息一致,和/或,成 功接收到锚网关返回的最终确认消息,则确定目标网关和家乡代理是与锚网 关之间的资源信息一致。
为更好理解本发明实施例技术方案,以下内容进一步详细介绍本发明实施例技术方案。
请参阅图3,是本发明实施例二迁移处理方法流程图。
实施例二针对Target GW的FA收到HA表示成功的RRP消息后,Target GW 发生异常并且HA不支持多重绑定的场景。
现有技术中,Target GW的FA收到表示成功的RRP消息后,Target GW发 生异常(例如下发表项失败、启动计费失败等),此时如果HA不支持多重绑 定,则AnchorGW、 PMIPClient、 HA上的资源信息不一致,HA上的资源信息 是Target GW的FA的资源信息,而PMIP Client和Anchor GW上还是原来的资源 信息,导致各实体的资源信息不一致,本发明实施例二的技术方案则可以解 决这些问题。
如图3所示,本发明实施例二包括步骤
步骤301 、 Target GW的DPF发送切换触发Anchor DPF HO Trigger消息 到Anchor GW的DPF,要求发起R3迁移;
步骤302、 Anchor GW的DPF发起R3迁移,发送切换请求Anchor DPF HO Req消息到Target GW的DPF;
Anchor GW的DPF收到Anchor DPF HO Trigger消息后,首先判断Anchor GW上的R4切换是否完成,如果没有完成,那么等待R4切换完成后发起 R3迁移,发送Anchor DPF HO Req消息到Target GW的DPF。
步骤303、 Target GW的DPF收到Anchor DPF HO Req消息后,向PMIP Client发送重定位Anchor DPF Relocate Req消息,其中携带Target GW的FA 的转交地址COF;
步骤304、 PMIP Client构造注册请求RRQ消息,并将其封装到外地代 理注册请求FA Register Req消息中,再发送给Target GW的FA,通知Target GW的FA进行MIP注册;
步骤305 、 Target GW的FA收到FA Register Req消息后,获取其中的 RRQ消息并转发给HA;
步骤306、 HA向Target GW的FA返回表示成功的注册响应RRP消息, 指示注册成功;HA接收到RRQ消息后,进行资源信息更新,将MIP用户资源信息更 新为Target GW的FA的资源信息,其中包括转交地址、FA地址等,并将 R3隧道迁移到Target GW的FA上。然后,Target GW的FA返回表示成功的 注册响应RRP消息。
上述步骤301 - 306与现有技术中的流程相同。
步骤307、 Target GW的FA处理失败,向PMIP Client发送表示失败的 外地代理注册响应FA Register Rsp消息;
Target GW的FA收到表示成功的RRP消息后,因为发生异常情况导致 处理失败,则向PMIP Client发送表示失败的外地代理注册响应FARegister Rsp消息。
步骤308、 Target GW的DPF向Anchor GW的DPF发送表示失败的切 换响应Anchor DPF HO Rsp消息;
需要说明的是,步骤307和308之间没有必然的顺序关系。
步骤309、 PMIP Client接收到表示失败的FA Register Rsp消息后,向 Anchor GW的FA发送FA Register Req消息;
PMIP Client接收到表示失败的FA Register Rsp消息后,需要使用Anchor GW的FA的资源信息重新发起更新过程,因此向Anchor GW的FA发送FA Register Req消息。
步骤310、 Anchor GW的FA向HA发送注册请求RRQ消息,其中携带 Anchor GW的FA的资源信息;
步骤311、 HA将用户资源信息更新为Anchor GW的FA的资源信息, 向Anchor GW的FA返回注册响应RRP消息,指示更新完成;
HA接收Anchor GW的FA发送的注册请求RRQ消息后,将MIP用户 资源信息从之前更新为Target GW的FA的资源信息,现在再重新更新为 Anchor GW的FA的资源信息,并将R3隧道重新迁移到Anchor GW的FA 上,这样就可以保持和其他实体上的资源信息是一致的。
步骤312、 Anchor GW的FA向PMIP Client返回外地代理注册响应FA Register Rsp消息,表示在HA的重注册完成。可以发现,本实施例二中Target GW的FA收到HA表示成功的RRP消 息(步骤306)后,Target GW发生异常,无法切换成功,则网络继续使用 Anchor GW。 Target GW通过步骤307通知PMIP Client和步骤308通知Anchor GW切换失败,其中由于更新失败,故PMIP Client采用Anchor GW的资源 信息,而HA中,由于HA不支持多重绑定,其在步骤305之后使用Target GW 的资源信息替代Anchor GW的资源信息,故无法与当前网络使用Anchor GW 资源信息的实际情况保持一致。因此通过步骤309中PMIP Client通知Anchor GW重新发起注册过程,Anchor GW向HA重新发起注册后,HA更新资源 信息,将Target GW的资源信息重新更改为Anchor GW的资源信息,从而实 现网络中PMIP Client、 Anchor GW、 HA等各实体的资源信息一致。
请参阅图4,是本发明实施例三迁移处理方法流程图。
实施例三针对Target GW的FA收到表示成功的RRP消息后,Target GW发 生异常并且HA支持多重绑定的场景。
现有技术中,Target GW的FA收到表示成功的RRP消息后,Target GW发 生异常(例如下发表项失败、启动计费失败等),此时如果HA支持多重绑定, 则HA上既有Anchor GW的FA的资源信息,也有Target GW的FA的资源信息, 而此时HA上的关于Target GW的FA的资源信息已无效,称为垃圾资源信息, 导致各实体的资源信息不一致,本发明实施例三的技术方案则可以解决这些 问题。
如图4所示,本发明实施例三包括步骤
步骤401 、 Target GW的DPF发送切换触发Anchor DPF HO Trigger消息 到Anchor GW的DPF,要求发起R3迁移;
步骤402、 Anchor GW的DPF发起R3迁移,发送切换请求Anchor DPF HO Req消息到Target GW的DPF;
Anchor GW的DPF收到Anchor DPF HO Trigger消息后,首先判断Anchor GW上的R4切换是否完成,如果没有完成,那么等待R4切换完成后发起 R3迁移,发送Anchor DPF HO Req消息到Target GW的DPF。步骤403 、 Target GW的DPF收到Anchor DPF HO Req消息后,向PMIP Client发送重定位Anchor DPF Relocate Req消息,其中携带Target GW的FA 的转交地址COF;
步骤404、 PMIP Client构造注册请求RRQ消息,并将其封装到外地代 理注册请求FA Register Req消息中,再发送给Target GW的FA,通知Target GW的FA进行MIP注册;
步骤405 、 Target GW的FA收到FA Register Req消息后,获取其中的 RRQ消息并转发给HA;
步骤406、 HA向Target GW的FA返回表示成功的注册响应RRP消息, 指示注册成功;
HA接收到RRQ消息后,进行资源信息更新,即创建Target GW的FA 的资源信息,也保留Anchor GW的FA的资源信息,并将R3隧道迁移到Target GW的FA上。然后,Target GW的FA返回表示成功的注册响应RRP消息。
步骤407、 Target GW的FA处理失败,向PMIP Client发送表示失败的 外地代理注册响应FA Register Rsp消息;
Target GW的FA收到表示成功的RRP消息后,因为发生异常情况导致 处理失败,则向PMIP Client发送表示失败的外地代理注册响应FA Register Rsp消息;
步骤408、 Target GW的DPF向Anchor GW的DPF发送表示失败的切
换响应Anchor DPF HO Rsp消息;
需要说明的是,步骤407和408之间没有必然的顺序关系。
上述步骤401 -408与前面实施例的步骤301 - 308相同。
步骤409、 Target GW的FA向HA发送注册请求RRQ消息,指示HA
删除Target GW的FA的资源信息;
Target GW的FA使用R3迁移更新时保存的RRQ消息,同时将消息中
的存活时间参数lifetime值修改为0后向HA发送。lifetime值为0表示注销,
即修改后的消息是表示通知HA释放连接,删除Target GW的FA的资源信息。因为HA支持多重绑定,则HA上既有Anchor GW的FA的资源信息,也有Target GW的FA的资源信息,那么通过指示HA删除Target GW的FA的资源信息,以释放掉Target GW的FA的垃圾资源信息,这样也实现网络 中各实体的资源信息一致。步骤410 、 HA删除Target GW的FA的资源信息,向Target GW的FA 返回注册响应RRP消息,指示更新完成。可以发现,本实施例三中Target GW的FA收到HA表示成功的RRP消 息(步骤406 )后,Target GW发生异常,无法切换成功,则网络继续使用 Anchor GW。 Target GW通过步骤407通知PMIP Client和步骤408通知Anchor GW切换失败,其中由于更新失败,PMIP Client采用Anchor GW的资源, 而HA中,由于HA支持多重绑定,在步骤405之后同时保存有Target GW 的资源信息和Anchor GW的资源信息,故无法与当前网络使用Anchor GW 资源信息的实际情况保持一致。因此通过步骤409中Target GW通知HA删 除Target GW的资源信息,则HA除关于之前更新过的Target GW的资源信 息,从而实现网络中各实体的资源信息一致。请参阅图5,是本发明实施例四迁移处理方法流程图。实施例四针对Target GW的FA收到表示成功的RRP消息后,PMIP Client或 Anchor GW由于定时器超时无法感知R3迁移是否成功的场景。现有技术中,PMIP Client等待FA Register Rsp消息的定时器超时,此时 PMIP Client无法感知R3迁移是否成功,那么PMIP Client无法确定如何处理, 如果实际是迁移成功但却按照R3迁移失败回退处理,或者迁移失败却按迁 移成功处理,都会引起Anchor GW、 Target GW、 PMIPClient、 HA上的资源 信息不一致。另外,Anchor GW等待Anchor DPF HO Rsp消息的定时器超时,此时 Anchor GW无法感知R3迁移是否成功,那么Anchor GW无法确定如何处理, 如果实际是迁移成功但却按照R3迁移失败回退处理,或者迁移失败却按迁 移成功处理,都会引起AnchorGW、 TargetGW、 PMIPClient、 HA上的资源 信息不一致。本发明实施例四的技术方案则可以解决上述这些问题。如图5所示,本发明实施例四包括步骤步骤501 、 Target GW的DPF发送切换触发Anchor DPF HO Trigger消息 到Anchor GW的DPF,要求发起R3迁移;步骤502、 Anchor GW的DPF发起R3迁移,发送切换请求Anchor DPF HO Req消息到Target GW的DPF;Anchor GW的DPF收到Anchor DPF HO Trigger消息后,首先判断Anchor GW上的R4切换是否完成,如果没有完成,那么等待R4切换完成后发起 R3迁移,发送Anchor DPF HO Req消息到Target GW的DPF。步骤503、 Target GW的DPF收到Anchor DPF HO Req消息后,向PMIP Client发送重定位Anchor DPF Relocate Req消息,其中携带Target GW的FA 的转交地址COF;步骤504、 PMIP Client构造注册请求RRQ消息,并将其封装到外地代 理注册请求FA Register Req消息中,再发送给Target GW的FA,通知Target GW的FA进行MIP注册;步骤505 、 Target GW的FA收到FA Register Req消息后,获取其中的 RRQ消息并转发给HA;步骤506、 HA向Target GW的FA返回表示成功的注册响应RRP消息, 指示注册成功;HA接收到RRQ消息后,进行资源信息更新,将MIP用户资源信息更 新为TargetGW的FA的资源信息,其中包括转交地址、FA地址等,并将 R3隧道迁移到Target GW的FA上。然后,Target GW的FA返回表示成功的 注册响应RRP消息。上述步骤501 - 506与前面实施例的步骤401 -406相同。步骤507、 Target GW的FA向PMIP Client发送表示成功的外地代理注 册响应FA Register Rsp消息;Target GW的FA收到表示成功的RRP消息后,向PMIP Client发送表示 成功的外地代理注册响应FA Register Rsp消息;步骤508、 Target GW的DPF向Anchor GW的DPF发送表示成功的切 换响应Anchor DPF HO Rsp消息;需要说明的是,步骤507和508之间没有必然的顺序关系。步骤509、 Target GW的FA接收PMIP Client返回的重定位响应Anchor DPF Relocate Rsp消息;Target GW的FA向PMIP Client发送FA Register Rsp消息后,需要等待 PMIP Client返回的重定位响应Anchor DPF Relocate Rsp消息。步骤510、 Target GW的FA接收Anchor GW的DPF返回的切换确认 Anchor DPF HO Ack消息。需要说明的是,步骤509和510之间没有必然的顺序关系。Target GW的FA只有收到PMIP Client返回的重定位响应Anchor DPF Relocate r Rsp消息(即PMIP Client向Target GW发送响应,表示PMIP Client 采用Target GW的资源信息)和Anchor GW的DPF返回的切换确认Anchor DPF HO Ack消息后,才确认R3迁移成功,即网络使用Target GW的资源信 息代替Anchor GW的资源信息。通过上面的步骤保证PMIP Client和HA都 使用TargetGW的资源信息,从而实现网络中各实体的资源信息一致。如果Target GW的FA等待PMIP Client返回的重定位响应Anchor DPF Relocate r Rsp消息超时,则重新向PMIP Client发送表示成功的外地代理注 册响应FA Register Rsp消息,这样也就可以避免PMIP Client由于定时器超 时才妄收不到FARegisterRsp消息而无法感知R3迁移是否成功的问题;如果Target GW的FA等待Anchor GW的DPF返回的切换确认Anchor DPF HO Ack消息超时,则重新向Anchor GW的DPF发送表示成功的切换响 应Anchor DPF HO Rsp消息,这样也就可以避免Anchor GW的DPF由于定 时器超时接收不到Anchor DPF HO Rsp消息而无法感知R3迁移是否成功的 问题。另外,可以设置消息重发次数门限,如果上述两种消息重发的次数超过 门限值,贝'j Target GW的FA认为R3迁移失败,同时通知其4也实体如Anchor GW 、 PMIP Client等进行相应的退网。可以发现,本实施例四通过增加响应消息和确-〖人消息的相关处理流程,使得Anchor GW、 PMIP Client可以感知R3迁移是否成功而作出对应处理, 从而可实现网络中各实体的资源信息一致。上述内容详细介绍了本发明实施例迁移处理方法,相应的,本发明实施 例提供一种网络侧设备。请参阅图6,是本发明实施例网络侧设备一的结构示意图。本实施例中的网络侧设备具体指家乡代理HA。如图6所示,网络侧设备 包括接收单元601、处理单元602。接收单元601,用于在目标网关进行迁移处理发生异常后,接收指示消息。处理单元602,用于根据所述接收单元601接收的所述指示消息,将记录 的关于移动终端的资源信息调整为与锚网关上的资源信息一致。上述单元有两种实施方式实施方式一和实施方式二。实施方式一所述接收单元601是接收锚网关发送的注册请求消息,其中携带锚网关的 资源信息;所述处理单元602是根据接收的注册请求消息中的锚网关的资源信 息,将记录的目标网关的资源信息修改为锚网关的资源信息。所述锚网关发送的注册请求消息具体是在所述锚网关接收客户端实体发 送的外地代理注册请求消息后,向所述接收单元601发送。处理单元602将记录的目标网关的资源信息修改为锚网关的资源信息之 后进一步包括向所述锚网关发送注册响应消息,再由所述锚网关向客户端 实体发送外地代理注册响应消息。实施方式二所述接收单元601是接收所述目标网关发送的注册请求消息,其中携带指 示删除目标网关的资源信息的标识值;所述处理单元602是根据接收的注册请 求消息中指示删除目标网关的资源信息的标识值,将记录的目标网关的资源 信息删除。所述指示删除目标网关的资源信息的标识值为存活时间参数lifetime值, 所述存活时间参数lifetime^直设置为0。请参阅图7,是本发明实施例网络侧设备二的结构示意图。本实施例中的网络侧设备具体指目标网关Target GW。如图7所示,网络 侧设备包括发送单元701、接收单元702、处理单元703。发送单元701,用于在确认家乡代理将记录的关于移动终端的资源信息修 改为目标网关的资源信息后,向相关实体发送通知消息,相关实体为客户端 实体或锚网关。接收单元702,用于接收相关实体返回的最终确认消息。处理单元703,用于根据所述接收单元702成功接收到相关实体回复的最 终确认消息时,确定网络中相关实体与目标网关的资源信息一致。所述处理单元703进一步包括第一处理单元7031,用于在所述接收单元702成功接收到客户端实体返回 的最终确认消息时,确定目标网关和家乡代理是与客户端实体之间的资源信 息一致;和/或,第二处理单元7032,用于在所述接收单元702成功接收到锚网关返回的最 终确认消息时,获知目标网关与锚网关之间的资源信息一致,并最终确认目 标网关与家乡代理之间的资源信息 一致。所述网络侧设备还包括重发单元704。重发单元704,用于在所述接收单元702接收客户端实体或锚网关返回的 最终确认消息为接收失败时,在设定门限内向客户端实体或锚网关重新发送 通知消息。综上所述,本发明实施例技术方案通过在目标网关进行迁移处理发生异 常后,增加处理流程,即家乡代理接收指示消息,根据接收的指示消息,将 记录的关于移动终端的资源信息修改为与锚网关上的资源信息一致,从而完 善了通信系统中迁移处理方法的流程,使得网络系统中各实体的资源信息可 以保持一致。本发明实施例技术方案还可通过在目标网关确认家乡代理将记录的关于 移动终端的资源信息修改为目标网关的资源信息,并向相关实体发送通知消 息后,增加迁移的确认流程,即所述目标网关根据成功接收到相关实体回复 的最终确认消息确定网络中相关实体与目标网关的资源信息一致,从而完善 了通信系统中迁移处理方法的流程,使得网络系统中相关实体的资源信息可以保持一致。进一步的,本发明实施例提供的技术方案还针对不同场景提出不同的处 理流程,应用灵活。以上对本发明实施例所提供的一种通信系统中迁移处理方法及网络侧设同时,对于本领域的一般技术人员,依据本发明的思想,在具体实施方式
及 应用范围上均会有改变之处,综上所述,本说明书内容不应理解为对本发明 的限制。
权利要求
1、一种通信系统中迁移处理方法,其特征在于,包括在目标网关进行迁移处理发生异常后,家乡代理接收指示消息;所述家乡代理根据接收的所述指示消息,将记录的关于移动终端的资源信息调整为与锚网关上的资源信息一致。
2、 根据权利要求l所述的通信系统中迁移处理方法,其特征在于 所述家乡代理接收指示消息具体为所述家乡代理接收所述锚网关发送的注册请求消息,其中携带锚网关的 资源信息;所述家乡代理根据接收的所述指示消息,将记录的关于移动终端的资源 信息调整为与锚网关上的资源信息一致具体为所述家乡代理根据接收的注册请求消息中的锚网关的资源信息,将记录 的目标网关的资源信息修改为锚网关的资源信息。
3、 根据权利要求2所述的通信系统中迁移处理方法,其特征在于 所述将记录的目标网关的资源信息修改为锚网关的资源信息之后进一步包括所述家乡代理向所述锚网关发送注册响应消息。
4、 根据权利要求3所述的通信系统中迁移处理方法,其特征在于 所述锚网关发送的注册请求消息具体是在所述锚网关接收客户端实体发送的外地代理注册请求消息后,向所述家乡代理发送;所述家乡代理向所述锚网关发送注册响应消息之后进一步包括 所述锚网关向客户端实体发送外地代理注册响应消息。
5、 根据权利要求l所述的通信系统中迁移处理方法,其特征在于 所述家乡代理接收指示消息具体为所述家乡代理接收所述目标网关发送的注册请求消息,其中携带指示删 除目标网关的资源信息的标识值;所述家乡代理根据接收的所述指示消息,将记录的关于移动终端的资源 信息调整为与锚网关上的资源信息一致具体为所述家乡代理根据接收的注册请求消息中指示删除目标网关的资源信息 的标识值,将记录的目标网关的资源信息删除。
6、 根据权利要求5所述的通信系统中迁移处理方法,其特征在于 所述指示删除目标网关的资源信息的标识值为存活时间参数值。
7、 一种通信系统中迁移处理方法,其特征在于,包括目标网关在确认家乡代理将记录的关于移动终端的资源信息修改为目标 网关的资源信息后,向相关实体发送通知消息,相关实体为客户端实体或锚 网关;所述目标网关根据成功接收到相关实体回复的最终确认消息确定网络中 相关实体与目标网关的资源信息一致。
8、 根据权利要求7所述的通信系统中迁移处理方法,其特征在于所述目标网关根据成功接收到相关实体回复的最终确认消息确定网络中 相关实体与目标网关的资源信息一致具体为所述目标网关成功接收到客户端实体返回的最终确认消息,则确定目标 网关和家乡代理是与客户端实体之间的资源信息一致,和/或,成功接收到锚 网关返回的最终确认消息,则获知目标网关与锚网关之间的资源信息一致, 并最终确认目标网关与家乡代理之间的资源信息一致。
9、 根据权利要求8所述的通信系统中迁移处理方法,其特征在于 所述目标网关向客户端实体发送通知消息具体为目标网关向客户端实体发送外地代理注册响应消息;所述目标网关成功接收到客户端实体返回的最终确认消息,则确定目标 网关和家乡代理是与客户端实体之间的资源信息一致具体为所述目标网关成功接收到客户端实体返回的重定位响应消息,则确定目 标网关和家乡代理是与客户端实体之间的资源信息一致。
10、 根据权利要求8所述的通信系统中迁移处理方法,其特征在于 所述目标网关向锚网关发送通知消息具体为目标网关向锚网关发送切换响应消息;所述成功接收到锚网关返回的最终确认消息,则获知目标网关和与锚网 关之间的资源信息一致具体为所述目标网关成功接收到锚网关返回的切换确认消息,则获知目标网关 与锚网关之间的资源信息一致。
11、 根据权利要求8、 9或10所述的通信系统中迁移处理方法,其特征在于所述目标网关若接收客户端实体或锚网关返回的最终确认消息为接收失 败,则所述目标网关在设定门限内向客户端实体或锚网关重新发送通知消息。
12、 一种网络侧设备,其特征在于,包括接收单元,用于在目标网关进行迁移处理发生异常后,接收指示消息; 处理单元,用于根据所述接收单元接收的所述指示消息,将记录的关于 移动终端的资源信息调整为与锚网关上的资源信息一致。
13、 根据权利要求12所述的网络侧设备,其特征在于 所述接收单元是接收锚网关发送的注册请求消息,其中携带锚网关的资源信息;所述处理单元是根据接收的注册请求消息中的锚网关的资源信息,将记 录的目标网关的资源信息修改为锚网关的资源信息。
14、 根据权利要求12所述的网络侧设备,其特征在于 所述接收单元是接收所述目标网关发送的注册请求消息,其中携带指示删除目标网关的资源信息的标识值;所述处理单元是根据接收的注册请求消息中指示删除目标网关的资源信 息的标识值,将记录的目标网关的资源信息删除。
15、 根据权利要求12至14任一项所述的网络侧设备,其特征在于 所述网络侧设备为家乡代理。
16、 一种网络侧设备,其特征在于,包括发送单元,用于在确认家乡代理将记录的关于移动终端的资源信息修改 为目标网关的资源信息后,向相关实体发送通知消息,相关实体为客户端实 体或锚网关;接收单元,用于接收相关实体返回的最终确认消息;处理单元,用于根 据所述接收单元成功接收到相关实体回复的最终确认消息时,确定网络中相 关实体与目标网关的资源信息一致。
17、 根据权利要求16所述的网络侧设备,其特征在于,所述处理单元包括第一处理单元,用于在所述接收单元成功接收到客户端实体返回的最终 确认消息时,确定目标网关和家乡代理是与客户端实体之间的资源信息一致, 和/或,第二处理单元,用于在所述接收单元成功接收到锚网关返回的最终确认 消息时,获知目标网关与锚网关之间的资源信息一致,并最终确认目标网关 与家乡代理之间的资源信息一致。
18、 根据权利要求16或17所述的网络侧设备,其特征在于,所述网络侧 设备还包括重发单元,用于在所述接收单元接收客户端实体或锚网关返回的最终确 认消息为接收失败时,在设定门限内向客户端实体或锚网关重新发送通知消 息。
19、 根据权利要求16或17所述的网络侧设备,其特征在于 所述网络侧i殳备为目标网关。
全文摘要
本发明实施例公开一种通信系统中迁移处理方法及网络侧设备。所述方法为在目标网关进行迁移处理发生异常后,家乡代理接收指示消息;所述家乡代理根据接收的所述指示消息,将记录的关于移动终端的资源信息调整为与锚网关上的资源信息一致。另一种方法是目标网关在确认家乡代理将记录的关于移动终端的资源信息修改为目标网关的资源信息后,向相关实体发送通知消息,相关实体为客户端实体或锚网关;所述目标网关根据成功接收到相关实体回复的最终确认消息确定网络中相关实体与目标网关的资源信息一致。本发明实施例技术方案能够进一步完善通信系统中迁移处理方法的流程,使得网络系统中各实体的资源信息可以保持一致。
文档编号H04L12/28GK101316211SQ200810133019
公开日2008年12月3日 申请日期2008年7月4日 优先权日2008年7月4日
发明者华 匡 申请人:华为技术有限公司
网友询问留言 已有0条留言
  • 还没有人留言评论。精彩留言会获得点赞!
1