CN101232699B - 确定终端移动性管理类型的方法和系统 - Google Patents
确定终端移动性管理类型的方法和系统 Download PDFInfo
- Publication number
- CN101232699B CN101232699B CN2007100036713A CN200710003671A CN101232699B CN 101232699 B CN101232699 B CN 101232699B CN 2007100036713 A CN2007100036713 A CN 2007100036713A CN 200710003671 A CN200710003671 A CN 200710003671A CN 101232699 B CN101232699 B CN 101232699B
- Authority
- CN
- China
- Prior art keywords
- information
- portable terminal
- terminal
- mobile
- network side
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Active
Links
Images
Abstract
本发明公开了一种确定终端移动性管理类型的方法和系统,其中,移动终端向网络侧上报信息,所上报的信息包括:移动终端所支持的移动性能力信息;网络侧根据所述移动终端的上报信息,以及自己所支持的移动性能力信息,确定出所述移动终端的移动性管理类型。通过本发明的实施例,当移动终端通过不同的接入过程接入网络后,网络侧能够针对不同接入过程中接入的终端,确定相应的移动性管理类型。
Description
技术领域
本发明涉及通信领域,尤其涉及确定终端移动性管理类型的技术。
背景技术
WiMAX网络是基于标准IP协议的无线网络,其组网结构如图1所示,包括MS(移动终端),ASN(Access Service Network,服务接入网络)和CSN(Connectivity Service Network,服务连接网络)三部分。MS通过ASN接入网络,CSN保证MS获得可靠的IP通信连接。
目前MS的类型有很多种,按照其支持的移动性能力划分,可以包括仅仅支持Simple IP(简单IP)能力的MS、仅仅支持MIP(Mobile IP,移动IP)能力的MS,以及同时支持SIP能力和MIP能力的MS。
当MS支持Simple IP能力时,所述MS在同一时刻只享有一个IP地址,并且MS没有相对固定的IP地址,也就是说,MS的IP地址随着MS连接的ASN发生改变,而相应地发生改变。因此当MS仅仅支持SIP能力时,无法保证MS获得可靠的IP连接。当网络侧能够支持MIP时,能够为支持Simple IP能力的MS,提供PMIP(Proxy MIP,移动IP代理)移动性管理。当网络侧仅仅支持Simple IP时,只能为支持Simple IP能力的MS,提供Simple IP移动性管理。
当MS支持所述MIP能力时,所述MS中同时配置有HoA(Home of Address,家乡地址)和CoA(Care of Address,转交地址)。其中所述HoA相对固定,不随MS的移动而发生改变,因此在Ho A基础上建立的IP连接不会因MS的移动而中断;所述CoA则会随着MS接入的ASN变化而发生相应的改变。MS可以通过HA(Home Agent,家乡代理)建立HoA与CoA之间的绑定关系。当位于拜访网络的MS访问归属网络时,归属网络发送给目的地址HoA的数据先被HA接 收,然后HA根据已经建立好的HoA-CoA绑定关系,找到对应的CoA,从而将数据转发给位于拜访网络的MS。当网络侧能够支持MIP时,能够为支持MIP能力的MS,提供PMIP(Proxy MIP,移动IP代理)移动性管理。当网络侧能够支持MIP,且MS也能够支持MIP时,可以由所述MS自己进行CMIP(Client MIP,移动IP客户端)移动性管理。此时认为所述MS的移动性管理类型为CMIP。
在不同类型的MS接入网络时,网络需要确定出所述MS的移动性管理类型,以便为所述MS进行相应的移动性管理。
与本发明有关的现有技术一是目前WiMAX论坛中提出的一种确定终端移动性管理类型的方法,其主要思想是:
具有支持Simple IP能力的MS接入网络后,发送DHCP(Dynamic HostControl Protocol,动态主机控制协议)请求;当网络侧接收到MS发送的DHCP请求后,如果网络侧具有MIP能力,就认为能够为所述MS进行PMIP管理,并标识所述移动终端的移动性管理类型为PMIP,并代替所述MS发起MIP注册请求;
当网络侧接收到MS发出的MIP注册请求后,则认为所述MS能够支持MIP,于是标识所述移动终端的移动性管理类型为CMIP,之后由所述终端自己进行MIP注册。
当网络侧通过MIP过程获得IP地址后,再次发起DHCP过程,在这种情景下,网络侧按照策略配置处理后,可能会忽略终端的其中一种过程请求的资源信息,也可能允许终端通过DHCP过程获得对应主机配置信息。
采用现有技术一在下述几种情况下,不能确定出MS的移动性管理类型:
1、当MS同时具有支持Simple IP和MIP能力时,所述MS既可以发送DHCP请求,也可以发送MIP注册请求。当网络侧接收到MS发送的DHCP请求和MIP请求后,根据现有技术一无法确定出所述MS的移动性管理类型。
2、当MS具有支持MIP能力时,所述MS发送MIP注册请求,接下来又发出DHCP请求要求获得相应的主机配置信息,此时,采用现有技术一,网络侧无 法确定所述MS的移动性管理类型是CMIP,还是PMIP。
3、当MS既要求进行CMIP管理,又要求PMIP管理时,网络侧无法配置所述MS的具体类型。
可见当移动终端通过不同的接入过程接入网络后,网络侧通过现有技术一无法确定所述移动终端相应的移动性管理类型。
与本发明有关的现有技术二提供了另一种确定MS能力的方法,其是当MS初始接入网络时,通过IEEE802.16的空口协议,如REG-REQ/RSP协议、SBC-REQ/RSP协议,来协商所述MS的移动性能力。
现有技术二中的IEEE802.16的空口协议中定义的REG-REQ/RSP协议,以及SBC-REQ/RSP协议代表的是MS的底层基本能力,因此无法协商MS支持IP的移动性能力。
与本发明有关的现有技术三提供了一种确定MS移动性类型的方法,其是当MS接入网络后的初始认证阶段的EAP过程中,网络侧与所述MS之间,通过协商相应的参数进行能力交互,来确定终端的能力。
由于EAP协议在IEEE802.16的空中接口扩充不方便,并且不能保证可靠的响应,因此网络侧通过现有技术三无法协商MS支持IP的能力。
发明内容
本发明的实施例提供了一种确定终端移动性类型的方法和系统,通过本发明的实施例,当移动终端通过不同的接入过程接入网络后,网络侧能够针对不同接入过程中接入的移动终端,确定相应的移动性管理类型。
本发明的实施例通过如下技术方案实现:
本发明的实施例提供了一种确定终端移动性管理类型的方法,其包括:
当移动终端通过动态主机控制协议DHCP请求消息或移动因特网协议MIP注册请求消息向网络侧上报信息,所上报的信息包括:移动终端所支持的移动性能力信息,所述移动性能力信息包括简单因特网协议SIP能力信息和 MIP能力信息中的一种或两种;
网络侧根据所述移动终端的上报信息,以及自己所支持的移动性能力信息,确定出所述移动终端的移动性管理类型,所述移动性管理类型为简单因特网协议Simple IP移动性管理、移动因特网协议代理PMIP移动性管理或移动因特网协议客户端CMIP移动性管理中的一种。
本发明的实施例还提供了一种确定终端移动性管理类型的系统,其包括:移动终端和接入网络,所述移动终端包括能力确定单元、消息构造单元和信息传输单元,所述接入网络包括信息获取单元和移动性管理类型确定单元;
所述移动终端的能力确定单元用于根据移动终端的配置信息确定上报信息,所述上报信息包括移动终端所支持的移动性能力信息,所述移动性能力信息包括简单因特网协议SIP能力信息和MIP能力信息中的一种或两种;所述消息构造单元用于在所述消息传输单元发送上报信息前,将所述上报信息封装到DHCP请求消息或MIP注册请求消息中;所述信息传输单元用于通过发送所述消息构造单元封装处理后得到的消息,将所述能力确定单元确定的上报信息,上报给接入网络;
所述接入网络的信息获取单元用于通过动态主机控制协议DHCP请求消息或移动因特网协议MIP注册请求消息获取移动终端所支持的移动性能力信息;所述移动性管理类型确定单元用于根据所述信息获取单元获取的信息,以及自己所支持的移动性能力信息,确定出所述移动终端的移动性管理类型,所述移动性管理类型为简单因特网协议Simple IP移动性管理、移动因特网协议代理PMIP移动性管理或移动因特网协议客户端CMIP移动性管理中的一种。
本发明的实施例还提供了一种移动终端,其包括:
能力确定单元、消息构造单元和信息传输单元;
所述能力确定单元,用于根据移动终端的配置信息确定上报信息;所述上报信息包括所述移动终端所支持的移动性能力信息,所述移动性能力信息包括简单因特网协议SIP能力信息和MIP能力信息中的一种或两种;
所述消息构造单元,用于在所述信息传输单元发送上报信息前,将所述上报信息封装到DHCP请求消息或MIP注册请求消息中;
所述信息传输单元,用于通过发送所述消息构造单元封装处理后得到的消息,将所述能力确定单元确定的上报信息,上报给接入网络。
本发明的实施例还提供了一种接入网络,其包括:
信息获取单元,用于通过动态主机控制协议DHCP请求消息或移动因特网协议MIP注册请求消息获取移动终端所支持的移动性能力信息,所述移动性能力信息包括简单因特网协议SIP能力信息和MIP能力信息中的一种或两种;
移动性管理类型确定单元,用于根据所述信息获取单元获取的信息,以及自己所支持的移动性能力信息,确定出所述移动终端的移动性管理类型,所述移动性管理类型为简单因特网协议Simple IP移动性管理、移动因特网协议代理PMIP移动性管理或移动因特网协议客户端CMIP移动性管理中的一种。
由上述本发明的实施例提供的具体实施方案可以看出,移动终端向接入网络上报信息,所上报的信息包括移动终端所支持的移动性能力信息;网络侧根据所述移动终端的上报信息,以及自己所支持的移动性能力信息,确定出所述移动终端的移动性管理类型。因此,当移动终端通过不同的接入过程接入网络后,网络侧能够针对不同接入过程中接入的终端,确定相应的移动性管理类型。
附图说明
图1为背景技术提供的WiMAX网络的组网结构示意图;
图2为本发明提供的第一实施例的流程图;
图3为本发明提供的第一实施例中支持Simple IPv4模式终端的连接建立流程图;
图4为本发明提供的第一实施例中支持Proxy Mobile IPv4模式终端的连接建立流程图;
图5为本发明提供的第一实施例中同时支持Simple IPv4和Client Mobile IPv4模式终端的连接建立流程图;
图6为本发明提供的第一实施例中同时支持Proxy Mobile IPv4和ClientMobile IPv4模式终端的连接建立流程图;
图7为本发明提供的第一实施例中支持IPv6模式的终端的连接建立流程图;
图8为本发明提供的第二实施例中的结构原理图;
图9为本发明提供的第三实施例中的结构原理图。
具体实施方式
本发明提供的第一实施例是一种确定终端移动性管理类型的方法,其具体实施流程如图2所示,包括如下内容:
步骤S101,当移动终端接入网络时,如初始接入网络时,移动终端向网络侧上报其所支持的移动性能力信息;如果其希望网络侧进行移动性能力支持,则还可以携带希望获得的网络侧的移动性管理支持的要求信息。
所述移动终端可以主动上报信息给所述网络侧;也可以根据所述网络侧的询问,将上报信息上报给所述网络侧。也可以当所述移动终端接收到网络侧发送的网络侧支持的移动性能力信息后,将上报信息上报给所述网络侧。
在上报信息时,移动终端通过基于IP的一种或多种协议,上报信息给网络侧。可以通过DHCP请求消息上报,也可以通过MIP注册请求消息上报。具体实现时,可以在DHCP请求或MIP注册请求中定义Option(选项),通过在所述Option携带指定选项,来标志移动终端进行DHCP过程或MIP注册时支持的移动性能力,以及其希望获得的网络侧的移动性管理支持的要求信息。
下面分别以两种定义方式进行举例说明:
第一种方案:
在DHCP请求消息中或在MIP注册请求中定义如下字段:
Code Len Lable of MIP type
+-----+-----+-----+-----+-----+
| xxx | n | b1 | b1 | b3 |
+-----+-----+-----+-----+-----+
其中,xxx为其Option代码的号码;
n为该消息的长度;
Lable of MIP type由3个比特组成:
b1为0时,表示移动终端支持Simple IP,但是需要网络侧进行PMIP移动性管理;
b1为1时,表示移动终端支持MIP;
b2为0时,表示仅支持一个IP获得过程;
b2为1时,表示可以和其它获得IP的过程同时存在;
b3:留待扩展。
第二种方案:
在DHCP请求消息中或在MIP注册请求中定义如下字段:
Code Len Lable of MIP type
+-----+-----+-----+-----+-----+
| xxx | n | b1 | b1 | b3 |
+-----+-----+-----+-----+-----+
其中,xxx为其Option代码的号码;
n为该消息的长度;
Lable of MIP type由3个比特组成:
b1b2为00,表示移动终端支持Simple IP,并且不需要网络侧进行PMIP移动性管理;
b1b2为01,表示移动终端支持Simple IP,并且需要网络侧进行PMIP移动性管理;
b1b2为10,表示移动终端支持MIP,并且不需要网络侧进行PMIP移动性管理;
b1b2为11,表示移动终端支持MIP,并且需要网络侧进行PMIP移动性管理;
b3为0,表示仅支持一个IP获得过程;
b3为1,表示可以和其它获得IP的过程同时存在。
步骤S102,网络侧根据所述移动终端的上报信息,以及自己所支持的移动性能力,确定其能够对移动终端进行的移动性管理的支持结果,并根据所述支持结果确定出所述移动终端的移动性管理类型。还可以将所述支持结果反馈给所述移动终端。
当所述网络侧接收到的上报信息为:移动终端支持Simple IP,并且不需要网络侧进行PMIP移动性管理时,此时不论所述网络侧所支持的移动性能力为Simple IP还是为MIP,其只能为所述移动终端提供Simple IP支持,于是根据所述支持结果确定所述终端的移动性管理类型为Simple IP;
当所述移动终端的上报信息为:移动终端支持Simple IP,并且需要网络侧进行PMIP移动性管理时,网络侧根据所述移动终端的上报信息,以及自己所支持的移动性能力,以及对移动终端的配置信息,确定其能够对移动终端进行的移动性管理的支持结果,并根据所述支持结果确定出所述移动终端的移动性管理类型:如果所述网络侧所支持的移动性能力为Simple IP,其只能为所述移动终端提供Simple IP支持,则确定所述终端的移动性管理类型为Simple IP;如果所述网络侧所支持的移动性能力为MIP,其能为所述移动终端提供PMIP支持,则确定所述终端的移动性管理类型为PMIP;
当所述移动终端的上报信息为:移动终端支持MIP,并且不需要网络侧进行PMIP移动性管理时,此时不论所述网络侧所支持的移动性能力为Simple IP还是为MIP,其支持结果为CMIP,则确定所述终端的移动性管理类型为CMIP。
当所述移动终端的上报信息为:移动终端支持MIP,并且需要网络侧进行PMIP移动性管理时,网络侧根据所述移动终端的上报信息,以及自己所支持的移动性能力,以及对移动终端的配置信息,确定其能够对移动终端进行的移动性管理的支持结果,并根据所述支持结果确定出所述移动终端的移动性管理类型:如果所述网络侧支持MIP,能为所述移动终端提供PMIP支持,则确定所述终端的移动性管理类型为PMIP;如果所述网络侧仅仅支持Simple IP,则所述网络侧不能为所述终端提供PMIP移动性管理。
当所述移动终端的上报信息中还可以包括其支持一个IP获得过程时,则所述网络侧与所述移动终端之间会基于一个IP过程进行数据交互,例如,如果所述移动终端先通过DHCP过程获得一个IP地址后,如果所述终端再次发起MIP请求,则网络侧不会再为所述移动终端分配新的IP地址。
当所述移动终端的上报信息中还包括可以和其它获得IP的过程同时存在的信息时,所述网络侧会根据移动终端的不同请求分配不同的IP地址,如:如果所述移动终端先通过DHCP过程获得一个IP地址后,如果所述终端再次发起MIP请求,则网络侧会再为所述移动终端分配新的IP地址。
当网络侧确定其能够对移动终端进行的移动性管理的支持结果后,还可以将所述支持结果通过DHCP响应消息反馈给所述移动终端;或,将所述支持结果通过MIP响应消息反馈给所述移动终端。
下面分几种情况对所述第一实施例进行详细描述:
第一种情况:当MS支持Simple IP能力,通过DHCP过程获得自己的IP地址,并且不需要网络侧进行PMIP支持。具体实施流程如图3所示,包括如下步骤:
步骤S301,在接入认证阶段,终端所属的家乡认证服务器,如AAA服务器,会在接入认证消息中下发HA地址、认证授权计费相关密钥,以及终端的家乡地址。
步骤S302,DHCP代理/服务器根据接收到的接入认证消息,直接获得终端的家乡地址,并根据所获得的终端的家乡地址建立终端与服务接入网络间的数据链路。
步骤S303,在终端与服务接入网络之间成功建立新的数据链路以后,终端通过所述数据链路发送DHCP discover消息给DHCP代理/服务器。所述DHCPdiscover消息中携带如下信息:
移动终端支持Simple IP,并且不希望获得网络侧的PMIP移动性管理。
具体可以按照第一实施例中的DHCP请求消息中的字段定义来实现。
步骤S304,当DHCP代理/服务器收到DHCP discover消息后,DHCP代 理/服务器根据所述MS的标识,将DHCP discover消息转发至相应的DHCP服务器。
步骤S305~S306,DHCP服务器接收到所述DHCP discover消息后,根据所述消息中的信息,确定出所述MS支持Simple IP,并且不需要网络侧进行PMIP移动性管理。于是确定其支持结果为Simple IP,所述MS的移动性管理类型为Simple IP;并通过DHCP offer消息返回其支持结果信息,途中经过所述DHCP代理/服务器中转。
步骤S307~S308,所述终端发送DHCP request消息,并通过所述DHCP代理/服务器转发给所述DHCP服务器。
步骤S309~S310,所述DHCP服务器返回DHCP Ack,并通过DHCP代理/服务器转发给所述终端。
上述第一种情况,是以网络侧配置的ASN中的具有DHCP功能的DHCP代理/服务器实体具有DHCP中继功能为例进行说明,可以看出,需要通过步骤S304、步骤S305、步骤S308和步骤S309,从CSN中的DHCP服务器中获得相应的信息。当根据网络侧的配置,ASN中具有DHCP功能的DHCP代理/服务器实体具有DHCP代理功能时,不需要执行步骤S304、步骤S305、步骤S308和步骤S309。
上述第一种情况,是以终端所属的家乡AAA服务器在接入认证消息中下发终端的家乡地址为例进行说明的,当AAA服务器不下发终端的家乡地址,而下发可以获取到终端的家乡地址的DHCP服务器地址时,DHCP代理/服务器需要根据所述DHCP服务器地址,与DHCP服务器交互,获得终端的家乡地址。
上述第一种情况也有可能在步骤S302中,将终端的家乡地址下发给所述DHCP代理/服务器的同时,下发终端的相关IP配置信息,这样,当DHCP代理/服务器接收到终端发送的DHCP discover消息后,在通过步骤S306中的DHCP offer消息返回所述终端家乡地址的同时,还会直接返回终端相关的IP 配置信息。如果所述MS不能通过DHCP offer消息获得相关的IP配置信息,还可以通过DHCP request消息向所述DHCP服务器请求所述相关的IP配置信息;并通过DHCP代理/服务器返回的DHCP Ack发送给所述MS。
上述第一种情况是以在接入认证阶段,DHCP代理/服务器根据其接收到的接入认证消息,获得终端的家乡地址为例进行说明的,除此之外,DHCP代理/服务器也可以在收到终端发送的DHCP Discover消息之后,向家乡认证服务器索取,来获得所述终端的家乡地址信息。
上述第一种情况下的正常处理流程中,是以终端发送DHCP discover消息携带其支持MIP的信息,以及其要求网络侧提供PMIP移动性管理为例进行说明的,除此之外,还存在如下一种可选方案:
终端发送DHCP discover消息时,不携带要其支持MIP的信息,以及其希望获得网络侧的PMIP移动性管理;当DHCP服务器回应DHCP offer消息时,告知终端网络侧支持MIP;然后,终端再在其发送DHCP Request消息时,携带自己支持MIP的标志,以及其希望获得网络侧的PMIP移动性管理。然后DHCP服务器在回应DHCP ack消息时,将自己的支持结果告知终端。
第二种情况:当移动终端支持MIP,并通过DHCP过程获得自己的IP地址,并且需要网络侧进行PMIP移动性管理。
在第二种情况下的正常处理流程如图4所示:
步骤S401,在接入认证阶段,终端所属的家乡认证服务器,如AAA服务器,会在接入认证消息中下发HA地址、认证授权计费相关密钥、Proxy MobileIPv4连接建立相关密钥,以及终端的家乡地址。
步骤S402,DHCP代理/服务器根据接收到的接入认证消息,直接获得终端的家乡地址,并根据所获得的终端的家乡地址建立终端与服务接入网络间的数据链路。
由于在Proxy Mobile IPv4技术中,终端所有的IP移动相关信息对终端来说,都是不可见的(因为终端被网络默认为不支持移动IPv4协议栈),因此终端需 要使用DHCP协议来获取实现移动IP能力所需的家乡地址以及相关的IP配置信息。具体如下:
步骤S403~S409,在终端与服务接入网络之间的R1接口上成功建立新的数据链路以后,终端通过所述数据链路发送DHCP discover消息给DHCP代理/服务器。所述DHCP discover消息中携带如下信息:
移动终端支持MIP,并且希望获得网络侧的PMIP移动性管理。
具体可以按照第一实施例中的DHCP请求消息中的字段定义来实现。
当DHCP代理/服务器收到一个DHCP discover消息后,DHCP代理/服务器根据MS的标识符将其DHCP discover消息转发至相应的DHCP服务器。
所述DHCP服务器接收到所述DHCP discover消息后,根据所述消息中携带的信息,自己支持MIP的能力,以及对移动终端的配置信息,确定其能够为所述终端提供PMIP,于是确定所述终端的移动性类型为PMIP;并将所述支持结果通过DHCP offer消息返回,途中通过所述DHCP代理/服务器中转。
之后,所述终端发送DHCP Request,并通过所述DHCP代理/服务器转发给所述DHCP服务器;所述DHCP服务器返回DHCP Ack给所述DHCP代理/服务器。
步骤S410~S411,当接入业务网络既支持Proxy Mobile IPv4模式又支持Client Mobile IPv4模式时,DHCP代理/服务器可以通过R3_Mobility_Context消息将终端的R3移动模式为DHCP代理/服务器选定的R3移动模式的信息,告知接入业务网功能实体(例如,专门存放终端相关信息的服务器)。
当接入业务网络仅仅支持Proxy Mobile IPv4模式时,步骤S410~S411可以省略。此时终端的R3移动模式信息可以通过相关配置文件下发到集中式/分布式接入业务网功能实体。
步骤S412~S413,当DHCP代理/服务器通过DHCP协议,或者在接入认证阶段得到家乡地址后,通过与接入业务网络中的移动IP代理/客户端交互的HoA Address消息(所述HoA Address消息中包含终端的标识,可以由该标识 来确定需要接收HoA_Address消息的特定移动IP代理/客户端。),将所述家乡地址转发至移动IP代理/客户端。
步骤S414~S419,在移动IPv4注册阶段,接入业务网络中的移动IP代理/客户端收到终端的家乡地址以后,触发移动IP注册流程所需的所有材料都已准备完毕。此时,所述移动IP代理/客户端会发送移动IPv4注册消息,并通过FA(外地代理)转发给所述家乡代理;所述移动IPv4注册消息包含终端的家乡地址、转交地址(一般为FA的IP地址),以及安全相关信息。
所述家乡代理根据所述移动IP注册请求中的信息,发送接入请求到家乡认证服务器;当通过认证后,所述家乡认证服务器会发送接入通过的信息,给所述家乡代理;之后,所述家乡代理发送移动IP注册响应,并通过DHCP代理/服务器转发给所述移动IP代理/客户端。这样,就完成了终端在HA上进行移动IPv4注册的过程。
步骤S420~S421,当移动IPv4注册成功完成以后,所述DHCP代理/服务器最终通过DHCP ack消息将终端的家乡地址发送给所述终端,完成连接建立流程。
在发送DHCP ack消息之前,为了防止通知终端可以正常数据通信的DHCPack消息的发送先于网络侧数据链路的准备到达终端,需要延迟DHCP ack消息的发送直至网络侧的数据链路准备完毕,这时,所述移动IP代理/客户端可以发送DHCP Gating Release消息给所述DHCP代理/服务器;所述DHCP代理/服务器接收到所述DHCP Gating Release消息后,进行DHCP Gating。
上述第二种情况中,是以网络侧配置的ASN中的DHCP代理/服务器实体具有DHCP中继功能为例进行说明,可以看出,需要通过步骤S404、步骤S405、步骤S408和步骤S409,从CSN中的DHCP服务器中获得相应的信息。当根据网络侧的配置,ASN中具有DHCP功能的DHCP代理/服务器实体具有DHCP代理功能时,不需要执行步骤S404、步骤S405、步骤S408和步骤S409。
上述第二种情况中,是以终端所属的家乡AAA服务器在接入认证消息中 下发终端的家乡地址为例进行说明的,当AAA服务器不下发终端的家乡地址,而下发可以获取到终端的家乡地址的DHCP服务器地址时,DHCP代理/服务器需要根据所述DHCP服务器地址,与DHCP服务器交互,获得终端的家乡地址。
上述第二种情况中,也有可能在步骤S402中,将终端的家乡地址下发给所述DHCP代理/服务器的同时,下发终端的相关IP配置信息,这样,当DHCP代理/服务器接收到终端发送的DHCP discover消息后,在通过步骤S406中的DHCPoffer消息返回所述终端家乡地址的同时,还会直接返回终端相关的主机配置信息。如果所述MS不能通过DHCP offer消息获得相关的IP配置信息,还可以通过DHCP request消息向所述DHCP服务器请求所述相关的IP配置信息;并通过DHCP代理/服务器返回的DHCP Ack发送给所述MS。
上述第二种情况中,是以在接入认证阶段,DHCP代理/服务器根据其接收到的接入认证消息,获得终端的家乡地址为例进行说明的,除此之外,DHCP代理/服务器也可以在收到终端发送的DHCP Discover消息之后,向家乡认证服务器索取,来获得所述终端的家乡地址信息。
上述第二种情况下的正常处理流程中,是以终端发送DHCP discover消息携带其支持MIP的信息,以及其要求网络侧提供PMIP移动性管理为例进行说明的,除此之外,还存在如下一种可选方案:
终端发送DHCP discover消息时,不携带要其支持MIP的信息,以及其希望获得网络侧的PMIP移动性管理;当DHCP服务器回应DHCP offer消息时,告知终端网络侧支持MIP;然后,终端再在其发送DHCP Request消息时,携带自己支持MIP的标志,以及其希望获得网络侧的PMIP移动性管理。然后DHCP服务器在回应DHCP ack消息时,将自己的支持结果告知终端。
在上述第二种情况中,如果终端支持MIP,并且通过获得FAAdv(广播消息)或发送MIP RRQ(MIP注册请求)消息来建立MIP绑定时,因为终端仅仅希望获得网络侧的PMIP移动性管理,故网络侧禁止所述终端的CMIP移动性管 理。其过程如下:
开始过程与第二种情况下的正常处理流程雷同。当终端先发起的DHCP过程,而后又发起的MIP注册请求;此时网络侧则根据所述终端发起的DHCP过程中的信息,以及其内对移动终端的配置信息,禁止所述终端的CMIP移动性管理。可以通过FA发送的MIP RRQ中携带的对应代码告知终端,不能由终端自己发起MIP请求。
如果终端在发起DHCP过程之前发起MIP注册过程,则网络侧将原先建立的MIP绑定取消,并通过诸如MIP Revocation之类的消息,通知MS和/或HA,将MIP绑定进行撤销。
第三种情况,移动终端支持MIP,并且通过MIP过程获得网络侧为其分配的IP地址,并且不需要网络侧进行PMIP移动性管理。
所述第三种情况又分为两种情景:
第一种:移动终端发起MIP过程后,不再发起DHCP过程。其处理流程与上述两种情况的思想类似,即:
MS接入网络后,发起MIP注册请求,所述MIP注册请求消息中携带如下信息:移动终端支持MIP,并且不需要网络侧进行PMIP移动性管理。
网络侧根据所述MIP注册请求消息中的信息,认为所述终端自己具备移动性管理能力,于是确认所述终端的移动性管理类型为CMIP;并由所述终端自己发起MIP注册。
之后,所述移动终端不再发起DHCP过程。
第二种:移动终端发起MIP过程,并通过CMIP过程获得其所分配的IP地址后,又发起DHCP过程。具体如下:
一、当终端再次发起的DHCP过程是有状态的DHCP过程时,其会通过DHCP请求携带如下信息:源地址为0.0.0.0;移动终端支持MIP;以及,需要网络侧进行PMIP移动性管理。网络侧接收到所述DHCP请求后,发现源地址为0.0.0.0,则认为所述终端希望获得网络侧为其分配的IP地址。于是,根据所述 终端支持MIP,需要网络侧进行PMIP移动性管理、以及自己所支持的移动性能力信息,确定为所述终端提供PMIP支持,并确定所述移动终端的移动性管理类型为PMIP,并为所述终端分配相应的IP地址。
由上述情况可见,当网络侧既接收到终端发送的MIP注册请求,又接收到终端发送的DHCP请求后,能够确定出终端的移动性类型。
二、当终端再次发起DHCP过程是有状态的DHCP过程,并且其源地址为前述CMIP过程所分配的IP地址时,说明所述终端希望获得网络侧为其分配的IP相关主机配置信息。此时,网络侧通过标准的过程为所述终端分配的IP相关主机配置信息。
三、当终端再次发起DHCP过程是无状态的DHCP过程时,则网络侧允许其通过所述DHCP过程获得对应IP的相关主机配置信息。此时,网络侧通过标准的过程为所述终端分配的IP相关主机配置信息。
第四种情况,移动终端同时支持Simple IP和MIP,通过DHCP过程获得IP地址,并且希望网络侧基于所述IP地址进行PMIP移动性管理。具体流程如图5所示:
步骤S501至步骤S510的信令交互与所述第一种情况中的基本类似,这里不再详细描述。不同之处在于:
移动终端发送的DHCP请求中包含如下信息:移动终端同时支持Simple IP和MIP,以及,希望网络侧进行PMIP移动性管理。
网络侧根据所述消息中的信息,以及自己所支持MIP的能力,认为能够为所述终端提供PMIP移动性管理支持,并确定所述终端的移动性管理类型为PMIP。并将所支持的结果告知所述移动终端。
接下来执行步骤S511~S512,即移动终端发起MIP RRQ(MIP注册请求)消息,并通过所述DHCP代理/服务器转发给所述家乡代理。所述MIP RRQ消息中同样携带如下信息:移动终端同时支持Simple IP和MIP,以及,希望网络侧进行PMIP移动性管理。
步骤S513~S514,网络侧的家乡代理接收到所述MIP RRQ后,根据所述消息中的信息,获知到终端同时支持Simple IP和MIP。由于先前已经从DHCP请求中获知到终端要求同时支持Simple IP和MIP的信息,此时网络侧,会根据其内对移动终端的配置信息,允许先前通过DHCP过程所获得的IP地址及相应信息,与后续通过MIP过程所获得的IP地址及相应信息同时共存,并将通过MIP过程为所述终端分配的IP地址通过MIP RRP(移动IP响应)消息告知所述终端。
第五种情况:移动终端同时支持Simple IP和MIP,并分别通过DHCP过程获得IP地址,和/或IP主机配置信息,通过MIP过程获得IP地址,和/或IP主机配置信息,以及,希望网络侧对所提供的DHCP过程进行PMIP移动性管理。具体流程如图6所示:
步骤S601至步骤S621的信令交互与所述第二种情况基本类似,这里不再详细描述。不同之处在于:
终端发起的DHCP请求中包含如下信息:
移动终端同时支持Simple IP和MIP;希望网络侧对所提供的DHCP过程进行PMIP移动性管理,以及希望客户端自己进行CMIP移动性管理,以及可以和其它获得IP的过程同时存在的信息。
网络侧根据所述信息,以及自己支持MIP的信息,以及对移动终端的配置信息,确定其能够为所述终端提供PMIP移动性管理,以及允许所述终端进行CMIP移动性管理,并将所述支持结果告知所述终端。
之后,所述终端基于DHCP协议进行MIP注册过程:
步骤S622~S623,即移动终端发起MIP RRQ消息,并通过所述DHCP代理/服务器转发给所述家乡代理。所述MIP RRQ消息中携带如下信息:移动终端同时支持Simple IP和MIP;希望网络侧对所提供的DHCP过程进行PMIP移动性管理,以及希望客户端自己进行CMIP移动性管理。
步骤S624~S625,网络侧的家乡代理接收到所述MIP RRQ后,根据所述消息中的信息,自己支持MIP的信息,以及对移动终端的配置信息,确定自己能 够为所述终端提供PMIP移动性管理,以及允许所述终端自己进行CMIP移动性管理,并确定所述终端的移动性管理类型为PMIP和CMIP。由于先前已经通过DHCP过程获知到所述终端能够同时支持PMIP和CMIP的信息,此时网络侧,会根据其内对移动终端的配置信息,允许先前所获得的IP地址及相应信息与后续从MIP RRQ消息中所获得的同时共存,并为其分配不同的地址,并将所述支持结果通过MIP RRP消息告知所述终端。
考虑到DHCP请求可能在MIP注册之后完成,所以第五种情况下,也可以将步骤S622~S625步放到步骤S603之前。
上述第五种情况下,网络侧记录终端的类型为PMIP和CMIP时,是在网络侧收到终端的DHCP请求后,以及网络侧收到终端的MIP RRQ请求后分别完成的;当然,也可以申请一次完成。
由上述本发明的实施例提供的具体实施方案可以看出,通过本发明的实施例,网络侧能够为既要求网络侧进行PMIP移动性管理,又要求自己能够进行CMIP移动性管理的终端,分配相应的IP地址。
上述五种情况均是以确定基于IPv4的移动终端的移动性类型的情况来说明的,当移动终端支持IPv6,本发明的实施例同样适用。如图7所示给出了确定基于IPv6的移动终端移动性类型的流程。具体实施过程如下:
步骤S701,MS发起初始认证。
步骤S702,网关,如AR(接入路由器),向归属AAA发送Access-Request(接入请求)消息。
步骤S703,所述AAA服务器为所述MS分配HA和HL。
步骤S704,通过Access Accept消息返回给所述MS。
在此步骤中,Access Accept消息可以根据用户的配置信息或入网及之前的协商结果返回一个指示该MS移动IP类型的参数集,同HA、HL一起发送到接入网,该标识指示该MS为何种移动IP类型。当然如果网络侧并无此信息或不需要下发,则可以不发。
步骤S705,在网关上存储接收到的信息。同时,网关也可获得该MS的移动IP相关参数信息。
步骤S706,完成认证。
步骤S707,MS向AR送Information-Request请求,所述消息中包含其移动IP对应的能力信息,也可以移动终端希望获得的网络侧的移动性管理支持的要求信息、移动终端支持一种或多种获得IP的过程的信息。网络侧据此及前述所获得的相关策略信息进行判决,并得出结论及该终端为何种终端,该具有何种移动IP能力等。
步骤S708,在AR返回给MS的Reply消息里,可以将最后支持的移动IP的能力发送到MS。
上述是分别以IPV4和IPV6的过程进行说明的,本发明的实施例也可适用移动终端同时支持IPV4和IPV6模式时的情况,具体不再详细描述。
本发明提供的第二实施例是一种移动终端,其结构如图8所示,包括:能力确定单元、消息构造单元和信息传输单元。
所述能力确定单元根据移动终端的配置信息确定上报的信息,所上报的信息包括:所述移动终端所支持的移动性能力信息;所述能力确定单元还包括用于确定移动终端希望获得网络侧的移动性管理支持的要求信息的子单元,通过该子单元,所述能力确定单元还可以确定移动终端希望获得的网络侧的移动性管理支持的要求信息;所述能力确定单元还可以包括用于确定移动终端支持一个或多个IP获得过程的信息的子单元,通过所述子单元,所述能力确定单元还可以确定移动终端支持一种或多种获得IP的过程的信息。
所述消息构造单元,将所述所述能力确定单元确定出的上报信息封装到DHCP请求消息中;或,封装到MIP注册请求消息中。
所述信息传输单元,通过消息构造单元所构造的消息,将所述上报信息上报给网络侧。在上报信息时,可以将上报信息主动上报给所述网络侧;也可以根据网络侧的询问,将上报信息上报给所述网络侧;也可以在所述移动终端接 收到网络侧发送的网络侧支持的移动性能力信息后,将上报信息上报给所述网络侧。
具体实施过程与第一实施例中的相关描述类似,这里不再详细描述。
本发明提供的第三实施例是一种接入网络,其结构如图9所示,包括:信息获取单元和移动性管理类型确定单元。
其中,所述信息获取单元包括:用于获取移动终端所支持的移动性能力信息的子单元;还可以包括用于获取移动终端希望获得的网络侧的移动性管理支持的要求信息的子单元。还可以包括用于获取移动终端支持一种或多种获得IP的过程的信息的子单元。
其中,所述移动性管理类型确定单元包括:用于根据所述移动终端的上报信息,以及自己所支持的移动性能力,确定其能够对移动终端进行的移动性管理的支持结果,并根据所述支持结果确定出所述移动终端的移动性管理类型的子单元;或者,用于根据所述移动终端的上报信息,自己所支持的移动性能力,以及对移动终端的配置信息,确定其能够对移动终端进行的移动性管理的支持结果,并根据所述支持结果确定出所述移动终端的移动性管理类型的子单元。还可以包括:用于将所述支持结果通过DHCP响应消息,或通过MIP响应消息,反馈给所述移动终端的子单元。
所述接入网络中的各个单元之间的信号传递关系如下:
所述信息获取单元通过其内相应的子单元获取移动终端所支持的移动性能力信息;还可以通过其内相应的子单元获取移动终端希望获得的网络侧的移动性管理支持的要求信息。还可以通过其内相应的子单元获取移动终端支持一种或多种获得IP的过程的信息。
所述移动性管理类型确定单元,根据所述信息获取单元所获取的信息,以及自己所支持的移动性能力信息,确定出所述移动终端的移动性管理类型。具体处理如下:
通过其内设置的相应的子单元根据所述移动终端的上报信息,以及自己所 支持的移动性能力,确定其能够对移动终端进行的移动性管理的支持结果,并根据所述支持结果确定出所述移动终端的移动性管理类型;或者,通过其内设置的相应的子单元根据所述移动终端的上报信息,自己所支持的移动性能力,以及对移动终端的配置信息,确定其能够对移动终端进行的移动性管理的支持结果,并根据所述支持结果确定出所述移动终端的移动性管理类型,然后根据所述移动终端的移动性管理类型进行相应的处理:如通知相应实体,和/或当相关实体要求获得时提供查询结果,和/或保存结果,和/或控制相关网元实体按照该移动终端的对应的移动IP类型进行相应的处理。还可以通过其内设置的相应的子单元将所述支持结果通过DHCP响应消息,或通过MIP响应消息,反馈给所述移动终端。
本发明提供的第四实施例是一种确定移动终端移动性类型的系统,其包括:移动终端和接入网络。
所述移动终端在初始接入网络时,向接入网络上报自己所支持的移动性能力信息;并可以在上报其所支持的移动性能力信息的同时,上报其希望获得网络侧的移动性管理支持的要求信息。还可以同时上报移动终端支持一种或多种获得IP的过程的信息。具体实施过程与第一实施例中的相关描述类似,这里不再详细描述。
所述接入网络根据所述移动终端上报的信息,以及自己所支持的移动性能力信息,确定出其能够对移动终端进行的移动性管理的支持结果,并根据所述支持结果确定出所述移动终端的移动性管理类型;或者,根据所述移动终端的上报信息,自己所支持的移动性能力,以及对移动终端的配置信息,确定其能够对移动终端进行的移动性管理的支持结果,并根据所述支持结果确定出所述移动终端的移动性管理类型。还可以将所述支持结果通过DHCP响应消息,或通过MIP响应消息,反馈给所述移动终端。
由上述本发明的实施例提供的具体实施方案可以看出,通过本发明的实施例,移动终端向接入网络上报信息,所上报的信息包括:所上报的信息包括移 动终端所支持的移动性能力信息;网络侧根据所述移动终端的上报信息,以及自己所支持的移动性能力信息,确定出所述移动终端的移动性管理类型。因此,当移动终端通过不同的接入过程接入网络后,网络侧能够针对不同接入过程中接入的终端,确定相应的移动性管理类型。
另外,本发明的实施例均是基于IP的一种或多种协议,来实现终端与网络侧之间的移动性能力的协商的,因此能够避免使用IEEE802.16的空口协议来协商所述MS的移动性能力,从而能够协商MS支持IP的移动性能力。
显然,本领域的技术人员可以对本发明的实施例进行各种改动和变型,而不脱离本发明的精神和范围。这样,倘若本发明的实施例的这些修改和变型属于本发明权利要求及其等同技术的范围之内,则本发明也意图包含这些改动和变型在内。
Claims (15)
1.一种确定终端移动性管理类型的方法,其特征在于,包括:
移动终端通过动态主机控制协议DHCP请求消息或移动因特网协议MIP注册请求消息向网络侧上报信息,所上报的信息包括移动终端所支持的移动性能力信息,所述移动性能力信息包括简单因特网协议SIP能力信息和MIP能力信息中的一种或两种;
网络侧根据所述移动终端上报的信息,以及自己所支持的移动性能力信息,确定出所述移动终端的移动性管理类型,所述移动性管理类型为简单因特网协议Simple IP移动性管理、移动因特网协议代理PMIP移动性管理或移动因特网协议客户端CMIP移动性管理中的一种。
2.如权利要求1所述的方法,其特征在于,所上报的信息还包括:
移动终端希望获得网络侧的移动性管理支持的要求信息;和/或,移动终端支持一个或多个因特网协议IP获得过程的信息。
3.如权利要求1或2所述的方法,其特征在于,所述移动终端向网络侧上报信息的过程,具体包括:
所述移动终端将上报的信息,主动上报给所述网络侧;或,
所述移动终端根据网络侧的询问,将上报的信息上报给所述网络侧;或,
当所述移动终端接收到网络侧发送的网络侧支持的移动性能力信息后,将上报的信息上报给所述网络侧。
4.如权利要求1或2所述的方法,其特征在于,所述网络侧根据所述移动终端的上报信息,以及自己所支持的移动性能力信息,确定出所述移动终端的移动性管理类型的过程,具体包括:
根据所述移动终端上报的信息,以及自己所支持的移动性能力,确定其能够对移动终端进行的移动性管理的支持结果,并根据所述支持结果确定出所述移动终端的移动性管理类型;或,
根据所述移动终端上报的信息,自己所支持的移动性能力,以及对移动终端的配置信息,确定其能够对移动终端进行的移动性管理的支持结果,并根据所述支持结果确定出所述移动终端的移动性管理类型。
5.如权利要求4所述的方法,其特征在于,还包括:
将所述支持结果通过DHCP响应消息反馈给所述移动终端;或,
将所述支持结果通过MIP响应消息反馈给所述移动终端。
6.一种确定终端移动性管理类型的系统,其特征在于,包括:
移动终端和接入网络,所述移动终端包括能力确定单元、消息构造单元和信息传输单元,所述接入网络包括信息获取单元和移动性管理类型确定单元;
所述移动终端的能力确定单元用于根据移动终端的配置信息确定上报信息,所述上报信息包括移动终端所支持的移动性能力信息,所述移动性能力信息包括简单因特网协议SIP能力信息和MIP能力信息中的一种或两种;所述消息构造单元用于在所述消息传输单元发送上报信息前,将所述上报信息封装到DHCP请求消息或MIP注册请求消息中;所述信息传输单元用于通过发送所述消息构造单元封装处理后得到的消息,将所述能力确定单元确定的上报信息,上报给接入网络;
所述接入网络的信息获取单元用于通过动态主机控制协议DHCP请求消息或移动因特网协议MIP注册请求消息获取移动终端所支持的移动性能力信息;所述移动性管理类型确定单元用于根据所述信息获取单元获取的信息,以及自己所支持的移动性能力信息,确定出所述移动终端的移动性管理类型,所述移动性管理类型为简单因特网协议Simple IP移动性管理、移动因特网协议代理PMIP移动性管理或移动因特网协议客户端CMIP移动性管理中的一种。
7.如权利要求6所述的系统,其特征在于,所述上报信息还包括:
移动终端希望获得网络侧的移动性管理支持的要求信息;和/或,移动终端支持一个或多个因特网协议IP获得过程的信息。
8.如权利要求6或7所述的系统,其特征在于,所述移动性管理类型确定单元还用于:
根据所述移动终端上报的信息,以及自己所支持的移动性能力信息,确定出其能够对移动终端进行的移动性管理的支持结果,并根据所述支持结果确定出所述移动终端的移动性管理类型;或,根据所述移动终端上报的信息,自己所支持的移动性能力,以及对移动终端的配置信息,确定其能够对移动终端进行的移动性管理的支持结果,并根据所述支持结果确定出所述移动终端的移动性管理类型。
9.如权利要求8所述的系统,其特征在于,所述移动性管理类型确定单元还用于:
将所述支持结果通过DHCP响应消息,或通过MIP响应消息,反馈给所述移动终端。
10.一种移动终端,其特征在于,包括:
能力确定单元、消息构造单元和信息传输单元;
所述能力确定单元,用于根据移动终端的配置信息确定上报信息;所述上报信息包括所述移动终端所支持的移动性能力信息,所述移动性能力信息包括简单因特网协议SIP能力信息和MIP能力信息中的一种或两种;
所述消息构造单元,用于在所述信息传输单元发送上报信息前,将所述上报信息封装到DHCP请求消息或MIP注册请求消息中;
所述信息传输单元,用于通过发送所述消息构造单元封装处理后得到的消息,将所述能力确定单元确定的上报信息,上报给接入网络。
11.如权利要求10所述的移动终端,其特征在于,所述能力确定单元还包括:
用于确定移动终端希望获得网络侧的移动性管理支持的要求信息的子单元;和/或,用于确定移动终端支持一个或多个IP获得过程的信息的子单元。
12.一种接入网络,其特征在于,包括:
信息获取单元,用于通过动态主机控制协议DHCP请求消息或移动因特网协议MIP注册请求消息获取移动终端所支持的移动性能力信息,所述移动性能力信息包括简单因特网协议SIP能力信息和MIP能力信息中的一种或两种;
移动性管理类型确定单元,用于根据所述信息获取单元获取的信息,以及自己所支持的移动性能力信息,确定出所述移动终端的移动性管理类型,所述移动性管理类型为简单因特网协议Simple IP移动性管理、移动因特网协议代理PMIP移动性管理或移动因特网协议客户端CMIP移动性管理中的一种。
13.如权利要求12所述的接入网络,其特征在于,所述信息获取单元还包括:
用于获取移动终端希望获得的网络侧的移动性管理支持的要求信息的子单元。
14.如权利要求12或13所述的接入网络,其特征在于,所述移动性管理类型确定单元还包括:
用于根据所述移动终端的上报信息,以及自己所支持的移动性能力,确定其能够对移动终端进行的移动性管理的支持结果,并根据所述支持结果确定出所述移动终端的移动性管理类型的子单元;或,用于根据所述移动终端的上报信息,自己所支持的移动性能力,以及对移动终端的配置信息,确定其能够对移动终端进行的移动性管理的支持结果,并根据所述支持结果确定出所述移动终端的移动性管理类型的子单元。
15.如权利要求14所述的接入网络,其特征在于,所述移动性管理类型确定单元还包括:
用于将所述支持结果通过DHCP响应消息,或通过MIP响应消息,反馈给所述移动终端的子单元。
Priority Applications (2)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN2007100036713A CN101232699B (zh) | 2007-01-23 | 2007-01-23 | 确定终端移动性管理类型的方法和系统 |
PCT/CN2008/070163 WO2008089704A1 (fr) | 2007-01-23 | 2008-01-22 | Procédé de détermination de type de gestion de mobilité de terminal et système et appareil correspondants |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN2007100036713A CN101232699B (zh) | 2007-01-23 | 2007-01-23 | 确定终端移动性管理类型的方法和系统 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN101232699A CN101232699A (zh) | 2008-07-30 |
CN101232699B true CN101232699B (zh) | 2012-07-04 |
Family
ID=39898812
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN2007100036713A Active CN101232699B (zh) | 2007-01-23 | 2007-01-23 | 确定终端移动性管理类型的方法和系统 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN101232699B (zh) |
Families Citing this family (8)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
KR101583497B1 (ko) * | 2010-03-19 | 2016-01-08 | 알까뗄 루슨트 | 머신-유형 통신 방법 및 시스템과 셀-탐색 방법 및 디바이스 |
CN102843664B (zh) * | 2011-06-21 | 2017-03-15 | 中兴通讯股份有限公司 | 用户本地访问业务的处理方法、装置和系统 |
CN103634853A (zh) * | 2012-08-24 | 2014-03-12 | 中兴通讯股份有限公司 | 一种请求获取支持移动性的ip的方法、终端和网络侧 |
CN104812073B (zh) * | 2014-01-26 | 2018-11-16 | 中国移动通信集团公司 | 一种终端能力上报方法及装置 |
US10200480B2 (en) * | 2015-06-29 | 2019-02-05 | Huawei Technologies Co., Ltd. | System and method for connectivity management |
CN105813195B (zh) * | 2016-05-13 | 2019-05-17 | 电信科学技术研究院有限公司 | 一种按需为终端选择移动性管理机制的方法及装置 |
CN107769946B (zh) * | 2016-08-19 | 2020-08-14 | 电信科学技术研究院 | 一种网络配置方法及网络设备 |
CN109819484B (zh) * | 2017-11-21 | 2022-01-11 | 华为技术有限公司 | 一种会话上下文处理的方法、网元和终端设备 |
Citations (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN1290462A (zh) * | 1998-02-10 | 2001-04-04 | 艾利森电话股份有限公司 | 通信系统中位置区方案协商的方法和装置 |
WO2006024141A1 (en) * | 2004-08-31 | 2006-03-09 | Research In Motion Limited | System and method for handling simple ip to mobile ip transition |
-
2007
- 2007-01-23 CN CN2007100036713A patent/CN101232699B/zh active Active
Patent Citations (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN1290462A (zh) * | 1998-02-10 | 2001-04-04 | 艾利森电话股份有限公司 | 通信系统中位置区方案协商的方法和装置 |
WO2006024141A1 (en) * | 2004-08-31 | 2006-03-09 | Research In Motion Limited | System and method for handling simple ip to mobile ip transition |
Non-Patent Citations (1)
Title |
---|
D.Johnson等.Mobility Support in IPv6.《rfc3775》.2004,1-165. * |
Also Published As
Publication number | Publication date |
---|---|
CN101232699A (zh) | 2008-07-30 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN101232699B (zh) | 确定终端移动性管理类型的方法和系统 | |
CN1774906B (zh) | 安全代理移动ip的方法和装置 | |
JP5118055B2 (ja) | 移動体ネットワーク上におけるインターネット・プロトコル・トンネリング | |
CN101925055B (zh) | 代理移动ip网络中的私有寻址方法 | |
US7447182B2 (en) | Discovering an address of a name server | |
EP1139632B1 (en) | Method for packet communication with mobile node | |
USRE42003E1 (en) | Assisted power-up and hand off system and method | |
KR100513863B1 (ko) | 호스트의 이동성을 지원할 수 있는 무선 근거리 네트워크시스템 및 그의 동작방법 | |
CN101305543B (zh) | 允许不支持chap认证的节点在代理移动ip情况下的网络接入的方法和设备 | |
KR100818772B1 (ko) | 인터넷 프로토콜 버전 6 서비스를 제공하기 위한 방법 및시스템 | |
WO2003024128A1 (en) | Arrangements and method in mobile internet communications systems | |
JPWO2008099802A1 (ja) | 移動端末管理システム、ネットワーク機器及びそれらに用いる移動端末動作制御方法 | |
JP2007068064A (ja) | パケット転送装置 | |
US8493910B2 (en) | Prefix delegation support for mobile networks | |
US7289471B2 (en) | Mobile router, position management server, mobile network management system, and mobile network management method | |
WO2009064070A1 (en) | Packet buffering method and apparatus for reducing packet loss in proxy mobile ipv6 | |
WO2007131406A1 (fr) | Procédé et système d'allocation d'agent local | |
EP2071807A1 (en) | Advanced Mobile IP system employing distributed home agents | |
WO2003069872A1 (en) | Discovery of an agent or a server in an ip network | |
EP1380150B1 (en) | Method and system for discovering an adress of a name server | |
CN101790146A (zh) | 分配地址信息的方法、网络设备和网络系统 | |
KR100311642B1 (ko) | 이동통신망에서 홈 에이전트 관리 시스템(hams)을 이용한 인터넷 주소(ip)의 할당과 관리 방법 | |
WO2008151492A1 (fr) | Procédé servant à sélectionner un mode de gestion mobile dans un réseau sans fil | |
JP5378518B2 (ja) | モバイル通信システムにおける通信を容易にする方法およびモバイル通信システム | |
CN101179554B (zh) | 一种告知移动用户终端自举模式的方法 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
C06 | Publication | ||
PB01 | Publication | ||
C10 | Entry into substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
C14 | Grant of patent or utility model | ||
GR01 | Patent grant |