一种用于移动互联网的业务流管理方法

文档序号:7696074阅读:202来源:国知局
专利名称:一种用于移动互联网的业务流管理方法
技术领域
本发明涉及移动IP协议管理技术领域,更具体地说,本发明涉及一种用 于移动互联网的业务流管理方法。
背景技术
移动IP是一种特殊的IP路由机制,使移动节点可以用一个永久的IP地 址连结到任何链路上,在移动的过程中保持通信的持续性。移动IP现在有两
个标准,分别为移动IPv4 (RFC 3344 )和移动IPv6 (RFC 3775 )。 移动IPv4
当移动节点连接在家乡链路上,即链路的网络前缀和移动节点家乡地址 的网络前缀相等时,移动节点就和固定主机或路由器一样工作,不运用任何 移动IP功能。对于连接在外地链路上的移动节点,可通过一个称为代理搜索 的过程,判定自己的当前位置,并得到一个在外地链路上的转交地址(CoA)。 当移动节点改换外地链路时,转交地址随之改变。随后,移动节点通过注册 过程把自己的转交地址告诉家乡代理。当有发往移动节点家乡地址的数据包 时,家乡代理便截取这个包,并根据注册的转交地址,通过隧道将数据包传 送给移动节点。通过移动节点发出的数据包,可以直接路由到目的节点,无 需隧道技术。对所有来访的移动节点来说,外地代理完成路由器的功能。
移动IPv4的缺陷
(1)、由于对端通信节点发往移动节点的"l艮文必须先发向移动节点的家 乡网络,然后由家乡代理通过隧道转发到移动节点当前的转交地址,这种三
角路由会增加通信延迟;
(2) 、当移动节点从一个子网移动到另一个子网时,移动节点需要向家 乡代理发送一个位置更新消息,即使移动节点在移动过程中与外界并没有通 信和数据往来,该注册过程也要进行,当移动节点的数量很多或移动频率很 高时,这将是一笔很大的信令开销;
(3) 、如果移动节点所在的外地网络和家乡网络距离很远,则移动节点 向家乡代理发送位置更新消息将会造成很大的切换延迟。
移动IPv6
移动IPv6技术是在移动IPv4的基础上发展起来的,其协议中定义了三 种操作实体移动节点(匪)、对端通信节点(CN)和家乡代理(HA),不 包括外地代理(FA)。当移动节点离开本地链路时,可通过IPv6机制获得转 交地址(例如,无状态和有状态自动配置)。移动IPv6中同时釆用隧道和源 路由技术向连接在外地链路上的移动节点传送数据包。
由于移动IP存在着三角路由问题,通信时延大,无法满足实时应用的需 要。为此,移动IP协议中引入了路由优化(Route Optimization)机制以缩 短移动节点和对端通信节点通信之间的端到端时延,移动IPv6协议更是把路 由优化作为其基本的组成部分。
路由优化要求匪在CN上注册当前的转交地址CoA,来自CN的数据包直 接路由到MN的转交地址。当CN要发送一个数据包时,首先检测数据包目的 地的绑定緩存项,若发现目的地的绑定緩存项,则CN用一个新的IP路由报 头类型,经由绑定的转交地址将数据包路由到MN。这种方式可以保证数据包 经过最短的路径直接到达移动节点,从而避免三角路由,减少移动节点的家 乡代理和家乡链路的拥塞,并减少家乡代理或家乡链5^上可能的失败对匪通 信所造成的影响。
然而,路由优化需要对端通信节点CN也支持移动IP,从而大大增加部署 的难度。同时,每个通信主机必须将固定的通信对端和移动的通信对端区分
对待。另外,路由优化可能带来严重的安全问题。因此,目前路由优化模式 实际应用的还非常少。
移动IP要求移动节点将每次位置改变通知家乡代理。其结果是移动节点
的家乡链路容易发生拥塞并使家乡代理成为通信瓶颈。特别是当MN远离家乡
网络时,会造成较大的切换延时,从而引起严重的包丢失和通信吞吐量的下 降。路由优化进一步要求移动节点将每次移动通知所有与之保持通信的通信 节点,从而进一步引发大量注册报文,不仅浪费宝贵的网络资源,还会引发 网络沖突,减少有效数据的传输。
层次化移动IPv6 (Hierarchical Mobile IPv6, HMIPv6; H. Soliman, C. Castelluccia, K. E. Malki and L. Bellier, Hierarchical Mobile IPv6 mobility management (HMIPv6), IETF RFC 4140, Aug. 2005 )引入了移动 锚点(Mobility Anchor Point, MAP)这个新的实体,通过将移动节点的移 动区分为宏观移动和微观移动,将切换过程的影响控制在子网范围内,减小 了地址绑定更新过程的延时和信令消耗。然而丽IPv6只能改进孩i观移动的注 册过程,对于MAP域间的宏观移动不起作用,而且并没有解决数据报文传输 过程中的三角路由问题,也不支持基于业务流的切换。而且,该方法需要整 个网络架构都同时升级到支持腿IPv6,而不能通过渐变的方式升级,这也是 目前HMIPv6 —直不能^C广泛使用的原因之一。
R. Zheng, Y. Ge, J. C. Hou and S. R. Thuel.在文南史A case for mobility support with temporary home agents ( ACM SIGM0BILE Mobile Computing and Communications Review, vol. 6, no. 1, pp. 32-46, Jan. 2002 )中提出通过 引入临时家乡代理(Temporary Home Agent, THA )来解决三角路由问题。THA 负责向移动到外地网络的匪转发数据报文。THA位于匪当前访问的外地网络 的网关处,向MN动态分配临时的家乡地址(THAddr ),并用THAddr更新MN 家乡网络上的DNS服务器。MN使用THAddr作为源地址发起与CN的通信。主 要通过缩短匪和HA间的距离,降低匪和CN通信过程中的端到端时延。然
而,移动IP的基本思想是移动节点位置的移动不改变移动节点正在进行的通 信所使用的家乡地址。而此方法却只对移动节点在新网络重新发起的对外连
接提供这一功能。来自外部的连接请求需要通过家乡网络DNS的支持来获知 THAddr,而那些移动前已在进行的通信将不得不改变家乡地址,或者仍使用 标准的移动IP协议进行通信。由于移动IP本身解决的就是在移动过程中如 何保持原有连接不中断的问题,此方法从严格意义上讲已经违背了移动IP的 使用场景。另外,此方法不支持以业务流为粒度的切换和传输路径控制。
移动IPv6本身虽然没有定义如何使用多HA,但却支持家乡网络的重配置 技术。在这种情况下,移动节点不知道其家乡代理的地址,且家乡子网前缀 可能随时改变。此时可采用一种"动态家乡代理地址发现机制,,,由移动节 点动态发现家乡代理地址,通过前缀发现机制学习到新的家乡子网前缀信息。 目前,也出现了一些多HA的移动IP架构,但现有的多HA机制主要是为了负 载均衡(A. Vasilache, J". Li and H. Kameda. Threshold-based load balancing for multiple home agentsin MobileIP networks. Telecommunications Systems, vol. 22, no. 1—4, pp. 11—31, Jan.-Apr., 2003 )或者解决单个HA实效情况下的容错问题(J.H. Ahn and C.S.Hwang. Low—cost fault—tolerance for mobile nodes in Mobile IP based systems. Proceedings of the 21st International Conference on Distributed Computing Systems Workshops, pp. 508-514, Mesa, AZ, USA, Apr. 16-19, 2001 )( J. W. Lin and J. Arul. An efficient fault-tolerant approach for Mobile IP in wireless systems. IEEE Transactions on Mobile Computing, vol.2, no. 3, pp. 207-220, 2003 ),其目的是增强可靠性和提高处理能力。 多个HA大多处于同一家乡链路,对丽是透明的,MN仍只记录单个HA,而只 是采用多机备份的方式使得HA工作更稳定。就其实质而言,同一时刻每个丽 只有一个HA为其服务,与传统移动IP协议没有区别,并不能为不同业务流 选择不同的传输路径,也没有解决三角路由问题。

