背景技术
近年来,移动通信网的IP(Internet Protocol:网络协议)化的研究很活跃。IETF(Internet Engineering Task Force:网络工程工作小组)正在发展Mobile IPV6规格的标准化(例如,参照非专利文献1)。
Mobile IPV6的网络构成要素是移动节点(MN:Mobile Node)、本地代理(HA:Home Agent)、通信对端(CN:Correspondent Node)。
MN上赋予了即使移动也不变化的唯一的IP地址(本地地址)。将与本地地址具有相同前缀的链接称为本地链接。所谓前缀是指表示IP地址的网络部分。
当MN移动到本地链接以外的链接上时(将移动目的地的链接称为访问链接),在访问链接中取得IP地址。将该地址称为关心地址(Care ofAddress,下面,由CoA来表示)。MN的应用程序使用本地地址进行通信。MN的应用程序不使用关心地址就能进行通信。
MN在向访问链接移动时,接收存在于访问链接中的路由器定时发送的路由广告。通过检测出与该路由广告中包含的本地地址不同的前缀,MN检测出从本地链接向访问链接的移动。路由广告消息由IPv6的相邻探索(Nei ghbor Discovery)(参照非专利文献2)规定。路由器为了向同一链接上的其他节点通知自身的存在,而使用上述消息。
MN在检测出移动时,在HA上进行位置注册。HA在绑定缓存(BindingCache)中保持存在于本地链接之外的MN的本地地址和关心地址的对应信息(绑定信息)。接着,HA为了捕捉从CN向MN的本地地址发送的包,而多点传送免费相邻广告(Gratuitous Neighbor Advertisement),并作为上述MN的代理而动作。
下面,说明CN向MN发送包的顺序。
CN向MN的本地地址发送包。HA捕捉发送给上述MN的本地地址的包。HA检索绑定缓存,取得对应于MN的本地地址的CoA。HA在所接收的包上添加发送给该CoA的IP头(封装化)后发送包。将HA-MN的封装化区间称为移动通道(tunnel)。当MN接收发送给上述CoA的包时,去除(解封装)先前所添加的IP头后,恢复出原始包。
MN通过向CN通知MN本身的绑定信息,可进行路径最优化。
另外,作为IP网的会话控制协议,SIP(Session Initiation Protocol:会话发起协议)(参照非专利文献3)引人注目。SIP是进行由IETF标准化的IP多媒体通信的会话控制的协议。使用了SIP的代表服务有VoIP(Voiceover IP)。VoIP是在IP网络上发送接收声音信息的技术。基于SIP的VoIP通信中,通信开始前在通信装置间设置假想的通话路径(会话)。在所设定的通信路径上传送IP打包后的声音数据。VoIP通信中,SIP控制通信装置间的会话确立、维持、切断。
另一方面,“在线(presence)”的概念在IETF中研究(例如,参照非专利文献4)。所谓在线,表示终端的所在信息和状态。将向通信对端通知在线的服务称为在线服务。上述的SIP具有请求和通知事件的功能(下面,称为事件通知功能)。使用了SIP的事件通知功能的在线信息的发送接收方法在IETF中研究(例如,参照非专利文献5)。
现有的在线服务提供系统中,提供在线信息的终端向在线服务器提供所在信息(例如IP地址)等,参照在线信息的另一终端,利用事件通知功能参照在线服务器内存储的上述在线信息。接收了事件通知功能的在线服务器,也可以进行在线信息参照者的认证。在线服务器根据认证结果,控制在 线信息的公开·不公开。
【非专利文献1】Mobility Support inIpv6<draft-ietf-mobileip-ipv6-24.txt>Work in Progress§4.1
【非专利文献2】IETP RFC2461、Neighbor Discovery for IP Version6(Ipv6)§3
【非专利文献3】IETP RFC3261 SIP:Session Initiation Protocol§4
【非专利文献4】IETP RFC2778、A Model for Presence and InstantMessaging§2.1
【非专利文献5】IETP RFC3265、Session Initiation Protocol(SIP)-Specific Event Notification§1.1
现有的移动IP通信系统中,移动终端的应用程序使用本地地址进行通信,而不利用关心地址。因此,移动终端的应用程序不向在线服务器等的通信装置通知关心地址。在使用了现有的通信控制方法情况下,可设想的对移动IP对应移动终端的在线服务提供方法如下。
首先,移动终端对HA进行移动IP的位置注册。接着,移动终端对在线服务器通知移动终端的在线信息。作为该在线信息,有包含IP地址的情况,但是所通知的IP地址是本地地址。接着,信息分配服务器从在线服务器中取得移动终端的在线信息。作为该在线信息,还存在包含移动终端的本地地址的情况。因此,信息分配服务器在根据移动终端的IP地址来提供服务的情况下,其IP地址必须使用本地地址,存在不能提供与移动终端的关心地址对应的服务的问题。
这里,作为对应于关心服务的例子,可以想到与移动终端的访问网络对应的信息分配服务、发送限制服务、来信限制服务等。
另一方面,若实施移动IP的路径最优化,由于MN向任意的通信对端通知MN的绑定信息,所以存在不能确保安全性的问题。
具体实施方式
【第一实施例】
使用附图说明本发明的第一实施方式。
作为代表例,详细说明对应Mobile IPv6的移动节点(MN)向本地链接(下面,称为本地网)以外的网(下面,称为访问网)移动时的通信方法。
图1表示本发明的通信网的结构例。本发明的通信网由MN7的本地网10、IP网8和访问网6(6a、6b)构成。本实施例中,本地网10、IP网8和访问网6是IPv6网。MN7是对应Mobile IPv6的移动节点(MN)。但是,只要是可实现本发明的效果的结构,本地网10、IP网8和访问网6也可以是IPv4网或其他网,MN7也可以是基于Mobile IPv4和其他协议的终端。
访问网6和IP网8、IP网8和本地网10经路由器或者网关装置相连。访问网6和本地网10也可经路由器或者网关装置相连。
本地网10具有在线服务器1、HA2、信息分配服务器3和SIP服务器4。访问网6(6a、6b)包括具有与IP网8间的接口的路由器5(5a、5b)。
HA2是对应Mobile IPv6的本地代理(HA)。HA2管理存在于本地网10以外的MN7的位置信息。所谓上述位置信息是指MN的本地地址和关心地址的绑定信息。HA2具有捕捉通信对端终端向MN7的本地地址发送的包并向存在于访问网6b中的MN7传送包的功能。
MN7具有对应移动IP的移动终端功能和处理SIP协议的功能。MN7保持SIP URL来作为SIP识别符。
图2表示在线服务器1的构成例。在线服务器1由容纳线路12(12a、12b)的接口部(IF)11(11a、11b)、CPU14、存储器15和数据库16构成。各个构成要素由总线13相连。
存储器15中存储了执行SIP处理17的程序和执行在线信息处理18的程序。SIP处理17具有发送或接收SIP消息的功能。在线信息处理18具有管理终端的在线信息的功能和控制是否公开在线信息的许可控制功能。在线信息处理18包括HA信息管理表210、MN信息管理表220和许可信息管理表240。数据库16也可以包括HA信息管理表210、MN信息管理表220和许可信息管理表240。
图3a是表示HA信息管理表210的表结构的一例。HA信息管理表210存储作为MN的SIP识别符的SIP URI211与至少MN的本地地址212、MN的HA地址213、在线信息请求有无214的对应关系。例如,项目210-1中存储着SIP URI(sip:mnexample.com)与本地地址(2000:0:0:102::111)、HA地址(2000:0:0:102::7)、在线信息请求有无的对应关系。
上述HA信息管理表210也可以包括表示在线信息请求的有效期间的有效期限215。在HA信息管理表210包括有效期限215的情况下,在线服务器1可以指定上述在线信息请求期限。另外,在在线服务器1基于SIP以外的协议的情况下,在HA信息管理表210中至少存储MN的本地地址212与MN的HA地址213的对应关系。
图3b表示信息管理表220的表结构的一例。MN信息管理表220存储作为MN的SIP识别符的SIP URI221与至少MN的本地地址222、MN的关心地址223的对应关系。例如,在项目220-1中存储了SIP URI(sip:mnexample.com)与本地地址(2000:0:0:102::111)、关心地址(3000:300:1:2:100)的对应关系。
上述MN信息管理表220也可以包含MN的绑定信息的有效期限224。在MN信息管理表220包含有效期限224的情况下,在线服务器1可以删除过了有效期限的MN的项目。另外,当在线服务器1基于SIP以外的协议的情况下,在MN信息管理表220中至少存储MN的本地地址222和MN的关心地址223的对应关系。
图3c表示许可信息管理表240的表结构的一例。许可信息管理表240存储了作为MN的SIP识别符的SIP URI240与至少在线信息请求源242、许 可243的对应关系。在线信息请求源242由在线信息请求源的IP地址、或IP地址的前缀或SIP URI等指定。例如,项目240-1中存储了SIP URI(sip:mnexample.com)和在线信息请求源(2000:0:0:102::/64)、许可的对应关系。
图4表示HA2的结构例。HA2由容纳线路22(22a、22b)的接口部(IF)21(21a、21b)、CPU24、存储器25和数据库26构成。各构成要素通过总线23相连。
存储器25存储了执行SIP处理27的程序和执行Mobile IP处理28的程序。SIP处理27具有发送或接收SIP消息的功能。SIP处理27包括绑定信息通知对象在线服务器管理表320。Mobile IP处理28具有发送或接收Mobile IP消息的功能和Mobile IP的本地代理功能。Mobile IP处理28包括绑定缓存管理表310。
数据库26也可以包括绑定缓存管理表310和绑定信息通知对象在线服务器管理表320。
图5a表示绑定缓存管理表310的表结构的一例。绑定缓存管理表310存储了MN的本地地址311与至少MN在访问网中取得的关心地址(CoA)312的对应关系。例如,项目310-1中存储了本地地址(2000:0:0:102::111)和关心地址(3000:300:1:2::100)的对应关系。绑定缓存管理表310也可以包括表示绑定缓存的有效期间的使用时间(Lifetime)313。在绑定缓存管理表310包括使用时间313的情况下,HA1可从上述表中删除超过有效期限的项目。
图5b表示绑定信息通知对象在线服务器管理表320的表结构的一例。绑定信息通知对象在线服务器管理表320存储作为MN的SIP识别符的SIPURI321与至少MN的本地地址322、在线服务器的地址324的对应关系。例如,在项目320-1中存储了SIP URI I(sip:mnexample.com)与本地地址(2000:0:0:102::111)、在线服务器地址(2000:0:0:102::10)的对应关系。
进一步,也可以存储与表示是否加入到在线服务中的在线服务加入与否 323、在线信息取得请求接收与否325的对应关系。上述绑定信息通知对象在线服务器管理表320也可以包括表示在线信息通知期间的定时器326。在上述绑定信息通知对象在线服务器管理表320包括定时器326的情况下,可对在线信息取得请求设定有效期限。另外,在HA2为基于SIP以外的协议的情况下,绑定信息通知对象在线服务器管理表320中至少存储与MN的本地地址322、在线服务器的地址324的对应关系。
图6表示信息分配服务器3的结构例。信息分配服务器由容纳线路32(32a、32b)的接口部(IF)31(31a、31b)、CPU34、存储器35和数据库36构成。各构成要素由总线33相连。
存储器35包括执行SIP处理37的程序和执行在线信息处理38的程序。SIP处理37包括发送或接收SIP消息的功能。在线信息处理38包括发送或接收终端的在线信息的功能。在线信息处理38包括MN信息管理表250和分配信息管理表260。数据库36也可以包括MN信息管理表250和分配信息管理表260。
图7a表示MN信息管理表250的表结构的一例。MN信息管理表250存储作为MN的SIP识别符的SIP URI251与至少MN的本地地址252、MN在访问网中取得的关心地址(CoA)253的对应关系。例如,在项目250-1中存储了SIP URI(sip:mnexample.com)和本地地址(2000:0:0:102::111)、关心地址(3000:300:1:2::100)的对应关系。
上述MN信息管理表250也可以包含有效期限254。在MN信息管理表250包括有效期限254的情况下,信息分配服务器3可以从上述表中删去超过有效期限的项目。另外,在信息分配服务器3基于SIP以外的协议的情况下,MN信息管理表250中至少存储了与MN的本地地址252、MN在访问网中取得的关心地址(CoA)253的对应关系。
图7b表示分配信息管理表260的表结构的一例。分配信息管理表260至少存储MN的关心地址261和分配信息263的对应关系。作为MN的关心地址261,也可以设定关心地址的前缀。例如,在项目260-1中存储了关心地址(3000:300:1:2::/64)和分配信息(α)的对应关系。进一步, 分配信息管理表260也可以存储位置信息262。
接着,说明IPv6包的格式。IPv6包由IPv6基本头、接在基本头后面的扩充头、接在这些头后面的有效载荷(payload)构成。该IPv6基本头包括发送源地址和接收目的地址。下面,虽然使用基于该格式的IPv6包进行了说明,但是只要发挥了本发明的效果,也可以使用基于IPv6以外的协议例如IPv4等的包。
接着,说明包含SIP消息的包格式。SIP消息存储在TCP/UDP等的传输协议的数据部中。将传输协议的头和数据部存储在IPV6包格式的有效载荷中。下面,虽然使用基于该格式的SIP消息进行说明,但是只要发挥了本发明的效果,也可以使用基于SIP以外的协议的消息。
图8表示SIP消息的格式例S1。
SIP消息至少由表示请求或响应的起始行(start-line)433和设定了SIP消息的参数的消息头(message-header)434构成。在使用SIP消息发送用于终端间通信的媒体信息等和在线信息的情况下,SIP消息包括存储了这些信息的消息主体(message-body)435。
接着,说明绑定更新(Binding Update)消息的格式。绑定更新消息由目的地选择头(Destination Options Header)和IPv6移动头(MobilityHeader)构成。将这些头存储在IPv6头的扩充头中。在MN7发送给HA2的绑定更新中存储了下面的值。在IPv6包头的接收目的地地址上设定HA2的地址。在IPv6包头的发送源地址上存储MN7在访问网6中取得的关心地址。在发送源地址上存储了MN7的本地地址以外的值的情况下,在目的地选择头的本地地址字段中存储MN7的本地地址。
根据图14和图15所示的时序,说明访问图1所示的网6b的MN7向HA2进行位置注册、接收利用了在线服务的包的时序。首先,使用图14,说明在线服务器1从HA2取得MN7的位置注册信息的顺序。
第一实施例中,HA2包括关心地址通知程序60。在线服务器1包括关心地址取得程序50。
在在线服务器1内的HA信息管理表210中,对于“SIP URI”至少设定 “本地地址”和“HA地址”。
MN7从属于访问网6b的路由器5b中接收路由广告(RouterAdverti sement)(101),而取得CoA(102)。在访问网6b中取得了CoA(3000:300:1:2::100)的MN7向HA2发送位置注册消息(Binding Update)(103)。在上述绑定更新中存储以下的值。在IPv6包头的发送源地址上设定MN7的CoA。在IPv6的目的地选择头的本地地址字段上设定MN7的本地地址(2000:0:0:102::111)。
在HA2的Mobile IP处理28中,接收上述绑定更新,进行MN7的位置注册处理(104)。Mobile IP处理28中,将MN的本地地址作为检索关键字,检索绑定缓存管理表310。若上述绑定缓存管理表310中不存在MN7的项目,则向上述绑定缓存管理表310追加MN7的项目。在上述项目的关心地址(Careof Address)312上设定MN7在访问网6b中取得的CoA。
位置注册结束后,在HA2的Mobile IP处理28中,向MN7发送绑定更新的响应(Binding Acknowledgement)(105)。HA2作为MN7的代理而动作。
MN7在接收了表示正常结束的绑定响应(105)后,开始进行对SIP服务器4的SIP位置注册。
MN7经HA2向SIP服务器4发送SIP位置注册请求消息(REGISTER)(106)。包含上述REGISTER消息106的原始IP包,通过具有HA2目的地的接收对象地址的IPv6头以封装的形式向HA2发送(106)。HA2从接收包中删除封装了的IPv6头(解封装),并向SIP服务器4传送原始IP包。
回到图14,SIP服务器4接收上述SIP位置注册请求消息(REGISTER)后,进行SIP的位置注册。具体地说,保持MN的SIP URI(sip:mnexample.com)和本地地址(例如,2000:0:0:102::111)的对应关系(107)。在上述SIP位置注册结束后,SIP服务器4向MN7发送对上述SIP位置注册请求的响应消息(“200 OK”)(108)。
在SIP位置注册请求消息(106)经过HA2的情况下,将上述响应消息经HA2传送到MN7。这时,包含SIP服务器4发送的响应消息的IP包,在HA2中由以CoA为目的地址的IP头封装化,传送到MN7(108)。
向上述的HA2的位置注册和向SIP服务器4的位置注册,即使在MN在同一访问网中滞留的情况下,也因更新HA2所管理的绑定缓存管理表310和SIP服务器4所管理的SIP位置注册信息的项目有效期限的目的,以规定的周期重复执行。向HA2的位置注册周期和向SIP服务器4的位置注册周期并不一定一致。
接着,表示在线服务器1从HA2收集MN7的信息的顺序。
在线服务器1在在线信息处理18内具有关心地址取得程序50。在线服务器1为了收集MN7的关心地址,而起动关心地址取得程序50。首先,将MN7的SIP URI作为检索关键字,来检索HA信息管理表210。若上述HA信息管理表210中存在MN7的项目,则从上述HA信息管理表210中取得MN7的HA地址。在线服务器1取得HA2的地址(2000:0:0:102::7)作为MN7的HA地址,向HA2发送SIP SUBSCRIBE消息(51、109)。在上述SIPSUBSCRIBE消息中设定了MN7的SIP URI(mnexmaple.com)、在线服务器1的地址(2000:0:0:102:10)和有效期间。之后,在线服务器1等待对上述SUBSCRIBE消息的响应(52)。当在等待响应的期间内SUBSCRIBE的有效期间结束的情况下,在线服务器1终止本程序。
步骤51中,在上述HA信息管理表210中不存在该项目的情况下,在线服务器1终止本程序。
HA2的SIP处理27中,当接收SUBCRIBE消息(109)时,将MN7的SIPURI(mnexample.com)作为检索关键字,检索绑定信息通知对象在线服务器管理表320。若上述表320中存在MN7的项目,则参照该项目的在线服务加入与否323。在MN7已加入到在线服务中的情况下,从该项目中读出MN7的本地地址322(2000:0:0:102::111),并更新该项目的信息(61)。从上述SUBSCRIBE消息中读出在线服务器1的地址(2000:0:0:102:10),设定到在线服务器324的地址中。向在线信息取得请求接收与否325中设定有。在定时器326中设定上述SUBSCRIBE消息的有效期间。接着,HA2对在线服务器1发送表示正常结束的SIP响应消息(200 OK)(62、110)。
步骤61中,在表320中不存在MN7的项目的情况下或MN7未加入到在 线服务器中的情况下,HA2对在线服务器1发送包含出错通知的SIP响应(67),而结束本程序。接着,SIP处理27中,将步骤61中读出的MN7的本地地址(2000:0:0:102::111)作为检索关键字,并参照绑定缓存管理表310(63)。在MN7的项目存在的情况下,从该项目中读出关心地址(Careof Address)312(3000:300:1:2::100)。HA2将MN7的本地地址和从上述项目中读出的关心地址设定在SIP NOTIFY消息的消息主体部(435),并发送到在线服务器1(64、111)。图8表示SIP NOTIFY消息的一例。也可以在上述NOTIFY消息的消息主体部设定绑定有效缓存器的有效期限。
回到图9,在线服务器1接收SIP NOTIFY消息(53),并进行SIP消息的验证(54)。具体地说,验证上述SIP NOTIFY消息是否是与在步骤51发送的SIP SUBSCRIBE消息对应的消息。若验证的结果为是,则在线服务器1向HA2发送表示正常结束的SIP响应消息(200OK)(55、112)。若验证的结果为否,则在线服务器1向HA2发送表示错误消息的SIP响应消息(57),并终止本程序。
接着,在线服务器1以MN7的SIP URI(sip:mnexample.com)作为检索关键字,参照MN信息管理表220。若该项目不存在,则生成MN7用的新项目,设定MN7的本地地址(2000:0:0:102::111)和关心地址(3000:300:1:2::100)。在该项目存在的情况下,在线服务器1更新该项目的MN本地地址222和MN关心地址223。从SIP NOTIFY消息的消息主体部中读出MN7的本地地址和关心地址(56、113)。进一步,SIP NOTIFY消息包含MN7的绑定缓存的有效期限的情况下,在线服务器1读出该项目的有效期限(224),并设定在上述表中。之后,回到步骤52,在SIP SUBSCRIBE的有效期间结束之前,重复步骤52到步骤56的处理。
回到图10,HA2接收表示正常结束的SIP响应消息(200OK)(65)后,将MN7的SIP URI(sip:mnexample.com)作为检索关键字,并检索绑定信息通知对象在线服务器管理表320。若该项目的定时器326未满,则回到步骤63。步骤66中在该项目的定时器326已满的情况下,或步骤65中HA2接收了表示错误通知的SIP响应消息的情况下,HA2结束本程序。
根据以上的处理,在线服务器1从HA2取得MN7的位置注册信息。接着,根据图15所示的时序,说明信息分配服务器3参照在线服务器1的信息,对MN7分配信息的时序。信息分配服务器3为了请求MN7的在线信息,向在线服务器1发送SIP SUBSCRIBE消息(121、122)。上述SIP SUBSCRIBE消息包括MN7的SIP URI和信息分配服务器的IP地址或SIP URI。本实施例中,上述SIP SUBSCRIBE包含信息分配服务器3的IP地址(2000:0:0:102::8)。
接收了SIP SUBSCRIBE消息的在线服务器1,将上述MN7的SIP URI(sip:mnexample.com)作为检索关键字,参照许可信息管理表240。在该项目存在的情况下,在线服务器1读出该项目的在线信息请求源和许可。在线服务器1许可向信息分配服务器3(2000:0:0:102::8)通知MN7(sip:mnexample.com)的在线信息。因此,在线服务器1向信息分配服务器3发送响应消息(200OK)(123)。接着,在线服务器1将MN7的SIP URI(sip:mnexample.com)作为检索关键字,参照MN信息管理表220。在该项目存在的情况下,在线服务器1读出该项目的MN本地地址222(2000:0:0:102::111)和MN关心地址223(3000:300:1:2::100)。在线服务器1向信息分配服务器3发送包含MN7的本地地址和关心地址的SIP NOTIFY消息(124、125)。
在信息分配服务器3的在线信息处理38中,接收了SIP NOTIFY消息时,起动分配信息决定程序90。首先,在线信息处理38中,检验SIP消息(91)。若接收消息是与在步骤121发送的SIP SUBSCRIBE消息对应的消息,则信息分配服务器3向在线服务器1发送表示正常响应的SIP消息(200OK)(92、126)。若接收的消息不是与在步骤121发送的SIP SUBSCRIBE消息对应的消息,则信息分配服务器3向在线服务器1发送表示错误通知的SIP消息(96),并结束本程序。
接着,在信息分配服务器3的在线信息处理38中,将MN7的SIP URI(sip:mnexample.com)作为检索关键字,检索MN信息管理表250。若存在该项目,则信息分配服务器从在步骤124接收的SIP NOTIFY消息中读出 MN7的本地地址和关心地址,并分别设定为MN本地地址252(2000:0:0:102::111)和MN关心地址253(3000:300:1:2::100)(93)。在上述SIP NOTIFY消息包含绑定缓存的有效期限的情况下,将值设定为上述表250的有效期限254。若不存在该项目,则创建MN7的新项目。
接着,信息分配服务器3为了决定对应于关心地址的分配信息,将在步骤93存储在MN信息管理表250中的MN7的关心地址、或关心地址的前缀(3000:300:1:2::/64)作为检索关键字,检索分配信息管理表260(94)。若该项目存在,则读出分配信息263(α)。接着,信息分配服务器3与MN7之间确立会话,分配信息。作为信息分配服务器3和MN7之间的会话确立方法,例如使用SIP。信息分配服务器3对MN7发送会话确立请求(SIP INVITE)(127、128)。上述会话确立请求通过SIP服务器4被传送到MN7。接收了上述SIP INVITE的MN7在接收到会话的确立请求的情况下,通过SIP服务器向信息分配服务器3发送表示正常响应的SIP消息(200OK)(129、130)。信息分配服务器3向MN7发送对于上述SIP消息的响应确认消息(131、132)。通过上述步骤,在信息分配服务器3和MN7之间确立了对话。接着,信息分配服务器3向MN7发送在步骤94中取得的信息(α)(95、134),并结束本程序。步骤94中,若该项目不存在,则信息分配服务器3结束本程序。
根据本发明的第一实施方式,通过在线服务器具有从HA取得MN的位置注册信息的结构,能够对存在于本地网之外的MN提供在线服务。尤其,由于在线服务器从HA取得MN的位置信息,所以存在于本地网之外的MN不需要对任何通信对端发送绑定信息,可以保证安全性。
【第二实施例】
使用附图说明本发明的第二实施方式。第二实施例的特征是,HA2具有以移动IP的位置注册消息的接收为契机向在线服务器1通知MN的绑定信息的结构。
第二实施例中,HA2具有关心地址取得程序70,以代替关心地址通知程序60。在线服务器1具有关心地址取得程序80,以代替关心地址取得程序50。
第二实施例中,在绑定信息通知对象在线服务器管理表320中,对于“SIPURI”至少设定“本地地址”和“在线服务器地址”。
根据图16所示的时序,说明HA2向在线服务器1通知MN7的位置注册信息的顺序。
直至MN7在访问网中取得CoA并向HA2进行位置注册的处理(步骤101到步骤105),与第一实施例相同。
HA2的Mobile IP处理28中,MN的位置注册完成后,起动关心地址通知程序70。HA2将在步骤103接收的MN7的本地地址(2000:0:0:102::111)作为检索关键字,参照绑定信息通知对象在线服务器管理表320。在该项目存在的情况下,通过Mobile IP处理28抽出MN7的SIP URI321(sip:mnexample.com)和在线服务器的地址324(2000:0:0:102::10)(71)。步骤71中,在该项目不存在的情况下,HA2结束本程序。
HA2对在步骤71取得的在线服务器1通知在步骤103接收的MN7的绑定信息。绑定信息的通知使用SIP REGISTER消息(72、141)。上述SIP REGISTER消息(141)包括在步骤71中读出的MN7的SIP URI和在步骤103中接收的绑定信息。上述绑定信息至少包括MN7的本地地址和关心地址。
在线服务器1的在线信息处理18中,接收了SIP REGISTER消息时,起动关心地址取得程序80。首先,在线信息处理18验证所接收的SIP消息(81)。当在线服务器1许可SIP消息的情况下,将SIP REGISTER消息141中含有的MN7的SIP URI(sip:mnexample.com)作为检索关键字,参照MN信息管理表220。若该项目存在,在线服务器1更新该项目的MN本地地址222(2000:0:0:102::111)和MN关心地址223(3000:300:1:2::100)。MN7的本地地址和关心地址(82、142)从上述SIP REGISTER消息(41)中读出。若该项目不存在,则生成新的项目。之后,在线服务器1向HA2发送包含正常响应的SIP消息(200OK)(83、143),并结束本程序。
步骤81中,在不许可SIP消息的情况下,在线服务器1向HA发送包含错误通知的响应消息,并结束本程序。
MN7向SIP服务器4进行SIP位置注册的顺序(步骤106到步骤108) 与第一实施例相同。
信息分配服务器3参照在线服务器1的信息对MN7分配信息的顺序,与第一实施例相同。
根据本发明的第二实施方式,当在线服务器不包含对HA的在线信息请求功能的情况下,在线服务器可取得MN的绑定信息。尤其,由于HA向在线服务器通知MN的位置信息,所以存在于本地网络之外的MN不需要对任意通信对端直接发送绑定信息,能够保证安全性。
【第三实施例】
使用附图说明本发明的第三实施方式。
第三实施例的特征是,在线服务器1具有适合于发送接收绑定信息的控制的结构,以代替第一实施例、第二实施例的信息分配服务。
图17表示本发明的第三实施方式的通信网的构成例。图17中,虽然表示终端30连接到本地网10的例子,但是终端30也可连在本地网10以外。第三实施例的特征在于,在线服务器1包括发送接收信息管理表230。
图18表示发送接收信息管理表230的表结构的一例。发送接收信息管理表230存储对于MN的关心地址231的、能否发送信息232和能否接收信息233的对应关系。作为MN的关系地址231,可以设定关心地址的前缀(例如,3000:300:1:2::/64)。
根据图19所示的时序,说明图17所示的终端30向访问网6b的MN7发送信息时的控制顺序。
在线服务器1取得MN7的绑定信息的方法与第一实施例、或第二实施例相同。
存在于本地网10的终端30对MN7请求会话确立(SIP INVITE)(151)。上述SIP INVITE包括MN7的SIP URI(sip:mnexample.com)。接收了上述SIP INVITE的SIP服务器4向在线服务器1询问MN7的在线信息(152)。上述询问152中包含MN7的SIP URI。在线服务器1接收到上述询问152时,将MN7的SIP URI(sip:mnexample.com)作为检索关键字,参照MN信息管理表220。在该项目不存在的情况下,从该项目中读出MN7的关心地址223 (3000:300:1:2::100)。接着,在线服务器1将MN7的关心地址或MN7的关心地址的前缀作为检索关键字,参照发送接收信息管理表230。在该项目存在的情况下,在线服务器1读出该项目的能否发送信息(232)和拒绝接收信息(233)。这里,对MN7的关心地址的前缀(3000:300:1:2::/64)设定“拒绝接收”。在设定了拒绝接收的情况下,在线服务器1向SIP服务器4发送包含拒绝接收的响应消息153。接收了上述消息153的SIP服务器4作为会话确立请求(151)的响应,向通信对端终端发送包含错误通知的SIP响应消息(例如,表示不能接收的606 NOT Acceptable)(154)。通信对端终端向SIP服务器4发送上述消息154的响应确认(155)。
根据本发明的第三实施方式,通过在线服务器具有取得MN的绑定信息的单元和与关心地址或关心地址的前缀对应的发送接收控制信息,能够实现与MN的访问地址对应的发送接收控制服务。
【第四实施例】
使用附图说明本发明的第四实施方式。
图20表示本发明的第四实施方式的通信网的结构例。图20中表示将在线服务器1连接到SIP服务器4的例子。中继网也可以存在于在线服务器1和SIP服务器2之间。
第四实施例的特征是,在SIP服务器4中继HA2和在线服务器1之间的消息时,SIP服务器4具有存储MN的绑定信息的单元。
图21表示SIP服务器4的构成例。SIP服务器4由容纳线路42(42a、42b)的接口部(IF)41(41a、41b)、CPU44、存储器45、数据库46构成。各构成要素由总线43相连。
第四实施例中,在存储器45中存储执行SIP处理的程序和执行绑定信息处理48的程序。SIP处理47具有发送或接收SIP消息的功能和发送接收控制功能。SIP处理47包括图18所示的发送接收信息管理表230。绑定信息处理48包括管理终端的绑定信息的功能。绑定信息处理48包括MN信息管理表330。数据库46也可包括MN信息管理表330和发送接收信息管理表。
图22表示MN信息管理表330的表结构的一例。MN信息管理表330存储 作为MN的SIP识别符的SIP URI 331与至少MN的本地地址332和MN的关心地址333的对应关系。例如,项目330-1中存储了SIP URI(sip:mnexample.com)与本地地址(2000:0:0:102::111)、关系地址(3000:300:1:2::100)的对应关系。
上述MN信息管理表330也可以包含MN的绑定信息的有效期限334。在MN信息管理表330包含有效期限334的情况下,SIP服务器4可以删除超过有效期限的MN的项目。
根据图23所示的时序,说明SIP服务器4中继HA2和在线服务器1之间的消息时参照上述消息的顺序。说明HA2包括以接收移动IP的位置注册消息为契机、向在线服务器1通知MN的绑定信息的结构的情况。
直至MN7在访问网取得CoA并向HA2进行位置注册的处理(步骤101到步骤105),与第一实施例和第二实施例相同。
在MN的位置注册完成后,HA2向在线服务器1通知MN7的绑定信息。HA2的处理步骤与第二实施例相同。绑定信息的通知使用SIP REGISTER消息(161)。上述SIP REGISTER消息(161)包含MN7的SIP URI和绑定信息。上述绑定信息至少包含MN7的本地地址和关心地址。
SIP服务器4中继上述SIP REGISTER消息(161)。在上述SIP REGISTER消息是发送给在线服务器1的消息的情况下,SIP服务器4验证上述消息。在上述消息包含MN7的绑定信息的情况下,SIP服务器4将MN7的SIP URI(sip:mnexample.com)作为检索关键字,参照MN信息管理表330。若该项目存在,则SIP服务器4在该项目中虚拟注册MN本地地址332(2000:0:0:102::111)和MN关心地址333(3000:300:1:2::100)。MN7的本地地址和关心地址从上述SIP REGISTER消息(161)中读出。若该项目不存在,则生成新项目。之后,SIP服务器4向在线服务器1发送SIP REGISTER消息(163)。
在线服务器1接收上述SIP REGISTER消息时,与第二实施例相同地存储MN的绑定信息,并发送SIP响应消息(164、165)。
在上述SIP响应消息是表示正常响应且与步骤163中发送的SIP REGISTER对应的消息的情况下,SIP服务器4正式注册在步骤162中虚拟注册的项目(166)。之后,SIP服务器4向HA2发送SIP响应消息(167)。
MN7向SIP服务器4进行SIP位置注册的顺序(步骤106到步骤108)与第一实施例和第二实施例相同。
接着,说明终端30向访问网6b的MN7发送信息时的控制顺序。
存在于本地网10的终端30对MN7请求会话确立(SIP INVITE)(168)。上述SIP INVITE包含MN7的SIP URI(sip:mnexample.com)。接收了上述SIP INVITE的SIP服务器4将MN7的SIP URI(sip:mnexample.com)作为检索关键字,参照MN信息管理表330。在该项目存在的情况下,从该项目中读取MN7的关心地址333(3000:300:1:2::100)。接着,SIP服务器4将MN7的关心地址、或MN7的关心地址的前缀作为检索关键字,参照发送接收信息管理表230。在该项目存在的情况下,SIP服务器4读取该项目的能否发送信息(232)和拒绝接收信息(233)。这里,对MN7的关心地址的前缀(3000:300:1:2::/64)设定“拒绝接收”。在设定了拒绝接收的情况下,SIP服务器4向通信对端终端发送包含错误通知的SIP响应消息(例如,表示不能接收的606 NOT Acceptable)来作为会话确立请求(168)的响应(169)。通信对端终端向SIP服务器4发送上述消息169的响应确认(170)。
根据本发明的第四实施方式,通过使SIP服务器具有MN的绑定信息和发送接收控制功能,SIP服务器可以提供对应于MN的访问地址的发送接收控制服务,而用不询问在线服务器。
产业上的可用性
若使用本发明,通信装置可对移动端网络的移动IP对应移动终端,提供对应于关心地址的服务。本发明在实现对应于关心地址的通信服务的情况下,具有用于移动IP对应移动终端的可能性。