发明内容
为克服现有移动IP协议不支持以业务流为粒度的切换和传输路径控制、 不能解决三角路由的问题,本发明提出 一种用于移动互联网的业务流管理方 法。
根据本发明的 一个方面,提出了 一种用于移动互联网的业务流管理方法,
所述移动互联网的各个子域中部署有分布式家乡代理服务器,所述方法包括 步骤10)、移动节点根据新连接请求的业务流的类型,确定所述业务流 需要移动支持;
步骤20)、对于所述移动节点发起的业务流,在所述业务流对应的对端 通信节点所在子域内查询所述分布式家乡代理服务器;
步骤30)、查询到所述分布式家乡代理服务器后,所述移动节点向所选 择的所述分布式家乡代理服务器申请分布式家乡地址,并以所述分布式家乡 地址与所述对端通信节点建立连接;
步骤40)、所述移动节点与所述对端通信节点进行数据通信。
所述方法还包括
步骤50)、当所述移动节点发生漫游,根据新接入网络的QoS情况、当 前业务流优先级和QoS要求,对于需要继续通信的业务流,所述移动节点将 新的转交地址向所述分布式家乡代理服务器进行绑定更新;对于不需要继续 或者QoS无法满足的业务流,中止所述业务流。
其中,所述分布式家乡代理服务器渐进部署于移动互联网的各个子域中, 并兼容现有移动IP协:汉。
其中,在每一个所述子域中部署一个或者多个分布式家乡代理服务器, 所述多个分布式家乡代理服务器可用于冗余备份;并且所述分布式家乡代理 服务器布置于所述对端通信节点周围,优选部署在多宿主机上
其中,还包括
在所述对端通信节点较集中的网络域或者热点区域中部署所述分布式家
乡代理服务器,或者升级已有的家乡代理为所述分布式家乡代理服务器; 扩大部署所述分布式家乡代理服务器,使各个网络域中均存在所述分布
式家乡代理服务器,并且对已有的移动节点升级。
其中,步骤20)中,所述子域中的分布式家乡代理服务器返回响应,告
知所述移动节点的信息包括但不限于所述分布式家乡代理服务器的地址信
息、负载信息;移动节点根据诸如负载最轻或者距离最近的不同条件,选择
所述分布式家乡代理服务器。
其中,步骤20)中,所述查询方式为以下四种方式的其中之一
1) 、可以通过向所述对端通信节点所在域内发送请求,请求所述分布式 家乡代理服务器直接应答来实现查询;
2) 、可以通过发送多播请求节点地址报文,远程查询所述分布式家乡代 理服务器地址;
3) 、可以通过向特定的服务器发送请求来获得对端通信节点域内或逻辑 上最接近对端通信节点的域内的所述分布式家乡代理服务器;
4) 、可以通过向对端通信节点发送请求,由对端通信节点返回其所在网 络的所述分布式家乡代理服务器信息。
其中,所述向对端通信节点发送请求的方式中,所述对端通信节点需要 支持分布式家乡代理服务器查询,可以发现和保存所在网络的分布式家乡代 理服务器信息,并且可以应答移动节点发来的分布式家乡代理服务器查询信 自、
其中,步骤20)还包括如果所述业务流不是所述移动节点发起,所述 移动节点以家乡地址与所述对端通信节点建立连接。
其中,步骤30)还包括如果没有查询到所述分布式家乡代理服务器, 所述移动节点以家乡地址与所述对端通信节点建立连4妄。'
其中,步骤40)中,所述移动节点根据所述对端通信节点对路由优化的 支持情况选用路由优化模式或者双向隧道模式与所述对端通信节点进行数据通信。
其中,步骤40)还包括如果对端通信节点支持路由优化,所述移动节 点会将转交地址通过绑定更新向对端通信节点注册,注册成功后,所述移动 节点将利用转交地址与所述对端通信节点进行通信;如果对端通信节点不支 持路由优化,所述移动节点经分布式家乡代理服务器或者家乡代理与所述对 端通信节点通信。
本发明的方法在兼容标准的移动IP协议(包括移动IPv4和移动IPv6 ) 的前提下,允许移动节点(顧)在家乡代理(HA)和主家乡地址(HoA)夕卜, 同时存在多个分布式家乡代理服务器(DHP)和分布式家乡地址(DHoA)。顧 根据业务类型和业务发起方选择是否启动移动管理协议,并进一步选择是启 动标准的移动IP还是启动本发明提出的画IP。 DMIP支持廳为不同业务流动 态选择DHP,为每个业务流服务的DHP在对应的对端通信节点(CN)附近选择, 从而有效缩短移动节点和对端通信节点通信当中的端到端时延。MN在移动过 程中可根据网络状况和实际需求对不同业务流采耳又不同的移动管理策略,实 现以业务流为粒度的位置管理和传输路径控制。
由于DHP接近CN (—般与CN位于同一网络),本发明所提出的DMIP可 以避免三角路由并有效改善传输性能。另外,画IP较之移动IP协议的实质提 高在于,将原有移动IP协议中以整个节点为粒度的管理模式,升级为以单个 业务流为粒度的管理模式。MN在移动过程中可根据网络状况和实际需求对不 同业务流采取不同的移动管理策略,实现以业务流为粒度的切换和传输^4圣 控制。DHP的引入使得顧对HA的依赖性大为降低,不仅减少了家乡网络的拥 塞和HA的负载,也减少了家乡网络和HA上可能的失败和故障对匪的影响。 同时,DHP的引入使得服务器类的CN在本身不需要任何更新的情况下,可通 过在本网络域内部署DHP的方式增强其对客户端的移动性支持。而CN所在的 网络则可以4艮方《更地对业务流进行监一见和控制,并可形成面向移动用户、提 供针对某一热点CN的DHP服务的业务模式。所提出的DMIP的部署可完全采
用渐进的方式逐步进行,对既有协议移动IP保留兼容性。


图1示出DMIP中新连接建立的处理流禾呈; 图2示出DMIP中漫游过程的处理流程。
具体实施例方式
下面结合附图和具体实施例对本发明提供的一种用于移动互联网的业务 流管理方法进行详细描述。
本发明提出的方法可以称为分布式的、与移动IP兼容的网络层移动解决 方案(DMIP),在已有的移动IP架构中,引入分布式家乡代理服务器 (Distributed Home-Proxy,證)。在丽IP中,在网络的各个子域中部署 DHP,即在各个CN周围部署DHP。 DHP是HA的一个扩展实现,同一个域内也 可分布多个相互独立的DHP (例如由不同的公司运营),和HA的部署方式一 样,就是一般路由器的部署方式。在这种情况下,MN可根据情况和需要选择 一个或者多个DHP为其服务。当然, 一般在一个域内只需选择一个DHP,但也 可选择多个DHP用于冗余备份或提高并发性能。
DHP的部署可采用渐进的方式进行,对现有协议移动IP保留兼容性。初 期,可以先升级部分MN,并在CN较集中的网络域或者热点区域(例如,知名 的ISP和网站)中部署DHP或者升级已有的HA到DHP,而不更改CN和网络上 的路由器。此时,新MN在访问这些网络域中的CN时,可以查询得到DHP,并 且利用DHP进行通讯。同时,匪在访问其它CN时,若未能获得DHP信息,则 仍采用原来的移动IP方式进行通信。而未升级的旧MN,也同样可以访问整个 网络。新、旧MN之间的通讯,仍使用原来的移动IP协议。
发展中后期,可以逐渐扩大DHP的部署,实现各个网络域中均存在DHP; 同时,对已有的匪逐渐升级。
DHP本身可以和CN结合,也可以和CN分离而和ISP结合,甚至可以由独 立的服务提供商负责,作为一种额外的服务,提供给经常需要漫游的移动节 点。此外,在具体实现时,也可建立专门面向移动用户、提供针对某一热点 CN的DHP服务的业务模式。在DHP提供的服务中,也可根据用户的经济情况 和意愿进行分级,例如,提供永久的分布式家乡地址等。
DHP在HA现有功能之外同时支持如下才喿作DHP—query和DHP—response。 DHP_query由网络节点发出,可以远程查询某个网络域内的DHP节点,该网络 中的每一个DHP收到该报文后,分别给出DHP —response响应,告知网络节点 DHP自身当前的信息,包括但不限于地址信息、负载信息等等,以便于移动节 点选择合适的DHP(特別是当同一域内存在多个DHP时)。也就是说,移动节 点可以根据自己的需要定义不同的选择标准,比如选择负载最轻的,或者选 择距离最近的DHP等。 一般地,建议DHP尽可能部署在多宿(multihomed) 主机上,同时支持多个ISP接入网络以提升性能。
对于新连接请求,MN首先判断其应用类型。 一般认为短时间的TCP或UDP 应用不需要移动IP支持,例如DNS解析,而长时间的TCP应用,例如Telnet, 或者UDP应用,例如VoIP,则需要移动IP支持。对于不需要移动IP支持的 业务类型,MN以CoA和CN建立连接,不执行任何移动IP的功能。对于需要 移动IP支持的业务类型,如果连接由CN发起,则顧以HoA和CN建立连接, 进而执行标准的移动IP流程;如果连接由匪发起,则顧将会执行DHP查询 功能,查询成功则执行画IP流程,否则执行标准的移动IP流程。
DHP查询的目的是要获4f该业务流对应的CN所在网络的DHP地址和状态。 如果在CN所在域内搜索到合适的DHP, MN将向所选择的DHP申请分布式家乡 地址DHoA (Distributed Home Address ),并以DHoA与CN建立连接;否则, 匪将以HoA和CN建立连"l妄,执行标准的移动IP流程。
随后,MN会根据CN对移动IP的支持情况判断用路由优化模式还是双向 隧道模式进行通讯。在匪与CN的通信过程中,如果應发生了漫游,造成了
MN的地址改变,MN可以才艮据新接入网络的QoS情况以及当前业务的优先级和 QoS要求,逐一判断每个业务流的QoS要求是否能得到满足及是否需要继续该 业务流。对于需要继续通讯的业务流,顧将新的CoA地址向相应的DHP进行 绑定更新,对于不需要继续或者QoS无法满足的业务流,MN可主动中止该业 务流。
在移动IP中,当MN申请得到家乡地址之后,其流程是事件驱动的。当 有新的连接请求时,廳会利用HoA与CN建立连接。然后,廳会根据CN对移 动IP的支持情况判断是否进行路由优化若CN支持路由优化,则匪会将转 交地址CoA通过绑定更新(Binding Update, BU)向CN注册,在注册成功后, 顧将利用CoA与CN进行正常通迅;若CN不支持路由优化,则MN经HA与CN 通信,这就是双向隧道模式。当顧发生漫游后,会触发切换,然后MN将新 的CoA地址向HA注册,而后MN即可与CN恢复通信。此时,若CN支持路由 优化,顧可再度将新的CoA向CN注册,从而减少因三角路由带来的通信损耗。
在根据本发明的一个实施例中,图1示出腿IP中新连接请求的处理流程, 包括
S101: MN根据新连接请求的业务类型判断该业务流是否需要移动支持, 如果是,转S103,否则,转S102;
S102: MN以CoA和CN建立连接,转S109;
S103:判断新连接请求是否为廳发起,是转S104,否转S107;
S104: MN查询该业务流对应的CN所在网络的DHP地址和状态,DHP查询 的实现方式有四种1 )可通过向对应网络发送DHP-query,请求DHP直4妾应 答来实现。此过程类似于MIPv6中的"动态家乡代理地址发现机制,,,该机 制允许移动节点动态发现其家乡网络上的家乡代理的IP地址,即使当前移动 节点并不在其家乡网络中;2)可以通过发送多播请求节点地址报文 (RFC2373),远程查询DHP地址;3)可通过向特定的服务器发送请求来获得 CN域内或逻辑上最4妻近CN的域内的DHP; 4 )可通过向CN发送请求,由CN
回复其所在网络的DHP信息来实现;如果CN为支持DMIP的节点,则CN可发 现和保存自己所在网络的DHP信息,并可回复MN发来的DHP查询信息,在这 种情况下,匪可通过向CN发送请求,由CN回复其所在网络的DHP信息来实 现DHP发现过程。但此种查询方式对普通CN不适用;
S105:如果在CN所在域内搜索到合适的DHP (合适的标准是能够满足需 要,也就是首先能够在CN所在域内找到DHP,而该DHP的负载、处理能力等 情况也能够满足业务的需要),则转S106,否则转S107;
SI06: MN向所选4奪的DHP申请分布式家乡地址DHoA,并以DHoA与CN建 立连接,转S108;
S107: MN以HoA和CN建立连接;
S108:根据CN对路由优化的支持情况判断用路由优化模式还是双向隧道 模式进行通信,其中,对支持路由优化的CN釆用路由优化模式进行通信,而 对不支持路由优化的CN采用一般的双向隧道^^莫式进行通信;
S10 9: MN和CN间进行数据通信。
在匪与CN的通信过程中,如果匪发生了漫游,对于已启用DHP的业务 流,DMIP的处理流程如图2所示。
S201: MN根据新接入网络的QoS情况,以及当前业务的优先级和QoS要 求,判断该业务流的QoS要求是否能得到满足及是否需要继续该业务流;
S202:对于需要继续通讯的业务流,匪将新的CoA地址向DHP进行绑定更
新;
S203:对于不需要继续或者QoS无法满足的业务流,匪主动中止该业务流。 由于DHP接近CN (—般应与CN位于同一网络),DMIP可以避免三角路 由并有效改善传输性能。另外,DMIP较之移动IP的实质提高在于,将原有移 动IP协议中以整个节点为粒度的管理模式,升级为以单个业务流为粒度的管 理模式。MN在移动过程中可根据网络状况和实际需求对不同业务流采取不同 的移动管理策略,实现以业务流为粒度的切换和传输路径控制。
DMIP除了可以在兼容移动IP的同时提升切换性能和传输性能,还可提供 如下新功能
* 允许匪以业务流为粒度进行管理和控制。例如从高带宽网络切换到低 带宽网络时(如从WLAN切到GPRS),移动节点可以通过有选择性的向部分 DHP进行绑定更新,主动停止某些高带宽需求的业务流(例如文件下载和视频 点播)。相比之下,在移动IP及层次化移动IP中,当移动节点发生漫游后, 一旦MN向HA注册了新的CoA,所有CN就可以主动向HA推送信息;即使匪 选择停止某些业务流,在该业务流的对端节点得到中止信息前,其CN推送的 大量数据仍可能使得丽上其它的业务流陷于短时的瘫痪。
* 允许CN所在的网络域对业务流进行监视和控制。 一般来说,实际环境 中需要在丽移动过程中保持会话的对端通信节点多为服务器(如VOD server, Email server, FTP server等)。DHP的引入,V吏得此类CN在不需要任4可更 新的情况下,可以增强其对客户端的移动性支持。另外,CN所在网络可以很 方便地监测和控制流入和流出的业务流。例如,ISP可在其提供的DHP上设置 规则来控制漫游用户数,也可以为DHP用户提供特殊的网络QoS等。
最后应说明的是,以上实施例仅用以描述本发明的技术方案而不是对本 技术方法进行限制,本发明在应用上可以延伸为其他的修改、变化、应用和 实施例,并且因此认为所有这样的修改、变化、应用、实施例都在本发明的 精神和教导范围内。
权利要求
1、一种用于移动互联网的业务流管理方法,所述移动互联网的各个子域中部署有分布式家乡代理服务器,所述方法包括步骤10)、移动节点根据新连接请求的业务流的类型,确定所述业务流需要移动支持;步骤20)、对于所述移动节点发起的业务流,在所述业务流对应的对端通信节点所在子域内查询所述分布式家乡代理服务器;步骤30)、查询到所述分布式家乡代理服务器后,所述移动节点向所选择的所述分布式家乡代理服务器申请分布式家乡地址,并以所述分布式家乡地址与所述对端通信节点建立连接;步骤40)、所述移动节点与所述对端通信节点进行数据通信。
2、 权利要求l的方法,还包括步骤50)、当所述移动节点发生漫游,根据新接入网络的QoS情况、当前 业务流优先级和QoS要求,对于需要继续通信的业务流,所述移动节点将新的 转交地址向所述分布式家乡代理服务器进行绑定更新;对于不需要继续或者QoS 无法满足的业务流,中止所述业务流。
3、 权利要求l的方法,其中,所述分布式家乡代理服务器渐进部署于移动 互联网的各个子域中,并兼容现有移动IP协议。
4、 权利要求3的方法,其中,在每一个所述子域中部署一个或者多个分布 式家乡代理服务器,所述多个分布式家乡代理服务器可用于冗余备份;并且所 述分布式家乡代理服务器布置于所述对端通信节点周围,优选部署在多宿主机 上
5、 权利要求4的方法,其中,还包括在所述对端通信节点较集中的网络域或者热点区域中部署所述分布式家乡 代理服务器,或者升级已有的家乡代理为所述分布式家乡代理服务器;扩大部署所述分布式家乡代理服务器,使各个网络域中均存在所述分布式 家乡代理服务器,并且对已有的移动节点升级。
6、 权利要求l的方法,其中,步骤20)中,所述子域中的分布式家乡代理 服务器返回响应,告知所述移动节点的信息包括但不限于所述分布式家乡代理 服务器的地址信息、负载信息;移动节点根据诸如负载最轻或者距离最近的不 同条件,选择所述分布式家乡代理服务器。
7、 权利要求l的方法,其中,步骤20)中,所述查询方式为以下四种方式 的其中之一1) 、可以通过向所述对端通信节点所在域内发送请求,请求所述分布式家 乡代理服务器直接应答来实现查询;2) 、可以通过发送多播请求节点地址报文,远程查询所述分布式家乡代理 服务器地址;3) 、可以通过向特定的服务器发送请求来获得对端通信节点域内或逻辑上 最接近对端通信节点的域内的所述分布式家乡代理服务器;4) 、可以通过向对端通信节点发送请求,由对端通信节点返回其所在网络 的所述分布式家乡代理服务器信息。
8、 权利要求7的方法,其中,所述向对端通信节点发送请求的方式中,所 述对端通信节点需要支持分布式家乡代理服务器查询,可以发现和保存所在网 络的分布式家乡代理服务器信息,并且可以应答移动节点发来的分布式家乡代 理服务器查询信息。
9、 权利要求l的方法,其中,步骤20)还包括如果所述业务流不是所述 移动节点发起,所述移动节点以家乡地址与所述对端通信节点建立连接。
10、 权利要求l的方法,其中,步骤30)还包括如果没有查询到所述分 布式家乡代理服务器,所述移动节点以家乡地址与所述对端通信节点建立连接。
11、 权利要求l的方法,其中,步骤40)中,所述移动节点根据所述对端 通信节点对路由优化的支持情况选用路由优化模式或者双向隧道模式与所述对端通信节点进行数据通信。
12、权利要求ll的方法,其中,步骤40)还包括如果对端通信节点支持 路由优化,所述移动节点会将转交地址通过绑定更新向对端通信节点注册,注 册成功后,所述移动节点将利用转交地址与所述对端通信节点进行通信;如果 对端通信节点不支持路由优化,所述移动节点经分布式家乡代理服务器或者家 乡代理与所述对端通信节点通信。
全文摘要
本发明提供一种用于移动互联网的业务流管理方法,在兼容标准移动IP协议的前提下,允许移动节点在家乡代理和主家乡地址外,同时存在多个分布式家乡代理服务器DHP和分布式家乡地址DHoA,实现以业务流为粒度的位置管理和传输路径控制。MN可为不同业务流动态选择DHP,为每个业务流服务的DHP在对应的对端通信节点附近选择,从而有效缩短移动节点和对端通信节点通信当中的端到端时延。MN在移动过程中实现以业务流为粒度的切换和传输路径控制。DHP的引入使得MN对HA的依赖性大为降低,不仅减少了家乡网络的拥塞和HA的负载,也减少了家乡网络和HA上可能的失败和故障对MN的影响,同时也便于CN所在的网络域对业务流进行监视和控制。
文档编号H04L12/56GK101340338SQ200810118070
公开日2009年1月7日 申请日期2008年8月7日 优先权日2008年8月7日
发明者敏 刘, 李忠诚 申请人:中国科学院计算技术研究所
网友询问留言 已有0条留言
  • 还没有人留言评论。精彩留言会获得点赞!
1