CN1833414A - 通信系统、通信方法、通信终端装置、其控制方法以及程序 - Google Patents
通信系统、通信方法、通信终端装置、其控制方法以及程序 Download PDFInfo
- Publication number
- CN1833414A CN1833414A CNA2004800228065A CN200480022806A CN1833414A CN 1833414 A CN1833414 A CN 1833414A CN A2004800228065 A CNA2004800228065 A CN A2004800228065A CN 200480022806 A CN200480022806 A CN 200480022806A CN 1833414 A CN1833414 A CN 1833414A
- Authority
- CN
- China
- Prior art keywords
- route
- communication terminal
- communication
- message
- node
- 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.)
- Granted
Links
Images
Landscapes
- Data Exchanges In Wide-Area Networks (AREA)
- Mobile Radio Communication Systems (AREA)
- Small-Scale Networks (AREA)
Abstract
本发明提供了高可靠性的通信系统、通信方法、用于该通信系统的通信装置、其控制方法、以及安装在所述通信装置中的程序。根据从第一通信终端发送的第一消息和从第三通信终端发送的第二消息,第一到第三通信终端分别产生到第一到第三通信终端的路由。第一通信终端发送用于请求将用来与第三通信终端通信的路由的路由请求。第二和第三通信终端分别产生到第一或第三通信终端的多个路由。在产生的路由中,满足从第一通信终端发送的路由请求的路由被设置为在第一和第三通信终端之间的通信路由。
Description
技术领域
本发明涉及通信系统、通信方法、通信终端装置、其控制方法以及程序。本发明可以适当地用于例如ad-hoc网络系统中。
背景技术
最近,随着例如笔记本个人计算机和PDA的移动计算机的普及,越来越需要可以无线连接移动计算机的网络计算环境。这些网络包括ad-hoc网络。
所述ad-hoc网络不使用复杂的路由器来转接数据。每个通信终端(下文称为节点)根据可以构成高度移动性、灵活性以及经济的网络的无线通信路由消息。
在ad-hoc网络中,使用无线网络将全部节点彼此连接。不同于常规静态网络,ad-hoc网络在拓扑中受到非常频繁的改变。从而需要建立路由控制系统(路由协议)以确保可靠性。
最近提出的用于ad-hoc网络的路由协议被粗分为两类:按需和表驱动协议。按需路由协议刚好在开始通信之前发现到通信目的地的通信路由。根据表驱动路由协议,无论是否存在通信,每个节点预先发现到另一个节点的通信路由,并将检测的通信路由保持为表。近年来,提出了结合路由协议的混合路由协议。
代表性按需路由协议包括由IETE(Internet Engineering TaskForce)的MANET WGAODV(Mobil Adhoc NETwork WorkingGroup)提出的AODV(Adhoc按需距离矢量)协议(例如见专利文献1)。下面描述AODV中的路由发现处理。
图25(A)示出了由多个节点A’到E’和S’构成的ad-hoc网络系统1。在图25(A)中,节点A’到E’和S’属于通信范围,并相互通过线路连接。因此,没有通过线路连接的节点A’到E’和S’需要通过其它节点A’到E’和S’相互通信。在该情况下,使用下文描述的路由发现处理来发现将通信的节点A’到E’和S’之间的路由。
例如,假设节点S’打算开始与节点D’的通信,但是不知道到节点D’的通信路由。在该情况下,节点S’广播如图26所示的路由请求消息(RREQ:路由请求)2。
路由请求消息2包括域31到39,即“类型”、“标记”、“逆向”、“分段(hop)计数”、“RREQ ID”、“目的地地址”、“目的地序列号”、“起点地址”、以及“起点序列号”。“类型”域31存储消息类型(路由请求消息的“1”)。“标记”域32存储用于各个通信控制的标记。“分段计数”域34存储分段计数(“0”为初始值)。“RREQ ID”域35存储提供给路由请求消息的唯一ID(下文称为路由请求消息ID)。
在路由请求消息2中,“目的地地址”域36将节点D’的地址存储为路由请求消息的传输目的地。“目的地序列号”域37存储节点S’最后识别的节点D’的序列号。“起点地址”域38存储节点S’的地址。“起点序列号”域39存储节点S’的序列号。
每个节点A’到E’接收路由请求消息2,并基于路由请求消息2的目的地确定路由请求消息2是否寻址到自身。目的地被存储在路由请求消息的“目的地地址”域36中。当路由请求消息没有寻址到该节点,其将存储在“分段计数”域34中的分段计数加1,并广播路由请求消息2。
此时,每个节点A’到E’检查其路由表是否包含节点D’的地址,即路由请求消息2的目的地。当没有找到该地址时,每个节点A’到E’将关于到节点D’的逆向路径的各个信息(条目)插入到路由表中。
当接收到其后将被发送给目的地节点(在该实例中为节点D’)的数据时参考路由表。如图27所示,路由表包括“目的地地址”、“目的地序列号”、“分段计数”、“下一分段”、“初始(precursor)列表”、以及“寿命”域51到56。
在将逆向路径插入到路由表4的处理中,每个节点A’到E’将路由请求消息2中的“目的地地址”、“目的地序列号”、“分段计数”域36、37和34复制到路由表4的“目的地地址”、“目的地序列号”、“分段计数”域51到53中的任一个中。
节点A’到E’使用路由表4中的“下一分段”域54存储相邻节点A’到C’、E’和S’的地址,所述相邻节点传输包含在包的头中的路由请求消息2,所述包的头存储路由请求消息2。这建立了到节点D’的逆向路径。当随后以节点D’为传输目的地传输数据,基于路由表4将数据传输到节点A’到E’,并将地址存储在对应的“下一分段”域53中。
另外,节点A’到E’使用路由表4中的“初始列表”域55来存储其路由将用于通信的其它节点A’到E’的列表。节点A’到E’使用“寿命”域56存储路由的寿命。然后,基于存储在“寿命”域56中的寿命确定条目是否有效。当条目不可用,并且寿命到期时,从路由表4删除条目。
随后,对ad-hoc网络系统1中的对应节点A’到E’进行类似的处理。最后,路由请求消息2到达作为路由请求消息传输目的地的节点D’(图25(B))。
当接收到路由请求消息2,每个节点A’到E’检查路由请求消息2的路由请求消息ID(图26中的“RREQ ID”),以防止重复接收消息。当在过去接收到具有系统路由请求消息ID的路由请求消息2时,节点丢弃路由请求消息2。
可能存在这样的情况,其中路由请求消息2通过不同的路由重复到达节点D’。在该情况下,节点D’选择最先到达的路由请求消息。丢弃到来的第二和后来的路由请求消息。这使得可以从作为传输起点的节点S’到作为传输目的地的节点D’双向产生唯一路由。
另一方面,节点D’接收路由请求消息2以产生如图28所示的路由应答(RREP)消息6。节点D’将该消息单播给传输过路由请求消息2的相邻节点C’和E’。
路由应答消息6包括“类型”、“标记”、“逆向”、“预固定Sz”、“分段计数”、“目的地地址”、“目的地序列号”、“起点地址”、以及“寿命”域71到79。“类型”域71存储消息类型(路由应答消息的“2”)。“标记”域72存储用于各个通信控制的标记。“预固定Sz”域74存储子网地址。“分段计数”域75存储分段计数(初始值为“0”)。
路由请求消息2中的“起点地址”、“起点序列号”以及“目的地地址”域38、39和36中任一个的数据复制到路由应答消息6的“目的地地址”、“目的地序列号”以及“起点地址”域76到78中。
当接收到路由应答消息6,每个节点C’和D’基于在路由应答消息6的“目的地地址”域36中描述的路由应答消息6中的目的地确定路由应答消息6是否寻址到自身。当路由应答消息6不寻址到自身时,节点将存储在“分段计数”域34中的分段计数加1。节点然后将路由应答消息6单播给节点A’到C’和E’(在节点S的路由表4(图27)的“下一分段”域54中描述),即被配置为逆向路径的节点用于传输路由请求消息2。
此时,每个节点A’到C’、E’和S’确定起路由表4是否包含作为路由应答消息6的传输起点的节点D的地址。当不存在该地址时,节点以类似于参考图27描述的方式将到节点D的逆向路径的条目插入路由表4。
随后,对对应节点A’到C’和E’进行类似的处理。最后,路由应答消息6被传输到作为路由请求消息2的传输目的地的节点S(图25(C))。节点S’接收路由应答消息6以结束路由发现处理。
根据AODV,每个节点A’到E’和S’发现并配置到通信目的地节点的通信路由。
当在通信路由上可得的节点之间路由上可能发生错误时,需要使用错误处理技术来建立新的通信路由(下文称为可选路由)作为对当前通信路由的替换。
按需协议中的AODV提供局部修复作为该错误处理技术。如图29所示,例如,当在通信路由(S’-A’-C’-D’)上的节点A’和C’之间的路由上发生断开时,局部修复利用节点A’作为起点进行上述路由发现处理,以建立到节点D’的可选路由(S’-A’-B’-E’-D’)。
在该情况下,可以预先扩展路由表4(图27)以使用表示路由质量状态的域。考虑路由质量状态,可以进行路由发现处理,以建立高可靠性的可选路由(例如见专利文献2)。
专利文献1:美国专利20020049561
专利文献2:美国专利005949760(图2)
如上所述,对ad-hoc网络目前提出了按需、表驱动以及混合路由协议。这些路由协议在传输路由的方法中彼此不同,但是共同的是,每个这些协议只使用一个对应于路由表中的一个目的地的路由(下一分段)。例如,当在节点之间通信中发生错误时可能需要使用不同的路由。在该情况下,这些协议需要根据一些方法等待将产生的新的路由。
在该情况下,按需协议检测错误发生,然后产生新的路由,导致增加的开销或时间用于存储。表驱动协议相对抵抗错误,因为路由协议通常交换路由信息。然而,总是交换信息增加了开销。实际上,在将移动装置连接到ad-hoc网络的环境中,从功耗的角度看,不赞成总是交换路由信息。另一方面,更新路由表的长时间会的使得难于响应突然发生的错误。
例如,当在节点间的通信上发生错误以断开通信时,所述AODV协议利用局部修复技术产生新的路由,所述技术允许两端的节点都传输请求再发现路由的消息。根据其结构,AODV协议一次只能产生一个路由。当链路发生故障时,原理上,AODV协议断开链路并然后开始产生新的路由。当可以产生路由时,局部修复可以是用于需要即时性的实时通信的有效技术。
如上所述,通常的ad-hoc路由对路由表中的一个目的地建立单个路由,使得难于针对于在节点间的通信上发生错误而提供充分的校正测量。对于代表性按需路由协议,难于一次保持多个路由。即使AODV不全部满足错误处理的要求。
还提出了用于产生多个路由的系统。这些路由控制系统允许用于保持路由的中间节点以确定使用哪个路由。发送方不能选择全部路由。即使可以选择多个路由中的任一个时,从相同传输起点发出的数据包都经过相同的路由。这不能确保有效地使用多个路由,例如根据数据包属性使用不同路由,并基于随时间变化的链路质量自由改变路由。通常,在ad-hoc网络中的长期未使用的路由经常被自动删除。即使使用路由协议建立多个路由,仍存在多个路由保持长期未被使用并从路由表中删除。
例如,在论文“On-demand Multipath Distance Vector Routing inAd Hoc Networks(Mahesh K.Marina,Samir R.Das,Department ofElectrical & Computer Engineering and Computer Science Universityof Cincinnati,USA)”中,提出了多路径路由,作为用于产生多个路由的按需路由协议。然而,没有给出选择路由的方法的具体说明。
由于上述问题,对于所谓的多路径路由协议,即用于建立多个路由的较高可靠性的路由协议难于有效地使用多个路由。尤其难于根据用户请求和链路质量有效地使用路由。
另外,所述局部修复从已经断开给定路由的点(检测点)进行路由发现处理,即使考虑路由质量状态建立可选路由。因此,局部修复增加了处理数据的负载,所述数据直到建立可选路由才可被传输,或延长了建立可选路由消耗的时间。局部修复对某些通信类型不能提供有效的错误处理,例如需要即时性的实时通信。
在断开的路由上从作为起点的节点A’建立新的可选路由。如图29所示,尽管存在最短可选路由(S’-B’-E’-D’),但是ad-hoc网络经过频繁的拓扑变化可能建立具有多分段计数的绕路的可选路由(S’-A’-B’-E’-D’)。也就是说,根据频繁变化的拓扑结构,可能不能建立最优可选路由。
另一方面,当断开路由时,可以从节点S’而不是断开起点建立可选路由。在该情况下,可以根据频繁变化的拓扑结构建立最优可选路由,而不会建立具有多分段计数的绕弯的可选路由。然而,仍然存在增加处理负担和时间消耗的问题,使得难于对一些通信类型,例如需要即时性的实时通信提供有效的错误处理。
以这种方式,局部修复从已经断开路由的点建立可选路由,使得难于根据通信状态提供充分的错误处理。
另一方面,表驱动协议使用通常在节点间交换路由信息的路由协议,增加了用于交换路由信息的处理负担。无论是否存在要求低功耗的错误处理和其它通信,表驱动协议不适于例如需要即时性的实时通信的通信模式。
发明内容
考虑上述提出了本发明。因此本发明的一个目的是提供高可靠性的通信系统、通信方法、通信终端装置、其控制方法以及程序。
为解决上述问题,本发明提供了通信系统和通信方法、用于该通信系统的通信终端装置、其控制方法、以及安装在所述通信终端装置中的程序,其中第一通信终端通过第二通信终端向第三通信终端发出第一消息,第三通信终端响应第一消息通过第二通信终端向第一通信终端发出第二消息,第一到第三通信终端基于第一和第二消息产生到第一到第三通信终端的路由,第一和第三通信终端通过产生的路由彼此通信。第一通信终端传输由对将用于与第三通信终端通信的路由的请求构成的路由请求。第二和第三通信终端重复接收第一或第二消息,以产生到第一或第三通信终端的多个路由。利用属于多个产生的路由、并满足从第一通信终端传输的路由请求的路由建立第一和第三通信终端之间的通信路由。
结果,根据通信系统和通信方法、用于该通信系统的通信终端装置、其控制方法、以及安装在所述通信终端装置中的程序,第一通信终端可以利用由第二或第三通信终端产生的路由中的希望的路由建立对第二和第三通信终端的通信路由。第一和第三通信终端利用最优通信路由可以彼此通信。
如上所述,本发明提供了通信系统和通信方法、用于该通信系统的通信终端装置、其控制方法、以及安装在所述通信终端装置中的程序,其中第一通信终端通过第二通信终端向第三通信终端发出第一消息,第三通信终端响应第一消息通过第二通信终端向第一通信终端发出第二消息,第一到第三通信终端基于第一和第二消息产生到第一到第三通信终端的路由,第一和第三通信终端通过产生的路由彼此通信。第一通信终端传输由对将用于与第三通信终端通信的路由的请求构成的路由请求。第二和第三通信终端重复接收第一或第二消息,以产生到第一或第三通信终端的多个路由。利用属于多个产生的路由、并满足从第一通信终端传输的路由请求的路由建立第一和第三通信终端之间的通信路由。第一和第三通信终端可以利用最优通信路由彼此通信。以这种方式,可以提供高可靠性的通信系统和通信方法、用于该通信系统的通信终端装置、其控制方法、以及安装在所述通信终端装置中的程序。
附图说明
图1是示出根据实施例的ad-hoc网络系统的结构的原理图;
图2是示出每个节点中的通信功能块的结构的框图;
图3是根据实施例的路由请求消息的结构的原理图;
图4是示出路由请求消息接收处理过程的流程图;
图5是示出产生多个从节点S到节点D的路由的原理图;
图6是示出根据实施例的路由应答消息的结构的原理图;
图7是示出根据实施例的路由表的结构的原理图;
图8是示出路由条目插入处理过程的流程图;
图9是示出路由应答消息接收处理过程的流程图;
图10是示出每个节点中的路由表状态的原理图;
图11是示出通信处理过程的流程图;
图12示出了路由激活包;
图13是示出路由激活包传输处理过程的流程图;
图14是示出路由激活包接收处理过程的流程图;
图15示出了指定给流ID的不同路由;
图16示出了根据实施例的ad-hoc网络系统的结构;
图17示出了对链路状态通知消息的传输;
图18示出了通信路由和可选路由;
图19示出了链路状态通知消息的结构;
图20示出了状态通知处理过程的流程图;
图21示出了链路状态表;
图22示出了扩展的路由请求消息的结构;
图23是示出路由再建立请求处理过程的流程图;
图24是示出路由再建立处理过程的流程图;
图25是示出在常规ad-hoc网络系统产生路由的原理图;
图26是示出常规路由请求消息的结构的原理图;
图27是示出常规路由表的结构的原理图;
图28是示出常规路由应答消息的结构的原理图;以及
图29示出了通过局部修复建立的通信路由。
具体实施方式
下面参考附图更详细地描述本发明的实施例。
(1)第一实施例
(1-1)根据第一实施例的ad-hoc网络系统的结构
(1-1-1)根据第一实施例的ad-hoc网络系统的示意结构
图1中,标号10表示根据实施例的作为整体的ad-hoc网络系统。多个节点A到E和S在开始通信时形成多个路由。ad-hoc网络系统10具有与上述图25中ad-hoc网络系统1基本相同的结构,除了当在随后的数据通信中发生通信故障时选择性地使用路由以外。
在ad-hoc网络系统10中,例如,节点S广播路由请求消息20(图3),其被指定以节点D作为传输目的地,使得节点S可以将数据发送到节点D。
除节点S以外的节点A到E建立逆向路径,以重复接收从不同路由传输的路由请求消息20。节点连续广播该消息。结果,从节点S到节点D形成多个路由。节点A到E和S根据预定的标准使形成的路由优先,并在路由表30中管理它们(图7)。
当接收到路由请求消息20,节点D为每个形成的路由单播(即多播)以节点S为传输目的地的路由答复消息23(图6)。路由应答消息23在指定用于传输路由请求消息20的路由的逆向上传送。除节点D以外的节点A到C、E和S每个建立到达节点D的逆向路径,以重复接收路由应答消息23。节点向到达节点S的每个路由单播路由应答消息23,所述路由指定用于传输路由请求消息。结果,从节点D到节点S形成多个路由。节点A到E和S根据预定标准使每个形成的路由优先化,并在路由表30中管理它们。
随后,节点S开始数据发送。将数据发送到节点A到E。每个节点在其路由表30中管理的路由中比其它路由更优先的路由,并将数据发送到对应的节点A到E。以这种方式,从节点S发送的数据经过最接近于预定标准的路由到达节点D。
当在数据传输中发生通信故障时,受到通信故障的节点A到E和S中的任何一个选择属于在其路由表30中管理的路由中优先级高于当前使用的路由的路由。将当前使用的路由变成选择的路由以将数据传输给节点A到E。
当传输数据时,被选择用于新的路由的节点A到E选择在其路由表中管理的路由中优选级最高的路由,并将数据传输给对应的节点A到E。类似,随后的节点A到E将从先前节点A到E连续传输的数据连续传送到下一段的节点A到E。
当通信故障发生时,ad-hoc网络系统10立即选择另外一个先前形成的路由以持续通信。ad-hoc网络系统10被设置为可以实际完全处理突然的通信故障发生。
图2示出了安装在每个节点A到E和S中的通信功能块11的硬件配置。
如图2所示,将用于每个节点A到E和S的通信功能块11配置为,使用总线17将以下彼此连接:CPU(中央处理器)12、用于存储各种程序的ROM(只读存储器)13、作为用于CPU12的工作存储器的RAM(随机存取存储器)14、用于与其它节点A到E和S无线通信的通信处理部分15、以及计时器16。
CPU12基于存储在ROM13中的程序进行上述多个过程(以及后述的过程)。按照需要,CPU12通过通信处理部分15将例如路由请求消息20和路由应答消息23的各种消息和例如AV(音频视频)数据的各种数据传送给其它节点A到E和S。
CPU12基于通过通信处理部分15从其它节点A到E和S接收的路由请求消息20形成下面描述的路由表30,并将其存储并保持在RAM14中。基于就上去16的计数值,CPU12管理在路由表30中存储的直到每个节点A到E和S的路由条目的寿命和类似项。
(1-1-2)在每个节点的路由发现处理的具体处理内容
下面描述在每个节点A到E和S的路由发现处理的具体处理内容。
在ad-hoc网络系统10中,如上所述,每个节点A到E重复接收路由请求消息20,以形成以节点S作为路由请求消息20的传输起点的多个路由。
如上所述,节点A到E被配置为重复接收通过不同路由传输的相同的路由请求消息。在该情况下,路由请求消息20可以循环。转接的节点A到E可以重复接收相同的路由请求消息20。
为解决该问题,如图3所示,ad-hoc网络系统10扩展常规路由请求消息2(图26),以提供用于转接节点列表21的域(转接节点地址#1到#n)。转接路由请求消息20的节点A到E连续扩展域22,以连续将其地址记录在扩展的域22中。图3和26中相互对应的部分用相同的标号表示。
当接收到路由请求消息20,每个节点A到E检查其路由请求消息ID(RREQ ID)。具有相同路由请求消息ID的路由请求消息可以接收其地址并将其包含在转接节点列表21中。在该情况下,丢弃路由请求消息20。
以这种方式,ad-hoc网络系统10可以有效并可靠地反正路由请求消息20在节点A到E之间循环。每个节点A到E适当地形成到达节点S的多个路由。
该过程在CPU12的控制下根据如图4所示的路由请求消息接收处理过程RT1而进行。实际上,当接收到路由请求消息20,在步骤SP0,每个节点A到E的CPU20开始路由请求消息接收处理过程RT1。在步骤SP1,CPU12读取存储在路由请求消息20的“RREQ ID”域35中的路由请求消息ID。CUP12将ID作为路由请求消息20的接收历史存储在RAM14中。基于接收历史,CPU12确定是否接收到具有相同路由请求消息ID的路由请求消息20。
当在步骤SP1中获得否定的结果,CPU12进到步骤SP5。当获得肯定的结果,CPU12进到步骤SP2,并确定其地址是否被包含在路由请求消息20的转接节点列表20中。
在步骤SP2中获得确定的结果表示,节点A到E自身转接路由请求消息20。此时,CPU进到步骤SP3以丢弃路由请求消息20。CPU12然后进到步骤SP9,以结束路由请求消息接收处理过程RT1。
相比之下,在步骤SP2获得否定的结果表示节点A到E转接通过另一个路由传输的具有相同路由请求消息ID的路由请求消息20,但是不自身转接路由请求消息20。此时,CPU20进到步骤SP4,以将其地址加到路由请求消息20的转接节点列表20。
CPU12然后进到步骤SP5。CUP12根据将在下文描述的路由条目插入处理过程RT2(图8),将关于路由请求消息20经过的路由的逆向路径的条目作为到达节点S的路由插入其路由表30(图7)中。
CPU12然后进到步骤SP6,以便基于在路由请求消息20的“目的地地址”域36中描述的路由请求消息20的目的地,确定路由请求消息20是否自身寻址。
当在步骤SP6中获得否定结果,CPU12进到步骤SP7,以将存储在路由请求消息20的“分段计数”域34中的分段计数加1。CPU12广播路由请求消息20,然后进到步骤SP9,以结束路由请求消息接收处理过程RT1。
当在步骤SP6获得肯定结果时,CPU12进到步骤SP8,以形成对应于路由请求消息20的路由应答消息23(图6)。CPU12基于CPU的路由表30(图7)将该消息单播给对应节点C和E,然后进到步骤SP9,以结束路由请求消息的接收处理过程RT1。
在根据实施例的路由请求消息接收处理过程RT1的步骤SP8,CPU12产生具有相同ID的路由应答消息23(下文称为路由应答消息ID(RREP ID))作为响应具有相同路由请求消息ID的路由请求消息20。
通常,以单播的形式传输路由应答消息,使得通过在产生路由应答消息期间建立的逆向路径。由于根据实施例可以获得多个逆向路径,因此将路由应答消息23复制为逆向路径的个数以用于多播传输。
如图5所示,例如,路由请求消息20从节点S发出,通过三个路由(第一到第三路由RU1到RU3),然后到达节点D。节点D将路由应答消息23单播到节点C作为通过第一路由RU1到达的路由请求消息20的响应。节点D将路由应答消息23单播到节点E作为通过第二路由RU2到达的路由请求消息20的响应。节点D将路由应答消息23单播到节点E作为通过第三路由RU3到达的路由请求消息20的响应。此时,节点D两次建立以节点D为传输目的地(目的地地址)的逆向路径。对于节点A和S也发生类似的情况。
为解决该问题,如图6所示,ad-hoc网络系统10扩展常规路由应答消息6(图28)以提供“RREP ID”域24。当接收路由应答消息20时,节点D返回路由应答消息23。此时,类似于路由请求消息中的路由请求消息ID,节点D使用域21存储路由应答消息ID。图3和28中相互对应的部分用相同的标号表示。
当接收到路由应答消息23,节点A到C、E和S可以已经接收到具有相同路由应答消息ID的路由应答消息23,并且路由表30可以已经记录到达节点S的逆向路径。在该情况下,丢弃路由应答消息23。否则,根据将在下文参考图8描述的路由条目插入处理过程RT2,任一个节点插入到达节点D的路由,以将路由应答消息23发出到其路由表30。
以这种方式,ad-hoc网络系统10可以有效地防止在形成多个路由期间可能发生的重复建立到达节点(节点D)用于传输路由应答消息23的逆向路径,并可靠地避免了这样的冗余。
(1-1-3)管理节点A到E和S中的多个路由的方法
在如上所述的ad-hoc网络系统10中,节点A到E和S在作为数据传输起点的节点S和作为数据传输目的地的节点D之间的数据传输开始时产生多个路由。节点A到E和S使用如图7所示的路由表30管理产生的路由。图7和图27中相互对应的部分用相同的标号表示。
路由表30由例如“目的地地址”、“目的地序列号”、“最小分段计数”、“最大分段计数”、“路由列表”、以及“原列表”的域51、52、311到313、以及55构成。“路由列表”域313对传输目的地节点A到E和S通过上述路由发现处理存储对应于发现的路由产生的一个或多个路由列表32。“最小分段计数”和“最大分段计数”域311和312分别存储对通过路由发现处理发现的包含最小分段计数的路由的分段计数和包含最大分段计数的路由的分段计数。
路由列表32由“分段计数”、“下一分段”、“寿命”以及“链路质量”域331到335构成。“分段计数”域331存储路由中到达传输目的地节点A到E和S的分段计数。“下一分段”域332存储路由的下一分段。“寿命”域333存储路由(下一分段)的寿命。“链路质量”域334存储路由质量。在每发现新的路由时形成路由列表32,并将其存储在路由表30的对应的“路由列表”域313中。
在该情况下,每个路由列表32的“链路质量”域334包含关于路由质量的信息,例如路由电波的情况以及包错误比率。每次使用路由时连续更新关于路由质量的信息。
每个路由列表32的寿命依赖于在“寿命”域333中描述的寿命。当寿命结束,而对应的路由未使用时,从路由表30自动删除路由列表32。
每个路由列表32具有“下一列表”域335。域335包含到对应于优先级次高于对应路由的路由列表32的指针。根据需要,可以使用指针获得根据优先级的路由列表32。
通常,认为能够以最短地分段到达传输目的地节点A到E和D的路由提供最好的性能。因此,本实施例提供分段计数渐增的路由优先级。
每个节点A到E和S的CPU12根据图8中的路由条目插入处理过程RT2,将新的路由条目插入上述路由表30。
当接收到路由请求消息20(图3)或路由应答消息23(图6),CPU12在步骤SP10开始路由条目插入处理过程RT2。在步骤SP11,CPU12确定其路由表30是否包含节点S或D的地址(目的地地址)作为路由请求消息20或路由应答消息23的传输起点节点。在路由请求消息20的“目的地地址”域36(图3)或路由应答消息23的“目的地地址”域76(图7)中描述了目的地地址。
在步骤SP11中获得否定结果表示,任何节点A到E和S还没有在其路由表30中记录到达节点S或D的路由。在该情况下,CPU12进到步骤SP12以进行常规路由条目插入处理。
具体是,CPU12分别将路由请求消息20或路由应答消息23的“起点地址”和“起点序列号”复制到路由表中对应的“目的地地址”或“目的地序列号”域51或52。CPU12分别将路由请求消息20或路由应答消息23的“分段计数”复制到路由表30中的“最小分段计数”和“最大分段计数”域311和312。
CPU12将路由请求消息20或路由应答消息23的“分段计数”复制到路由列表32中的“分段计数”域331。CPU12将传输路由请求消息20的相邻节点A到E和S的地址复制到路由列表32的“下一分段”域332。将这些地址包含在包含路由请求消息20或路由应答消息23的包的头中。CPU12在“寿命”域333中描述预定寿命。基于路由请求消息20或路由应答消息23在接收时的接收状态,CPU12通过在“链路质量”域334中描述例如检测的路由的电波条件和包错误比率的质量而产生路由列表32。CPU12将路由列表32存储在路由表40的“路由列表”域313中。
以这种方式,在步骤SP12,CPU12进行常规路由条目插入处理以在其路由表30中记录到节点S或D的路由。CPU12然后进到步骤SP23以结束路由条目插入处理过程RT2。
相比之下,在步骤SP11获得肯定结果表示其自身的路由表30已经记录了一个或多个到达作为路由请求消息20或路由应答消息23的传输起点的节点S或D的路由。此时,CPU12进到步骤SP13以获得路由表30。CPU12然后确定是否存在对应的包含“下一分段”的路由列表32,所述“下一分段”表示传输路由请求消息20或路由应答消息23的相邻节点A到E和S。
当在步骤SP13获得肯定结果,CPU12进到步骤SP21。当获得否定结果,CPU12进到步骤SP14,并确定路由列表的个数是否是能够被记录到一个“目的地地址”的最大值。当在步骤SP14获得否定结果,CPU12进到步骤SP16。当获得肯定结果,CPU12进到步骤SP15。CPU12从对应于“目的地地址”的路由列表32删除最早的路由列表32(由在产生列表后经过最长的时间来标记),并且然后进到步骤SP16。
在步骤SP16,CPU12确定在路由请求消息20或路由应答消息23的“分段计数”域34(图3)或74(图6)中描述的分段计数是否大于在路由表30的对应的“最大分段计数”域312中描述的分段计数(最大分段计数)。当在步骤SP16获得否定结果,CPU12进到步骤SP18。当获得肯定结果,CPU12进到步骤SP17以将在路由表30的对应的“最大分段计数”域312中描述的分段计数重写为在路由请求消息20或路由应答消息23的“分段计数”域34(图3)或74(图6)中描述的分段计数。然后CPU12进到步骤SP18。
在步骤SP18,CPU12确定在路由请求消息20或路由应答消息23的“分段计数”域34(图3)或74(图6)中描述的分段计数是否小于在路由表30的对应的“最小分段计数”域311中描述的分段计数(最大分段计数)。当在步骤SP18获得否定结果,CPU12进到步骤SP20。当获得肯定结果,CPU12进到步骤SP19以将在路由表30的对应的“最小分段计数”域311中描述的分段计数重写为在路由请求消息20或路由应答消息23的“分段计数”域34(图3)或74(图6)中描述的分段计数。然后CPU12进到步骤SP20。
在步骤SP20,CPU12以与在上述步骤SP12相同的方式产生对应于路由的路由列表32。CPU12将路由列表32记录到路由表30的对应的“路由列表”域313中。此时,CPU12基于每个路由列表32的“分段计数”确定相同“目的地地址”的路由列表32的优先级。另外,CPU12将对应的路由列表32的“下一列表”域335重写为到对应于具有下一优先级的路由的路由列表32的指针。
CPU12然后进到步骤SP21,以更新在步骤SP20新插入的路由列表32的“寿命”。CPU12然后进到步骤SP22以根据对应于检测到的路由的质量更新路由列表32的“链路质量”。CPU12然后进到步骤SP23以结束路由条目插入处理过程RT2。
以这种方式,每个节点A到E和S使用其路由表30管理新的路由。
(1-1-4)节点A到E和S之间的数据通信的具体处理内容
作为起点的节点S向作为目的地的节点D发送路由请求消息20,然后从节点D接收响应于路由请求消息的路由应答消息23。这表示建立从节点S到节点D的路由。
根据该实施例,节点S接收到与具体路由数目相同的路由应答消息23。首先接收到的路由应答消息23并不是通常通过具有小分段计数的高质量路由。
在ad-hoc网络系统10中节点S为传输路由请求消息20的起点。节点S等待直到在接收到第一路由应答消息23后经过预定时间间隔、或者直到接收特定数目的路由应答消息23。节点S从接收的路由应答消息23已经通过的路由中选出具有最小分段计数的路由。利用选出的路由,节点S开始与作为路由请求消息23的传输目的地的节点D通信。
基于包含在路由应答消息23中的路由应答消息ID,节点S确定到达的路由应答消息23是否从相同的节点D同时传送。这使得可以防止选择不正确的路由。
该在节点S的处理是在CPU12的控制下(图2)根据如图9所示的路由应答消息接收处理过程RT3而进行。当发送路由请求消息20并接收第一路由应答消息23,节点S的CPU12在步骤SP30开始路由应答消息接收处理过程RT3。在步骤SP31,CPU12确定在接收第一路由应答消息23后是否经过预定时间。
当在步骤SP31获得否定结果,CPU12进到步骤SP32以确定是否接收新的路由应答消息23。当在步骤SP32获得否定结果,CPU12返回步骤SP31。
当在步骤SP32获得肯定结果,CPU12进到步骤SP33以确定是否接收到包括第一接收的路由应答消息23的特定数目的路由应答消息23。
当在步骤SP33获得否定结果,CPU12返回步骤SP31。CPU12重复步骤SP31、SP32、SP33以及SP31的循环直到在步骤SP31或SP33获得肯定结果。
CPU12可以等待直到在接收到第一路由应答消息23后经过预定时间间隔、或者直到接收特定数目的路由应答消息23。在该情况下,当在步骤SP31或SP33中获得肯定结果,CPU12进到步骤SP34以结束路由应答消息接收处理过程RT3。CPU12然后开始将数据单播给节点A和B,所述节点的地址被记录在最高优先路由列表32的“下一分段”域332(图7)中,所述路由列表32被记录在路由表30的对应的“路由列表”中。
当进到S开始向节点A到E传输数据,每个这些节点接收其路由表,以检测用于传输数据的到目的地节点(即节点D)的路由的条目。节点将数据单播给节点A和E,其被记录在对应的检测的路由列表32中最高优先路由的路由列表32中的“下一分段”域332(图7)中。
如图10所示,例如,考虑节点A到E和S已经建立路由,并且节点S向节点A传输数据。在该情况下,节点A具有指定节点D为传输目的地(目的地地址)的路由列表32,即,路由列表指定节点C作为“下一分段”,并且路由列表32指定节点B作为“下一分段”。指定节点C作为“下一分段”的路由列表32包含更小的分段计数,从而具有更高的优先级。因此,节点A将从节点S发送的数据单播到节点C。
类似,节点C具有指定节点D为传输目的地的路由列表32,即,路由列表指定节点D作为“下一分段”,并且路由列表指定节点E作为“下一分段”。指定节点D作为“下一分段”的路由列表包含更小的分段计数,从而具有更高的优先级。因此,节点C将从节点A发送的数据单播到节点D。
在该实例中,节点S具有指定D为传输目的地的路由列表32,即,路由列表32指定节点A作为“下一分段”,并且路由列表32指定节点B作为“下一分段”。两个路由列表32具有相同的“分段计数”。在该情况下,将节点S配置为考虑除路由的分段计数以外的预定单元(例如路由质量(链路质量))以选择优化路由。
在开始节点S和节点D之间的通信后,在构成可以传送数据的路由的节点A到E和S之间的任意节点之间可能发生通信错误。作为发送端的每个节点A到C、E、和S基于其固有的路由表30从包含在条目中的几个路由列表32中选择新的路由列表32,所述条目的“目的地地址”对应作为数据的传输目的地的节点D。新的路由列表32应该具有次于最近使用的路由的优先级。随后,将数据传输到节点A到E中在路由列表32中被描述为“下一分段”的任一个。
在图10的实例中,在节点A和C之间可能发生通信错误。在该情况下,节点A选择优先级次于通过节点C的路由的通过节点B的路由。节点A将数据传输给在路由列表32的“下一分段”中描述的节点B。
该在节点A到C、E和S的处理是在CPU12的控制下根据如图11所示的通信处理过程RT4而进行。也就是说,每个节点A到C、E和S的CPU12在数据传输开始或传输数据后在步骤SP40开始通信处理过程RT4。在步骤SP41,CPU12将传输的数据单播给优先级最高的路由的路由列表32的“下一分段”域332(图7)中描述的节点A到E。
CPU12进到步骤SP42以基于电波条件和类似物对作为通信部分的节点A到E确定在节点A到E之间是否发生通信错误。
当在步骤SP42获得否定结果,CPU12进到步骤SP43。CPU12根据从先前的节点A到C、E和S传输的数据的传输情况确定数据传输起点(节点S)与传输目的地(节点D)之间通信是否结束。
当在步骤SP43获得否定结果,CPU12返回步骤SP41。CPU12重复步骤SP41、SP42、SP42和SP41的循环,直到在步骤SP42或SP43获得肯定结果。
当在步骤SP42获得肯定结果,CPU12进到步骤SP44。CPU12基于在目前使用的路由列表32的“下一列表”域335(图7)中存储的指针,获得次优先路由的路由列表32。CPU12将当前路由列表32变为获得的列表并然后返回步骤SP41。以这种方式,CPU12将数据单播到在步骤SP44选出的路由列表32的“下一分段”域332(图7)中描述的节点A到E。
当在步骤SP43获得肯定结果,CPU12进到步骤SP45以结束通信处理过程RT4。
(1-1-5)利用路由激活包的激活方法
下面描述在ad-hoc网络系统10中利用路由激活包的激活方法(路由标准化)。
如上所述,通过扩展常规路由请求消息2(图26)提供转接节点列表21。基于转接节点列表21,ad-hoc网络系统10通过防止路由请求消息20(图3)在转接节点A到C和E之间循环而产生节点A到E的多个路由。
在该产生多个路由列表的路由控制系统中,转接节点A到C和E以保持路由,负责确定使用哪个路由。作为传输路由请求消息20的起点的节点S不能选择路由。即使节点S可以选择任何路由,所有从作为相同传输起点的节点S发出的数据包通过相同的路由。从而难于有效地使用多个路由,例如对数据属性(文本数据、命令数据、AV数据等)使用不同的路由、并参考随时间变化的链路质量自由变化路由。
为在ad-hoc网络系统10中解决该问题,节点A到E和S如上所述产生多个路由。然后,作为数据传输起点的节点S发出包(下文称为路由激活包),所述包存储对将用作以节点D作为数据传输目的地的通信路由的路由的请求。当接收到路由激活包,每个节点A到E根据存储在路由激活包中的请求从产生的路由选择将使用的路由,或提供对路由的各个设置。以这种方式,每个节点A到E和S可以根据来自作为数据传输起点的节点S的请求从产生的路由中选择性地使用最优路由。
图12示出了路由激活包40的配置。从图12可以理解,路由激活包40由固定域和可变域构成,可变域根据对将使用的路由的请求可以被添加或删除。固定域包括“类型”、“标记”、“保留”、“分段计数”、“消息ID”、“目的地地址”以及“起点地址”域411到417。可变域包括“需要的链路质量”、“流ID”、“寿命”以及“请求”域418到4111。
路由激活包40的“类型”域411存储表示包是路由激活包(RACT)或路由激活确认包(RACT-ACK)(将在下文描述)的代码,所述路由激活确认包将在下文描述,其作为对路由激活包的响应。
“标记”域412存储用于调试和类似操作的标记。路由激活包40从数据传输起点向传输目的地发出。实际中,数据传输目的地如下文所述发出路由激活确认包作为对数据传输起点的路由激活包40的响应。可以预定标记以只在任一方向上建立路由。
使用路由激活包40使得即使在通信期间仍可以在开始通信时产生的多个路由之间自由变化。也就是说,不仅当通信已经开始时,而且在节点在ad-hoc网络中移动时都可以变化路由。“分段计数”域414存储分段计数(初始为“0”)。“消息ID”域414存储为路由激活包40提供的ID(下文称为消息ID)。消息ID对一个路由激活包唯一。即使对于重新传输使用相同的消息ID。
路由激活包40的“目的地地址”域416存储路由激活包40的目的地节点的地址。“起点地址”存储发出路由激活包40的节点的地址。
路由激活包40的“需要的链路质量”域418为请求作为通信路由的路由的质量存储指定作为阈值的值。“流ID”域419为路由存储指定的ID(下文中称为流ID)。使用流ID,例如使得可以利用不同的路由有效地传输流向相同传输目的地的不同数据流。
路由激活包40的“寿命”域4110存储将指定给路由的寿命,并用于扩展未使用而将被删除的路由的寿命。“请求”域4110用于描述对路由的任何请求。
这些“需要的链路质量”、“流ID”、“寿命”以及“请求”域418到4111根据对通信路由请求的条件按照需要被添加或删除。“需要的链路质量”、“流ID”、“寿命”以及“请求”域418到4111存储对将要使用的路由的请求的内容。在下文中将所述内容统称为路由要求参数。
根据来自命令来自作为数据传输起点的节点的数据传输的应用的请求,配置路由要求参数。可选的是,基于当随后重新传输路由激活包40或当在传输中发生高比率的包丢失时基于数据传输状态配置所述参数。
(1-1-6)利用路由激活包40的实例
下面利用路由激活包40的实例描述了只激活具有特定路由质量的路由的情况。在下面的描述中,将路由质量定义为通过归纳无线电波条件和错误比率获得的值。也就是说,假设大值表示路由的高路由质量和低错误比率。
作为数据传输起点的节点S确定对路由的请求。对于路由质量,例如,节点S首先使用统计信息来调查可以满意地通信的环境。对于其它复杂信息,例如流ID,节点S通过利用应用提供接口以接收来自应用的请求而获得请求。
例如,命令数据传输的应用可以发出“只激活路由质量大于或等于阈值50的路由”的请求。在该情况下,节点S将值“50”存储在路由激活包40的“需要的链路质量”域415中。另外,节点S将作为数据传输目的地的节点D的地址存储在“目的地地址”域416中。节点S产生路由激活包40,以将其自身地址存储在“起点地址”域417中,并发出所述包。
另一方面,每个其它节点A到E接收路由激活包40,并检查其自身的路由表30(图7)是否包含对应于目的地(在该实例中为D,即,其地址被存储在“目的地地址”域416中的节点)的路由条目。当不能获得该条目时,节点将路由激活错误发送给作为路由激活包40的传输起点的节点S。
当路由表30包含这样的路由条目时,节点A到E获得对于目的地的路由列表32(图7),以确定是否存在路由质量(链路质量)超过阈值(50)的路由,所述阈值被存储在路由激活包40的“需要的链路质量”域415中。
当不能获得这样的路由时,节点A到E向节点S发送路由激活错误。可以用IP层ICMP消息替换路由激活错误。
当存在至少一个质量超过阈值的路由时,节点A到E假设在路由的路由列表32的“下一分段”域322中描述的节点A到E为用于从节点S到节点D的数据传输的有资格的路由。
限定路由的项目依赖于ad-hoc网络系统1的路由控制系统。例如,存在这样的系统,其具有多个路由,但是通常允许一个“有效”标记。这样的系统通过只“生效”对应的路由而“无效化”其它的路由来激活路由。由于ad-hoc网络系统1对路由分配优先级,因此可以通过增加分配给路由的优先级来生效路由。
当完成激活路由,每个节点A到E确保路由激活包40寻址到自身。在该情况下,节点A到E将存储在路由激活包40的“分段计数”域414中的分段计数加“1”。节点A到E然后将路由激活包40传输给作为激活的路由的下一分段的节点A到E的任何一个。
然后连续对每个对应的节点A到C和E进行类似的过程。最后将路由激活包40传输给作为目的地的节点D。
节点D接收路由激活包40并如上所述激活路由。节点D将存储在路由激活包40的“类型”域411中的代码变为路由激活确认包的代码。节点D将存储在“目的地地址”域416中的地址变为作为路由激活包40的传输起点的节点S的地址。节点D将存储在“起点地址”域417中的地址变为其自身的地址。以这种方式,节点D产生路由激活响应包50,并将其传送给作为激活的路由上的下一分段的节点C和E。
类似于路由激活包40,路由激活确认包50在节点A到C激活到节点D的路由时被连续传送到节点S。节点S最后接收路由激活确认包以完成路由激活。在节点S和D之间的通信中,可能存在具有存储在路由激活包40中的流ID的传输数据。在该情况下,节点A到E利用建立的路由作为通信路由交换数据。以这种方式,ad-hoc网络系统10根据应用的请求或类似物在作为数据传输节点的节点中建立适当的路由。
在发送路由激活包40后,节点S可能在指定时间内不能从节点D接收路由激活确认包50。可选的是,节点S可以在过程中间接收路由激活错误。在该情况下,节点S通过重新配置路由要求参数而重新发送路由激活包40,从而逐渐缓解条件直到激活路由。
根据该实例,在开始,路由激活条件为路由质量被设置为大于或等于“50”的值。当重新发送路由激活包40时,节点S通过将存储在路由激活包40的“需要的链路质量”域418中的阈值从“50”减小而连续产生路由激活包40,并重新发送产生的包。
已经描述了只激活特定路由质量的路由的实例。如下对其它请求进行类似的过程。例如,可以对路由指定特定的流ID。可以对路由指定寿命。可以存在这样的情况,其中激活满足由用户等请求的给定条件的路由。另外,可以存在这样的情况,其中激活满足全部两个或多个特定条件的路由,或者提供具有特定设置的路由的情况。
实际上,当在路由上指定特定流ID,节点S在路由激活包40的“流ID”域419中存储流ID。当激活寿命大于或等于指定时间的路由时,节点S将路由的最小请求的寿命存储在“寿命”域4110中。当激活满足由用户等请求的任何其它条件的路由时,节点S将条件存储在“请求”域4111中。以这种方式,节点S产生路由激活包40并发出所述包。
当接收到路由激活包40,节点A到E建立满足存储在路由激活包40中的所有请求的路由作为节点S和D之间的通信路由。另外,节点A到E更新路由的寿命,将流ID分配到路由等。随后,节点S利用该路由向节点D连续发送数据。
在ad-hoc网络系统10中,数据传输起点可以根据应用请求或指定路由质量建立将使用的路由,更新路由的寿命,以及将流ID分配到路由。以这种方式,可以根据数据属性精细地建立或保持路由。
(1-1-7)在路由激活中对CPU12的处理
在路由激活期间,上述各在节点A到E的处理在CPU12(图2)的控制下根据如图13所示的路由激活包传输处理过程RT5而进行。
实际上,在作为路由激活包40的传输起点的节点S中,CPU12接收激活根据用户请求或数据包的传输状态指定的路由的请求。CPU12然后在步骤SP50开始路由激活包传输处理过程RT5。在步骤SP51,CPU12根据激活请求发送路由激活包40。CPU12进到步骤SP52以基于传输时间开始计时器16(图2)。
CPU12进到步骤SP53以根据指定系统确定是否接收路由激活错误。当在步骤SP53获得肯定结果,CPU12进到步骤SP54以确定是否接收到路由激活确认包50。
在步骤SP54获得肯定结果表示节点S接收到路由激活确认包50以连续双向激活所述路由。此时,CPU12进到步骤SP55以开始通过激活的路由的数据传输。CPU12然后进到步骤SP56以结束路由激活包传输处理过程RT5。
在步骤SP54获得否定结果表示还没有接收到路由激活确认包50。此时,CPU12进到步骤SP57以基于计时器16(图2)的计数值确定是否超过预定超时设定。
在步骤SP57获得肯定结果表示发生超时。此时,CPU12进到步骤SP58以重新发送路由激活包40。CPU12进到步骤SP59以按需要重新配置路由要求参数。CPU12返回步骤SP52以重复相同的处理。
在步骤SP57获得否定结果表示没有发生超时。此时,CPU12返回步骤SP53以从确定是否接收路由激活错误的步骤连续重复相同的处理。
在步骤SP53获得肯定结果表示CPU12接收到路由激活错误。在该情况下,CPU12进到步骤SP58以重新发送路由激活包40。
以这种方式,作为路由激活包40的传输起点的节点S的CPU12根据用户请求等激活对应于其它节点A到E的路由。
另一方面,节点A到E的CPU12接收到路由激活包40并根据图14的路由激活包接收处理过程RT6激活路由。
当接收到路由激活包40,节点A到E的CPU12在步骤SP60开始路由激活包接收处理过程RT6。在步骤SP61,CPU12基于存储在路由激活包40的“目的地地址”域416中的地址,确定其自身的路由表30(图7)是否包含到达路由激活包40的目的地的条目。
当在步骤SP61获得肯定结果,CPU12进到步骤SP62确定是否可以获得对应于在路由条目中包含的每个路由列表32中的路由要求参数的下一分段。也就是说,CPU12确定到达路由激活包40的目的地的路由是否包含满足全部条件的路由,所述条件例如指定为路由要求参数的路由质量。
在步骤SP62获得肯定结果表示存在满足指定为路由要求参数的条件的路由。此时,CPU12进到步骤SP63以建立作为有资格的路由的下一分段(路由),并提供具有例如寿命的需要设置的路由。CPU12然后进到步骤SP64,以将存储在路由激活包40的“分段计数”域414中的分段计数加“1”。
CPU12进到步骤SP65以基于存储在路由激活包40的“目的地地址”域416中的地址确定是否将路由激活包40发送给节点。当获得肯定结果,CPU12进到步骤SP66,以产生对路由激活包40的路由激活确认包50。CPU12将路由激活确认包50传送给激活的路由的节点C和E。CPU12进到步骤SP67以结束路由激活包接收处理过程RT6。
当在步骤SP65获得否定结果,CPU12进到步骤SP68以将路由激活包50发送(单播)给激活的路由的节点A到E。CPU12进到步骤SP67以结束路由激活包接收处理过程RT6。
另一方面,在步骤SP61获得否定结果表示,其自身的路由表30(图7)不包含路由激活包40的目的地节点(节点D)的路由条目。此时,CPU12进到步骤SP69以将路由激活错误发送给作为路由激活包40的传输起点的节点S。CPU12然后进到步骤SP67以结束路由激活包接收处理过程RT6。
在步骤SP62获得否定结果表示路由列表30不包含满足指定为路由要求参数的条件的下一分段(路由)。路由列表30被包括在到达路由激活包40的目的地节点(节点D)的路由条目中,所述包被记录在CPU12的路由表30中。此时,CPU12进到步骤SP69,以将路由激活错误传送给作为路由激活包40的传输起点的节点S。CPU12进到步骤S67以结束路由激活包接收处理过程RT6。
当如上所述接收到路由激活包40,节点A到E的CPU12激活对应于路由激活包40中包含的路由要求参数的路由。
(1-2)第一实施例的操作和效果
根据上述配置,ad-hoc网络系统10允许节点A到E和S在开始数据通信时建立多个路由。ad-hoc网络系统10对路由分配优先级,并进行通信以利用最高优先的路由传输数据。
例如,当交换例如VoIP和移动图像的实时流数据时,在节点A到E和S之间可能发生通信错误。在该情况下,ad-hoc网络系统10通过快速选择替换路由可以提供稳定通信。
根据上述配置,每个A到E和S在开始数据通信时建立多个路由。这些路由被优先化。使用最高优先化的路由传输数据以用于通信。当在节点A到E和S之间发生通信错误时,可以将故障路由迅速切换到另一个以稳定地通信。因此,可以提供高可靠性的ad-hoc网络系统。
在ad-hoc网络系统1中,每个节点A到E和S在开始数据通信时建立多个路由,然后作为数据传输起点的节点S发出路由激活包40,其存储对应于应用请求等的路由要求参数。基于在路由激活包40中包含的路由要求参数,每个接收路由激活包40的节点A到E建立满足条件的路由作为通信路由,并为路由提供需要的设置。
因此,ad-hoc网络系统10使得可以在开始数据通信时自由地配置由节点A到E和S产生的多个路由中的路由,从而满足数据传输起点的应用的请求、数据包属性等。结果,可以使用最优路由。
根据上述配置,每个节点A到E和S在开始数据通信时建立多个路由。作为数据传输起点的节点S发出路由激活包40,其存储对应于应用请求等的路由要求参数。当接收到路由激活包40,每个节点A到E基于在路由激活包40中包含的路由要求参数,建立满足条件的路由作为通信路由,或者提供路由需要的设置。因此,可以建立将使用的最优路由,并提供高可靠性的ad-hoc网络系统。
(1-3)其它实施例
尽管所述实施例已经描述了其中将本发明应用于AODV协议ad-hoc网络系统10和构成网络的节点A到E和S的情况,但是本发明并不限于此。ad-hoc网络系统10可以由多个通信终端构成。可以将第一消息从第一通信终端经过第二通信终端传输到第三通信终端。响应于该第一消息,可以将第二消息从第三通信终端经过第二通信终端传输到第一通信终端。基于这些消息,第一到第三通信终端可以产生到第一或第三通信终端的路由。产生的终端可以用于第一和第三通信终端之间的通信。本发明可以广泛地用于这样的通信系统和构成通信系统的通信终端装置。
根据上述实施例,如图2所示配置用于节点A到E和S的通信功能块11。通信功能块11具有以下功能:路由产生装置,用于重复接收作为路由请求消息20(图3)和路由应答消息23(图6)的这样的消息,以产生到其传输起点的多个路由;路由管理装置,用于存储和管理多个产生的路由;以及通信装置,用于进行与其它节点A到E和S的通信。尽管已经描述了这样的实施例,本发明并不限于此。本发明可以用于其它多种配置。
尽管上述实施例已经描述了这样的情况,其中使用分段计数作为分配优先级的参考,并将高的优先级指定给具有小分段计数的路由,但是本发明并不限于此。可以使用路由质量作为参考。例如,可以通过结合分段计数和路由质量来确定参考。另外,可以根据使用目的广泛采用各种参考。
以这种方式,可以利用除分段计数以外的标准作为参考来优先化路由。在该情况下,每个节点A到E和S只需要使用路由表30(图7)的“最小分段计数”和“最大分段计数”域311和312,以存储每个产生的路由的参考的最小值和最大值。
尽管上述实施例已经描述了这样的情况,其中根据路由的分段计数将优先级统计地分配给路由,但是本发明并不限于此。可以基于通信状态或例如包错误的路由质量动态变化参考以因此重新对每个路由分配优先级。
尽管上述实施例已经描述了这样的情况,其中每个节点A到E和S在列表中管理多个产生的路由条目,本发明并不限于此。例如,可以以结合的方式优选使用表来管理多个路由的条目。然而,如在实施例中的描述,使用对每个路由的列表格式,提供了容易根据优先级查找路由的优点。
尽管上述实施例已经描述了这样的情况,其中每个路由保持每个路由列表32的条目,例如路由分段计数、下一分段、寿命、路由质量以及到下一路由列表的指针,但是本发明并不限于此。可以通过补充或替换这些信息优选保持其它关于路由的信息。
尽管上述实施例已经描述了这样的情况,其中路由请求消息20使用如图3所示的格式,并且连续转接路由请求消息20的每个节点A到C和E扩展转接节点列表21的域22以在转接节点列表21中描述其自身的地址,但是本发明并不限于此。路由请求消息20可以被格式化为另外的形式。转接路由请求消息20的每个节点A到C和E可以描述除其地址以外的信息,例如任何可以在网络系统中识别其自身的身份信息。
尽管上述实施例已经描述了这样的情况,其中路由应答消息23使用如图6所示的格式,并且路由应答消息23的“RREP ID”域24存储传输起点节点地址,但是本发明并不限于此。路由应答消息23可以被格式化为其它形式。传输起点可以使用“RREP ID”域24描述除其地址以外的信息,例如任何可以在网络系统中识别其自身的身份信息。
根据该实施例,作为数据的传输起点的节点S使用路由激活包40存储关于用于与作为数据的传输目的地的节点D通信的路由的路由请求。节点D使用路由激活确认包50作为对路由激活包40的响应。尽管所述实施例已经描述了这样的情况,其中对路由激活包40和路由激活确认包50使用如图12所示的格式,但是本发明并不限于此。可以采用其它多种格式。
尽管上述实施例已经描述了这样的情况,其中路由激活包40存储路由要求参数,例如路由质量、指定给路由的流ID、指定给路由的寿命、以及来自应用等的请求,但是本发明并不限于此。还可以采用指定到路由的其它各种条件和项目。
根据上述实施例,如图2所示配置用于节点A到E和S的通信功能块11并如下工作。当当前节点是数据的传输起点时,通信功能块11用作路由请求传输装置,用于传输路由请求(路由要求参数),即用于对路由的请求,例如路由质量。当当前节点是转接节点时,通信功能块11用作路由产生装置和路由建立装置。路由产生装置通过重复接收作为第一消息的路由请求消息20和作为第二消息的路由应答消息23产生多个到数据传输起点和传输目的地的路由。在这些路由中,路由建立装置建立满足从作为通信路由的节点S发送的路由请求的节点S和D之间的路由。当当前节点是数据的传输目的地节点时,通信功能块11用作响应起点装置,用于发出路由激活确认包50作为当接收到路由激活包40时的响应。尽管所述实施例已经这样描述,但是本发明并不限于此。可以广泛使用其它各种配置。
尽管上述实施例已经描述了这样的情况,其中在作为数据传输起点的节点S和作为数据传输目的地的节点D之间只建立一个通信路由,但是本发明并不限于此。例如,如图15所示,可以优选建立多个具有不同流ID的通信路由,并根据数据属性等适当地使用这些通信路由。这使得可以有效地使用无线频率,从而改善了通量。
尽管上述实施例已经描述了这样的情况,其中应用本发明建立节点S和D之间的通信路由,但是本发明并不限于此。例如,本发明可以用于路由维护。
通常,在ad-hoc网络系统中长期未使用的路由经常被自动删除。即使使用路由协议以建立多个路由,仍存在长期保持未使用并被从路由表中删除的多个路由。通过周期地激活路由以更新路由的寿命,解决了该问题。
实际上,在该情况下,使用路由激活包40的“寿命”域4110来存储新指定的希望寿命。节点A到E和S只需要进行如上所述的参考图13的路由激活包传输处理过程RT5和如上所述参考图14的路由激活包接收处理过程RT6。在该情况下,较好的实施是,将路由激活包40多播给对应于路由列表32记录的每个路由的节点A到E和S,而不是将其单播给目的地节点。目的地节点只需响应第一接收的路由激活包40。以这种方式,可以通过周期地更新路由的寿命有效地使用多个路由。
可以使用路由激活包40收集关于路由的统计信息。例如,路由激活包40或路由激活确认包50可以具有存储路由质量值的和的域,并当通过分段基础上的节点A到C和E时增加路由的这些值。作为路由激活包40的传输起点的节点S可以通过将总和除以分段计数而获得节点之间的路由质量的平均值。节点S在激活多个路由时可以使用平均值。
尽管上述实施例已经描述了这样的情况,其中从节点S到节点D进行单向通信,但是本发明并不限于此。本发明可以用于节点S和D之间的双向通信。在该情况下,基于路由激活包40和路由激活确认包50,每个节点A到E和S的CPU12可以彼此不同地独立地建立从节点S到节点D的通信路由和从节点D到节点S的通信路由。这使得可以提供节点S和D之间的有效的通信。作为完成此的具体技术,每个节点A到C、E和S在接收到路由激活确认包50时,确定其自身的路由表30是否已经准予(建立)到作为传输目的地的节点S的路由。当准予所述路由时,只需选择另一到作为传输起点的路由。
(2)第二实施例
下面详细描述本发明的第二实施例。
(2-1)ad-hoc网络系统60的配置
图16中,标号60表示根据实施例的ad-hoc网络系统。ad-hoc网络系统60具有与上述图25中ad-hoc网络系统1基本相同的结构,但是在断开路由前发现并建立可选路由。
在该情况下,ad-hoc网络系统60使用上述参考图25的路由发现处理以建立连续通过节点A和C的通信路由(在图16中由粗线表示)。该通信路由从可从作为例如将要传输的AV(音频视频)数据的数据的传输起点的节点S与作为传输目的地的节点D之间获得的多个通信路由中选出。节点S通过通信路由将作为数据包的数据连续发送给节点D。
在该状态,通信路由上的节点A到C和E检测沿作为可能断开状态的其它节点S和A到E之间的路由(例如作为节点A的上游路由的节点和C之间的路由)的断开特征。
如图17所示,例如,节点A检测路由上上游侧到节点B的可能断开状态。节点A产生控制消息(下文称为链路状态通知消息)LM用于通知可能的断开状态,并将其单播给节点S。
在该情况下,节点S基于从节点A单播的链路状态通知消息LM,确定是否将当前通信路由变为可选路由。
当确定使用可选路由,节点S产生控制消息(下文称为扩展的路由请求消息)用于提供控制以建立条件优于可能的断开状态的路由。通过扩展上述路由请求消息2(图26),即对该消息增加用于表示断开状态的域,来配置所述扩展的路由请求消息。
节点S广播扩展的路由请求消息以开始路由发现处理。在该情况下,节点A到C和E在接收到扩展的路由请求消息时确定到广播扩展的路由请求消息的路由是否保持优于可能的断开状态的通信状态。该确定在将逆向路径的路由条目插入路由表4(图27)(条目插入处理)之前进行。
当确定结果为通信状态并不优于可能的断开状态,则节点A到C和E丢弃扩展的路由请求消息。当确定结果为通信状态优于可能的断开状态,则节点A到C和E如常规地进行条目插入处理,以将路由条目插入路由表4(图27)。每个节点A到C和E在没有寻址到自身时广播扩展的路由请求消息。
因此,节点A到C和E只建立条件优于可能的断开状态的路由作为逆向路径。
当扩展的路由请求消息到达节点D,其产生路由应答消息6(图28)作为对扩展的路由请求消息的响应。路由应答消息6与参考图25(C)描述的常规所述消息相同。根据类似于参考图25(C)描述的处理,通过例如节点E和B将路由应答消息6连续地单播给节点S。
当接收到该路由应答消息,节点S将传输数据包的方向从当前的传输到节点A变为传输到节点B。结果,在可能的断开状态(A-C)中的路由断开之前,将数据包传输路由从通信路由(S-A-C-D)变为可选路由(S-B-E-D)。
以这种方式,ad-hoc网络系统60允许在通信路由上的节点A和C之间的路由断开之前改变到可选路由。
例如,图18示出了这样的情况,其中在路由(C-E)上发生断开状态,即多个通信路由的部分连续通过节点S和D之间的节点C和E。为了重复执行来自节点S的路由发现处理,系统可以建立具有最小分段计数的可选路由(S-A-B-D)。这消除了这样的需要,即如局部修复的常规实施,利用作为起点的断开节点(节点A)选择具有最大分段计数的绕路的可选路由(S-C-F-G-D)。
对第一实施例(图2)描述了安装在节点A到E和S中的通信功能块11的硬件配置,为了简单省略所述描述。
(2-2)对每个节点的具体处理
下面描述对每个节点的具体处理。
(2-2-1)对节点A的状态通知处理
首先,下面描述节点A的状态通知处理,其将节点A和C之间在路由(图17A-C)上的可能断开状态通知给节点S。
节点A的CPU12(图2)检测到节点C的路由上的可能断开状态。将被检测的可能断开状态包括这样的状态,其导致连接到通信处理部分15(图4)的天线ANT(图2)的电波强度小于或等于第一阈值(下文称为强度阈值)。
考虑通信数据包的限制和将通信路由改变到可选路由所需的时间之间的关系而预定强度阈值。具体是,例如,当假设最优电波强度值是100[V/m]时,将强度阈值设置为23[V/m]。
具体的是,CPU12周期地测量天线ANT的电波强度。每次将数据包传输给节点C时,CPU12在接收时比较来自天线ANT的测量结果(电波强度值)与强度阈值。当电波强度值小于或等于强度阈值时,CPU12检测电波强度值为可能的断开状态。
另外,传输数据包的请求个数与数据包传输个数的比值(下文称为包错误比率)可以变为大于或等于第二阈值(下文称为错误阈值)。CPU12也检测该状态为可能断开状态。
类似于强度阈值,同样考虑数据包的限制和将通信路由改变到可选路由所需的时间之间的关系而预定错误阈值。例如,将错误阈值设为15[]。
具体是,CPU12计数传输到节点B的数据包数和由节点B请求的数据包传输数。基于计数值,CPU12测量包错误比值。
每次将数据包传输到节点C时,CPU12在接收时比较包错误比值和错误阈值。当包错误比值大于或等于错误阈值时,CPU12检测包错误比值为可能的断开状态。
作为可能的断开状态,CPU12可以检测出电波强度值小于或等于强度阈值和包错误比值大于或等于错误阈值。在情况下,CPU12基于检测结果产生如图19所示的链路状态通知消息LM。
链路状态通知消息LM包括:“消息ID”、“起点地址”、“源地址”、“目的地地址”、“链路质量”、“包错误比值”、“路由状态”以及“注释”域701到708。
“消息ID”域701存储提供给消息LM的唯一消息ID。“链路质量”域705存储小于或等于强度阈值的电波强度值。“包错误比值”域706存储大于或等于错误阈值的包错误比值。“路由状态”域707存储表示路由是否被用作通信路由的状态。“注释”域708存储给定其它信息。
可能存在只检测到一个小于或等于强度阈值的电波强度值和大于或等于错误阈值的包错误比值。在该情况下,在未检测的另一个的“链路质量”域或“路由状态”域707中存储“0”。
CPU12将链路状态通知消息LM单播给节点S。结果,链路状态通知消息LM通知节点S哪个节点为哪个程度的可能断开等。
根据该实施例,CPU12基于计时器16作用以限制单位时间中发送链路状态通知消息LM的次数(下文称为消息通知周期)。
以这种方式,状态通知部分21通知节点S和A之间的路由的通信状态,以避免这样的状态,其中链路状态通知消息LM的增加值妨碍数据包的传输。
通过执行状态通知处理,CPU12可以向节点S通知可能的断开状态(小于或等于强度阈值的电波强度值或大于或等于错误阈值的包错误比值)。
CPU12根据如图20所示的状态通知处理过程RT7执行上述状态通知处理。
CPU12接收从节点S传输的数据包,并在步骤SP70开始状态通知处理过程RT7。在步骤SP71,CPU12将数据包传输给在通信路由上的上游节点B。
在步骤SP72,CPU12确定天线ANT的电波强度值是否小于或等于强度阈值。在步骤SP73,CPU12确定包错误比值是否大于或等于错误阈值。
在步骤SP72和SP73可能获得否定结果。这表示良好的通信状态,而不是可能的断开状态。此时,CPU12进到步骤SP80以结束状态通知处理过程RT7。
在步骤SP72和SP73的至少一个中可以获得肯定结果。这表示可能的断开状态。此时,CPU12在步骤SP74确定消息通知周期是否生效。当获得否定结果,则CPU12在步骤SP75设置消息通知周期内的计时器。
在步骤SP76,CPU12将消息ID(消息ID(图19))加“1”。在步骤SP77,CPU12将小于或等于强度阈值的电波强度值存储到“链路质量”域705(图19)中,或将大于或等于错误阈值的包错误比值存储到“路由状态”域707(图19)中。在步骤SP78,CPU12基于路由表4(图27)将对应的内容存储在剩下的域702到704、706、和708中(图19),以产生链路状态通知消息LM(图19)。在步骤SP79,CPU向节点S单播链路状态通知消息LM。CPU12进到步骤SP80以结束状态通知处理过程RT7。
当在步骤SP74获得肯定结果,CPU12进到步骤SP81以确定是否超过预定传输数。只有当获得否定结果时,CPU12在步骤SP76到SP79中进行处理以将链路状态通知消息LM单播给节点S。CPU12然后进到步骤SP以结束状态通知处理过程RT7。
以这种方式,CPU12可以根据状态通知处理过程RT7进行状态通知处理。
尽管已经描述了在节点A中的状态通知处理和过程RT7,类似于节点A,CPU12还在其它节点B、C和E中根据状态通知处理过程RT1进行状态通知处理。根据该实施例,然而,上游路由不在可能的断开状态中。节点B、C、和E进行步骤SP70、SP71、SP72、SP73和SP80的循环。
(2-2-2)对节点S的路由再建立请求处理
下面描述对节点S的路由再建立请求处理。基于链路状态通知消息LM,节点S提供控制以建立链路状态优于可能的断开状态的通信路由(使电波强度值小于或等于强度阈值或包错误比值大于或等于错误阈值)。
当接收到从节点A单播的链路状态通知消息LM时,节点S的CPU12基于如图21所示的链路状态表作用以确定是否存在路由再建立请求以及路由请求条件。
链路状态表71涉及传输链路状态通知消息LM的每个节点,并表示到所述节点的路由上游的可能断开状态和类似状态。链路状态表71包括“目的地地址”、“起点地址”、“消息ID”、“计数”、“链路质量”、“包错误比值”、“路由状态”等各个域721到728。
“计数”域724存储接收链路状态通知消息LM的个数。当从设置初始值“1”时经过单位时间,恢复值“1”作为初始值。因此,“计数”域724每单位时间存储接收链路状态通知消息LM的个数(下文称为基于单位时间的接收计数)。考虑在消息通知周期中从节点A(节点B到D)传输链路状态通知消息LM的个数限制,将基于单位时间的接收计数设置为适当值。
有效地,CPU12基于在从节点A接收的链路状态通知消息LM中包含的“目的地地址”域704(图19)作用以确定链路状态通知消息LM是否寻址自身。当链路状态通知消息LM不寻址自身时,CPU12确定链路状态表71是否包含消息的传输起点(节点A的地址)。将该地址存储在“起点地址”域702(图19)中。
当没有获得节点A的地址,CPU12将下面的接收的链路状态通知消息LM(图19)中的信息添加到链路状态表71中对应的域721到728中作为新记录:传输起点地址(起点地址)、指定到消息LM的唯一ID(消息ID)、电波强度值(链路质量)、包错误比值(包错误比率)、是否存在可得路由(路由状态)等。
此时,CPU12将“计数”域中的初始值“1”增加为新的记录。CPU12从设置初始值时设置计时器16。CPU12测量从节点A传输的链路状态通知消息LM的基于时间的接收计数。
节点A的地址可能已经存在(即作为记录)。在该情况下,CPU12找出存储在对应于节点A的地址的链路状态表71的“链路质量”和“包错误比率”域725和726中的每个值与存储在链路状态通知消息LM的“链路质量”和“包错误比率”域705和706(图19)中的每个值的平均值。CPU12将存储在“链路质量”和“包错误比率”域725和726中的值更新为作为统计值的平均值。另外,CPU12将对应的“计数”域724加“1”。
可能存在这样的情况,其中增加的“计数”域724的基于单位时间的接收计数超过指定值,并且对应于“计数”域724的“路由状态”域727表示使用的通信路由。在该情况下,CPU12确定需要需要请求路由再建立。
此时,链路状态表71的“链路质量”和“包错误比率”域725和726存储数值(分别为电波强度值和包错误比值)。CPU12确定这些值为路由请求条件。
然后,CPU12基于路由请求条件和路由表4(图27)产生如图22所示的扩展的路由请求消息73。
扩展的路由请求消息73由路由请求消息2(图26)的域31到39构成,其由域741和742分别补充电波强度值(需要的链路质量)和包错误比值(请求的包错误比率)。“需要的链路质量”和“请求的包错误比率”域741和742存储对应的路由请求条件(电波强度值和包错误比值)。
CPU12广播扩展的路由请求消息73。结果,每个节点使用扩展的路由请求消息73以建立作为可选路由的逆向路径。将逆向路径设置为,使得其电波强度值大于在扩展的路由请求消息73中的对应的值,并且其包错误比值小于其中的对应值。
以这种方式,CPU12测量在每个单位时间中发生的链路状态通知消息LM的个数。CPU12只在测量结果超过预定值时才广播扩展的路由请求消息73。这使得即使希望立即从可能的断开状态恢复时仍可以防止使用可选路由。
此时,CPU12对应于发生的通知数广播这样的扩展的路由请求消息73,其建立的路由优于可能的断开状态(电波状态和包错误比值)的统计结果(平均值)。这可以防止建立可能超过由极限电波状态和包错误比值构成的可能断开状态的可选路由。可以建立具有尽可能优良的条件的可选路由。
以这种方式,CPU12进行路由再建立请求处理,以可以提供控制来建立链路状态优于可能断开状态的通信路由(表示电波强度值小于或等于强度阈值或包错误比值大于或等于错误阈值)。
CPU12根据如图23所示的路由再建立请求处理过程RT8进行路由再建立请求处理。
例如,CPU12识别经过路由发现处理建立通信路由。CPU12然后从步骤SP90开始路由再建立请求处理过程RT8。在步骤SP91,CPU12确定是否接收到从节点(节点A)单播的链路状态通知消息LM。
当接收到链路状态通知消息LM,CPU12进到步骤SP92以基于在步骤SP91中接收的链路状态通知消息LM对链路状态表71(图21)增加新记录。可选的是,CPU12更新已经增加的记录的电波强度值(链路质量)、包错误比值(包错误比率)、以及基于单位时间的接收计数(计数)。
在步骤SP93,CPU12确定在步骤SP92更新(或添加)的基于单位时间的接收计数(计数)是否大于或等于特定值。在步骤SP94,CPU12确定激活路由(路由状态)是否对应经过发出在步骤SP91接收的链路状态通知消息LM的节点(节点A)的路由。
可能只在步骤SP93和SP94中的一个中获得否定结果。这表示:在通信路由上的节点路由可以被重新存储为良好的状态;或者通信路由不包含期望将被断开的节点路由,因此不需要将通信路由变为可选路由。此时,CPU12返回步骤SP91以重复上述处理。
另一方面,可能在步骤SP93和SP94都获得肯定结果。这表示,通信路由上的节点路由可能不能被重新存储为良好的状态,并且需要将通信路由立即变为可选路由。此时,CPU12进到步骤SP95。
在步骤SP95,CPU12基于链路状态表71(图21)产生扩展的路由请求消息73(图22)。在步骤SP95,CPU12广播扩展的路由请求消息73。CPU12进到步骤SP97以结束路由再建立请求处理过程RT8。
以这种方式,CPU12可以根据路由再建立请求处理过程RT8进行路由再建立请求处理。
(2-3)对节点A到C和E的节点再建立处理
下面描述对节点A到C和E的节点再建立处理。该处理是基于扩展的路由请求消息73进行,以建立优于可能断开状态的链路条件(表示小于或等于强度阈值的电波强度值或大于或等于错误阈值的包错误比值)。
节点A到C和E的CPU12如上所述参考状态通知处理测量电波强度值和包错误比值。当接收到扩展的路由请求消息73时,CPU12在接收到该消息时比较对电波强度值和包错误比值的测量结果与在扩展的路由请求消息73(图22)的路由请求条件,即存储在该消息中的电波强度值和包错误比值(“需要的链路质量”和“请求的包错误比率”域741和742)。
当对电波强度值和包错误比值的测量结果中的至少一个不满足路由请求条件时,将广播扩展的路由请求消息73的节点的上游路由设置为差于可能的断开状态中的路由(A-C(图17))的状态。在该情况下,CPU12丢弃扩展的路由请求消息73。
另一方面,当对电波强度值和包错误比值的测量结果都满足路由请求条件时,将广播扩展的路由请求消息73的节点的上游路由设置为优于可能的断开状态中的路由(A-C(图17))的状态。
在该情况下,CPU12如常规地进行条目插入处理,以将路由条目插入到路由表2(图26)中。当扩展的路由请求消息73不寻址其自身时,CPU12重新执行广播。
以这种方式,CPU12进行路由再建立处理,以允许优于可能的断开状态的链路状态(表示小于或等于强度阈值的电波强度值或大于或等于错误阈值的包错误比值)。
CPU12根据图24中的路由再获取处理过程RT10进行上述路由再获取处理。
当接收到扩展的路由请求消息73,CPU12在步骤SP100开始路由再获取处理过程RT10。在步骤SP101,CPU12通过确定是否接收到扩展的路由请求消息73(RREQ ID(图22))防止两次接收消息。CPU12进到步骤SP102以确定是否存在满足路由请求条件的通信路由。
在步骤SP101和SP102可能都获得肯定结果。这表示,广播扩展的路由请求消息73的节点的上游路由为优于可能的断开状态中的路由(A-C(图17))的状态。此时,CPU12进到步骤SP103。
在步骤SP103,CPU12进行条目插入处理以基于扩展的路由请求消息73将路由条目插入到路由表2(图26)中。在步骤SP104,CPU12确定扩展的路由请求消息73的“目的地地址”域36是否表示其自身地址。
当获得肯定结果,CPU12进到步骤SP105,以将路由应答消息6(图28)单播给对应于被插入到路由表2中的路由条目的节点。当获得否定结果,CPU12进到步骤SP106,以广播扩展的路由请求消息73。CPU12然后进到步骤SP107以结束路由再获取处理过程RT10。
另一方面,可能在步骤SP101和SP102的至少一个中获得否定结果。这表示,广播扩展的路由请求消息73的节点的上游路由被设置为差于可能的断开状态中的路由(A-C(图17))的状态。此时,CPU12进到步骤SP108以丢弃扩展的路由请求消息73。CPU12然后进到步骤SP107以结束路由再建立处理过程RT10。
以这种方式,CPU12根据路由再建立处理过程RT10进行路由再建立处理。
(2-4)第二实施例的操作和效果
根据上述配置,ad-hoc网络系统60检测从作为传输起点的节点S到作为传输目的地的节点D的路由(A-B、A-C、…、C-D(图16))上的可能断开状态。ad-hoc网络系统60基于根据除匹配可能断开状态的路由(A-C(图17))以外的路由的产生条件发出消息。
因此,ad-hoc网络系统60可以在可能断开状态中的路由(A-C(图17))断开之前确保可选路由(S-B-E-D(路由17))。系统体总是可以确保在节点S和D之间的数据包的传输状态。从而即使对于例如要求即时性的实时通信的通信模式,仍可以有效提供错误处理。
在该情况下,ad-hoc网络系统60基于两个不同的通信标准,即电波强度和包错误比值,检测可能的断开状态。
因此,ad-hoc网络系统60可以从两方面检测可能的断开状态的原因。即使电波状态良好,由于传输的数据包超过其传输通量,仍可能断开路由。即使在该情况下,可以可靠地检测可能断开状态。因此,可以更有效地提供错误处理。
另外在该情况下,ad-hoc网络系统60基于根据条件优于检测的可能断开状态的路由的产生条件,产生并发出链路状态通知消息LM(图19)。
ad-hoc网络系统60可以确保基本不断开的可选路由。可以消除处理负担和时间,以重复产生可选路由,使得可以更有效地提供错误处理。
根据上述配置,系统检测作为传输起点的节点S和作为传输目的地的节点D之间的路由上的可能断开状态。系统基于根据除匹配可能断开状态的路由以外的路由的产生条件发出消息。因此,即使对于例如要求即时性的实时通信的通信模式,仍可以有效提供错误处理。
(2-5)其它实施例
尽管所述实施例已经描述了其中将本发明应用于AODV协议ad-hoc网络系统10和构成网络的节点A到E和S的情况,但是本发明并不限于此。ad-hoc网络系统10可以由多个通信终端构成。可以将第一消息从第一通信终端经过第二通信终端传输到第三通信终端。响应于该第一消息,可以将第二消息从第三通信终端经过第二通信终端传输到第一通信终端。基于这些消息,第一到第三通信终端可以产生到第一或第三通信终端的路由。产生的终端可以用于第一和第三通信终端之间的通信。本发明可以广泛地用于这样的通信系统和构成通信系统的通信终端装置。
根据上述实施例,检测数据在上游路由上的通信的断开特征作为可能的断开状态。提供了状态通知装置(CPU12)用于向传输起点通知可能的断开状态。状态通知装置检测小于或等于强度阈值的电波强度值和大于或等于错误阈值的包错误比值或同时两者。基于该检测结果,通知图5中的链路状态通知消息LM。尽管已经这样描述了实施例,但是本发明并不限于此。可以使用其它各种检测技术用于检测。可以使用其它各种格式用于通知。在该情况下,可以优选使用部分路由协议,并使用结合消息的路由协议用于更高层。
在该情况下,基于两种通信标准,即电波强度和包错误比值检测可能的断开状态。但是,可以优选使用例如使用路由的频率、是否存在可得路由等的通信标准。可选的是,可以将这些标准增加到电波强度和包错误比值中。另外,可以根据通信状态适当变化各种通信标准的组合。以这种方式,可以更精确地检测断开状态。
根据上述实施例,基于根据除匹配从第二通信终端通知的可能断开状态的路由以外的路由的产生条件,产生消息。提供了消息发出装置(CPU10)用于发出消息。消息发出装置基于根据条件优于可能的断开状态的路由的产生条件产生消息。尽管已经这样描述了该实施例,本发明并不限于此。重要的是,根据除匹配从第二通信终端通知的可能断开状态的路由以外的路由的产生条件,产生并发出消息。在该情况下,可以根据上述通信标准确定各个产生条件。
当基于根据条件优于可能的断开状态的路由的产生条件产生消息,CPU12测量在单位时间基础上的可能断开状态的通知发生次数。当测量结果超过指定值,则CPU12产生如图22所示的扩展的路由请求消息73。可以使用其它各种测量技术用于测量。扩展的路由请求消息73可以具有其它格式。另外,可以使用扩展的路由请求消息73作为路由协议的部分或与消息结合用于更高层。
尽管上述实施例已经描述了这样的情况,其中在预定消息通知周期中限制链路状态通知消息LM的传输数,但是本发明并不限于此。可以优选基于例如作为一个单元的数据包的传输数在一次传输链路状态通知消息LM时提供这样的限制。重要的是,将可能断开状态的通知数与第一通信终端限制在指定比值。
工业应用性
本发明不仅可以用于ad-hoc网络系统,还可以用于各种网络系统。
Claims (43)
1.一种通信系统,其包括多个通信终端,且基于从第一通信终端通过第二通信终端向第三通信终端发出的消息,所述第二和第三通信终端产生到第一通信终端的路由,并且通过产生的路由在所述第一和第三通信终端之间进行通信,
其中所述第二和第三通信终端包括:
路由产生装置,用于通过重复接收所述消息产生多个到所述第一通信终端的路由;以及
路由管理装置,用于存储和管理由所述路由产生装置产生的多个路由,以及
所述路由管理装置建立所述产生的路由中的一个作为到第一通信终端的通信路由,并根据需要将通信路由变为多个路由中的任一个。
2.根据权利要求1的通信系统,
其中所述路由管理装置基于指定标准指定每个产生的路由的优先级,并优选建立具有高优先级的路由作为通信路由。
3.一种通信终端装置,包括:
传输装置,用于传输被指定希望的第一通信终端作为传输目的地的指定消息;
路由产生装置,用于重复接收对从所述第一通信终端发出并通过第二通信终端传输的消息的响应,以产生到所述第一通信终端的多个路由;
路由管理装置,用于存储由所述路由产生装置产生的多个路由,并建立所述多个路由中的一个作为通信路由;以及
通信装置,用于通过建立的通信路由与所述第一通信终端通信,
其中所述路由管理装置根据需要将通信路由切换到多个路由中的任一个。
4.根据权利要求3的通信终端装置,
其中通信装置在所述路由产生装置接收到第一响应并经过指定时间间隔后、或者在从所述第一通信终端接收到指定数目的响应后开始与所述第一通信终端通信。
5.根据权利要求3的通信终端装置,
其中所述路由管理装置基于指定标准指定每个产生的路由的优先级,并优选建立具有高优先级的路由作为通信路由。
6.根据权利要求3的通信终端装置,
其中所述路由管理装置列表以管理关于产生的路由的指定信息。
7.根据权利要求4的通信终端装置,
其中所述路由管理装置根据路由的通信状态动态地改变所述标准,并重新指定优先级给所述产生的路由。
8.根据权利要求3的通信终端装置,
其中所述路由管理装置删除属于多个产生的路由并在指定时间段上未使用的路由。
9.根据权利要求3的通信终端装置,
其中,当所述产生的路由超过预定最大值时,所述路由管理装置以时间顺序连续删除路由。
10.一种用于通信终端装置的控制方法,包括:
第一步骤,传输指定消息,所述消息被指定希望的第一通信终端作为传输目的地;
第二步骤,重复接收对从第一通信终端发出并通过第二通信终端传输的消息的响应,以产生到所述第一通信终端的多个路由;以及
第三步骤,建立多个路由中的一个作为通信路由,并通过所述通信路由与所述第一通信终端通信,
其中所述第三步骤根据需要将通信路由切换为多个路由中的任一个。
11.一种允许计算机执行处理的程序,包括:
第一步骤,传输指定消息,所述消息被指定希望的第一通信终端作为传输目的地;
第二步骤,重复接收对从第一通信终端发出并通过第二通信终端传输的消息的响应,以产生到所述第一通信终端的多个路由;以及
第三步骤,建立多个路由中的一个作为通信路由,通过所述通信路由与所述第一通信终端通信,并根据需要将通信路由切换为多个路由中的任一个。
12.一种通信终端装置,其将从第一通信终端发出的消息转接到第二通信终端,并基于所述消息产生到所述第一通信终端的路由,所述通信终端装置包括:
路由产生装置,用于通过重复接收所述消息产生多个到所述第一通信终端的路由;以及
路由管理装置,用于存储和管理由所述路由产生装置产生的多个路由,
所述路由管理装置建立所述产生的路由中的一个作为到第一通信终端的通信路由,并根据需要将所述通信路由变为多个路由中的任一个。
13.一种对通信终端装置的控制方法,所述装置将从第一通信终端发出的消息转接到第二通信终端,并基于所述消息产生到所述第一通信终端的路由,所述控制方法包括:
第一步骤,通过重复接收所述消息产生多个到所述第一通信终端的路由;以及
第二步骤,存储和管理所述多个路由,以及
所述第二步骤建立所述产生的路由中的一个作为到第一通信终端的通信路由,并根据需要将所述通信路由变为多个路由中的任一个。
14.一种通信系统,其包括多个通信终端,且基于从第一通信终端通过第二通信终端向第三通信终端发出的第一消息、和响应所述第一消息从第三通信终端通过第二通信终端向第一通信终端发出的第二消息,通过利用所述第一到第三通信终端产生到第一到第三通信终端的路由,以通过产生的路由在所述第一和第三通信终端之间通信,
其中所述第一通信终端具有路由请求传输装置,用于传输路由请求,所述路由请求包括对将用于与第三通信终端通信的路由的请求,以及
第二和第三通信终端具有:路由产生装置,用于重复接收第一或第二消息以产生到第一或第三通信终端的多个路由;以及路由建立装置,用于利用属于由路由产生装置产生的多个路由、并满足从第一通信终端发送的路由请求的路由建立第一和第三通信终端之间的通信路由。
15.根据权利要求14的通信系统,
用于第一通信终端的路由请求传输装置根据通信传输路由请求,所述路由请求对应于数据属性,所述数据将被传输给第三通信终端。
16.根据权利要求14的通信系统,
其中所述第三通信终端具有响应发出装置,用于在接收到所述路由请求时发出对应于所述路由请求的响应;
其中所述第一通信终端具有路由建立装置,用于基于经过第二通信终端从第三通信终端传输的响应,利用满足路由请求的路由建立到第三通信终端的通信路由,以及
用于第一到第三通信终端的路由建立装置基于路由请求和对路由请求的响应,单独地建立从第一通信终端到第三通信终端的通信路由、以及从第三通信终端到第一通信终端的通信路由,使其彼此不同。
17.根据权利要求14的通信系统,
其中用于第一通信终端的路由请求传输装置传输路由请求以更新路由的寿命,以及
用于第二和第三通信终端的路由建立装置根据路由请求更新对应路由的寿命。
18.根据权利要求14的通信系统,
其中,当重新传输路由请求时,用于第一通信终端的路由请求传输装置改变以缓解指定为路由请求的条件。
19.一种通信终端装置,包括:
传输装置,用于传输指定的第一消息,所述第一消息被指定希望的第一通信终端作为传输目的地;以及
路由请求传输装置,用于利用第一通信终端作为传输目的地,并传输由对将用于与第一通信终端通信的路由的请求构成的路由请求。
20.根据权利要求19的通信终端装置,
其中路由请求传输装置将对应于将要传输的数据的属性的路由请求传输到第一通信终端。
21.根据权利要求19的通信终端装置,
其中当重新传输路由请求时,路由请求传输装置改变以缓解用于路由的请求。
22.一种通信终端装置,包括:
路由产生装置,用于重复接收从第一通信终端发出的第一消息、或响应所述第一消息从第二通信终端发出的第二消息,以产生到第一和第二通信终端的多个路由;以及
路由建立装置,用于基于从第一通信终端发出、并由对将用于与第二通信终端通信的路由的请求构成的路由请求,利用属于由路由产生装置产生的多个路由、并满足路由请求的路由在第一和第三通信终端之间建立通信路由。
23.根据权利要求22的通信终端装置,
其中路由建立装置基于路由请求和响应于路由请求从第二通信终端发出的响应,单独地建立从第一通信终端到第二通信终端的通信路由、以及从第二通信终端到第一通信终端的通信路由,使其彼此不同。
24.根据权利要求22的通信终端装置,
其中路由建立装置基于路由请求更新相应路由的寿命。
25.一种对通信终端装置的控制方法,包括:
第一步骤,用于重复接收从第一通信终端发出的第一消息、或响应所述第一消息从第二通信终端发出的第二消息,以产生到第一和第二通信终端的多个路由;以及
第二步骤,用于基于从第一通信终端发出、并由对将用于与第二通信终端通信的路由的请求构成的路由请求,利用属于多个产生的路由、并满足路由请求的路由在第一和第三通信终端之间建立通信路由。
26.一种通信终端装置,包括:
路由产生装置,用于重复接收从第一通信终端向作为目的地的其自身发出的第一消息,以产生多个到第一通信终端的路由;以及
路由建立装置,用于基于从第一通信终端发出、并由对将用于与其自身通信的路由的请求构成的路由请求,利用属于由路由产生装置产生的多个路由、并满足路由请求的路由建立到第一通信终端的通信路由。
27.一种通信系统,包括多个通信终端,且基于从第一通信终端通过第二通信终端向第三通信终端发出的消息,通过利用所述第二和第三通信终端产生到第一通信终端的路由,以通过产生的路由在所述第一和第三通信终端之间通信,
其中所述第二通信终端具有状态通知装置,用于在作为消息的上游侧的路由上的通信的断开特征方面检测可能断开状态,并将可能的断开状态通知给第一通信终端,以及
第一通信终端具有消息发出装置,用于利用根据除匹配从第二通信终端通知的可能的断开状态的路由以外的路由的产生条件来产生消息,并发出消息。
28.根据权利要求27的通信系统,
其中所述状态通知装置基于至少两个不同的通信标准检测可能的断开状态。
29.根据权利要求27的通信系统,
其中所述状态通知装置将通知到第一通信终端的可能的断开状态数限制在指定比值。
30.根据权利要求27的通信系统,
其中所述消息发出装置利用根据条件优于可能的断开状态的路由的产生条件产生消息。
31.根据权利要求27的通信系统,
其中所述消息发出装置测量在单位时间基础上从所述第二通信终端通知的可能的断开状态的通知数,当测量结果超过指定次数时,利用根据除所述路由以外的路由的产生条件产生消息。
32.根据权利要求31的通信系统,
其中所述消息发出装置测量在单位时间基础上从所述第二通信终端通知的可能的断开状态的通知数,当测量结果超过指定次数时,利用根据状态优于对应于通知数的可能的断开状态的统计结果的路由的产生条件产生消息。
33.一种通信终端装置,其位于作为传输起点的通信终端和作为传输目的地的通信终端之间,且基于从作为传输起点的通信终端向作为传输目的地的通信终端发出的消息,产生到作为传输起点的通信终端的路由,所述通信终端装置包括:
状态通知装置,用于在作为消息的上游侧的路由上的通信的断开特征方面检测可能断开状态,并将可能的断开状态通知给作为传输起点的通信终端。
34.根据权利要求33的通信终端装置,
其中所述状态通知装置基于至少两个不同的通信标准检测可能的断开状态。
35.根据权利要求33的通信终端装置,
其中所述状态通知装置将通知到作为传输起点的通信终端的可能的断开状态数限制在指定比值。
36.一种用于通信终端装置的通信方法,所述装置位于作为传输起点的通信终端和作为传输目的地的通信终端之间,且基于从作为传输起点的通信终端向作为传输目的地的通信终端发出的消息,产生到作为传输起点的通信终端的路由,所述通信方法包括:
第一步骤,在作为消息的上游侧的路由上的通信的断开特征方面检测可能断开状态;以及
第二步骤,将由第一步骤检测的可能的断开状态通知给作为传输起点的通信终端。
37.一种通信终端装置,其基于从其自身向作为传输目的地的通信终端发出的消息,通过位于其自身和作为传输目的地的通信终端之间的通信终端产生到其自身的路由,并通过产生的路由与作为传输目的地的通信终端通信,所述通信终端装置包括:
消息发出装置,用于在中间通信终端在消息的路由上游的通信的断开特征方面通知可能的断开状态时,利用根据除匹配所述可能的断开状态的路由以外的路由的产生条件产生消息,并发出所述消息。
38.根据权利要求37的通信终端装置,
其中所述消息发出装置利用根据条件优于可能的断开状态的路由的产生条件产生所述消息。
39.根据权利要求37的通信终端装置,
其中所述消息发出装置测量在单位时间基础上从所述中间通信终端通知的可能的断开状态的通知数,当测量结果超过指定次数时,利用根据所述路由以外的路由的产生条件产生消息。
40.根据权利要求39的通信终端装置,
其中所述消息发出装置测量在单位时间基础上从所述中间通信终端通知的可能的断开状态的通知数,当测量结果超过指定次数时,利用根据状态优于对应于通知数的可能的断开状态的统计结果的路由的产生条件产生消息。
41.一种用于通信终端装置的通信方法,所述装置基于从其自身向作为传输目的地的通信终端发出的消息,通过位于其自身和作为传输目的地的通信终端之间的通信终端产生到其自身的路由,并通过产生的路由与作为传输目的地的通信终端通信,所述通信方法包括:
第一步骤,在中间通信终端在消息的路由上游的通信的断开特征方面通知可能的断开状态时,利用根据除匹配所述可能的断开状态的路由以外的路由的产生条件产生消息;以及
第二步骤,发出由第一步骤产生的所述消息。
42.一种用于通信终端装置的程序,所述装置位于作为传输起点的通信终端和作为传输目的地的通信终端之间,且基于从作为传输起点的通信终端向作为传输目的地的通信终端发出的消息,产生到作为传输起点的通信终端的路由,所述程序包括:
第一步骤,在作为消息的上游侧的路由上的通信的断开特征方面检测可能断开状态;以及
第二步骤,将由第一步骤检测的可能的断开状态通知给第一通信终端。
43.一种用于通信终端装置的程序,所述装置基于从其自身向作为传输目的地的通信终端发出的消息,通过位于其自身和作为传输目的地的通信终端之间的通信终端产生到其自身的路由,并通过产生的路由与作为传输目的地的通信终端通信,所述程序包括:
第一步骤,在中间通信终端在消息的路由上游的通信的断开特征方面通知可能的断开状态时,利用根据除匹配所述可能的断开状态的路由以外的路由的产生条件产生消息;以及
第二步骤,发出由第一步骤产生的消息。
Applications Claiming Priority (4)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
JP2003290468A JP4605426B2 (ja) | 2003-08-08 | 2003-08-08 | 通信端末装置及びその制御方法、プログラム |
JP290469/2003 | 2003-08-08 | ||
JP290470/2003 | 2003-08-08 | ||
JP290468/2003 | 2003-08-08 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN1833414A true CN1833414A (zh) | 2006-09-13 |
CN100574260C CN100574260C (zh) | 2009-12-23 |
Family
ID=34368489
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CNB2004800228065A Expired - Fee Related CN100574260C (zh) | 2003-08-08 | 2004-08-06 | 通信系统、通信方法、通信终端装置及其控制方法 |
Country Status (2)
Country | Link |
---|---|
JP (1) | JP4605426B2 (zh) |
CN (1) | CN100574260C (zh) |
Cited By (7)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN102217378A (zh) * | 2011-05-27 | 2011-10-12 | 华为技术有限公司 | 探测路径信息的方法、设备及系统 |
WO2011153832A1 (zh) * | 2010-06-07 | 2011-12-15 | 西安西电捷通无线网络通信股份有限公司 | 一种交换路由探寻方法、系统及设备 |
CN102724732A (zh) * | 2006-07-04 | 2012-10-10 | 株式会社日立制作所 | 自组织网络的构筑方法 |
CN102823194A (zh) * | 2010-03-31 | 2012-12-12 | 瑞典爱立信有限公司 | 操作、监管和管理代理和用于处理操作、监管和管理消息的方法 |
CN102882793A (zh) * | 2012-09-20 | 2013-01-16 | 杭州华三通信技术有限公司 | 拓扑改变消息的传输处理方法及网络设备 |
CN103262482A (zh) * | 2010-12-10 | 2013-08-21 | 日本电气株式会社 | 通信系统、控制设备、节点控制方法和程序 |
CN107852366A (zh) * | 2015-06-17 | 2018-03-27 | 瑞典爱立信有限公司 | 减少网状网络中的延时 |
Families Citing this family (19)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
JP4605428B2 (ja) * | 2003-08-08 | 2011-01-05 | ソニー株式会社 | 通信システム、通信端末装置、通信方法及びプログラム |
US8005054B2 (en) | 2003-08-08 | 2011-08-23 | Sony Corporation | Communication system, communication method, communication terminal device, control method thereof, and program |
JP4605427B2 (ja) * | 2003-08-08 | 2011-01-05 | ソニー株式会社 | 通信システム、通信方法、通信端末装置及びその制御方法並びにプログラム |
US8068507B2 (en) | 2005-06-14 | 2011-11-29 | Interdigital Technology Corporation | Method and system for conveying backhaul link information for intelligent selection of a mesh access point |
JP4696314B2 (ja) * | 2005-11-14 | 2011-06-08 | 株式会社国際電気通信基礎技術研究所 | 無線装置およびそれを備えた無線ネットワークシステム |
JP4281768B2 (ja) | 2006-08-15 | 2009-06-17 | ソニー株式会社 | 通信システム、無線通信装置およびその制御方法 |
JP5131127B2 (ja) * | 2008-09-30 | 2013-01-30 | 沖電気工業株式会社 | 経路制御装置、経路制御方法、経路制御プログラム及びノード |
JP4573914B2 (ja) * | 2009-01-26 | 2010-11-04 | パナソニック株式会社 | 中継装置、制御方法、およびプログラム |
CN102835182B (zh) | 2010-03-31 | 2015-07-15 | 富士通株式会社 | 节点装置以及绕行路径调查方法 |
JP5455820B2 (ja) * | 2010-07-02 | 2014-03-26 | 三菱電機株式会社 | 経路選択方法、通信装置および通信システム |
GB2484915B (en) * | 2010-10-22 | 2013-10-23 | Toshiba Res Europ Ltd | Forwarding and routing in sensor networks |
JP6098322B2 (ja) | 2013-04-17 | 2017-03-22 | 富士通株式会社 | パケット転送方法、ノード装置およびプログラム |
JP6362594B2 (ja) * | 2013-06-28 | 2018-07-25 | 古河電気工業株式会社 | ネットワークシステムおよびその制御方法 |
JP2015046661A (ja) * | 2013-08-27 | 2015-03-12 | ソニー株式会社 | 情報処理装置および情報処理方法 |
JP6498035B2 (ja) * | 2015-05-22 | 2019-04-10 | シャープ株式会社 | 無線通信システム及び無線通信装置 |
JP6325499B2 (ja) | 2015-09-17 | 2018-05-16 | 双葉電子工業株式会社 | 無線装置、ネットワークシステム、制御方法 |
WO2017145390A1 (ja) * | 2016-02-26 | 2017-08-31 | 富士通株式会社 | データ転送プログラム、データ転送装置およびデータ転送方法 |
JP7082878B2 (ja) * | 2018-01-05 | 2022-06-09 | 株式会社モバイルテクノ | 通信経路制御装置および通信経路制御方法 |
JP2020145540A (ja) * | 2019-03-05 | 2020-09-10 | 沖電気工業株式会社 | 制御装置、制御プログラム、制御方法、通信装置および通信システム |
Family Cites Families (13)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
JPS5925537B2 (ja) * | 1980-04-02 | 1984-06-19 | 日本電信電話株式会社 | ル−ト切戻し方式 |
JPS6253546A (ja) * | 1985-09-03 | 1987-03-09 | Fujitsu Ltd | ル−テイングにおけるル−プ防止制御方式 |
JP3102057B2 (ja) * | 1991-05-17 | 2000-10-23 | オムロン株式会社 | 無線ネットワークシステムおよび送信経路探索方法 |
JPH04369948A (ja) * | 1991-06-19 | 1992-12-22 | Mitsubishi Electric Corp | パケット中継装置 |
JPH06232908A (ja) * | 1993-02-05 | 1994-08-19 | Fuji Xerox Co Ltd | ルーティング装置 |
CA2356947A1 (en) * | 1998-12-23 | 2000-07-06 | Nokia Wireless Routers, Inc. | A unified routing scheme for ad-hoc internetworking |
JP4180758B2 (ja) * | 1999-11-08 | 2008-11-12 | 株式会社日立製作所 | 無線ネットワーク、その経路制御方法および無線通信制御装置 |
JP2003198563A (ja) * | 2001-12-27 | 2003-07-11 | Ntt Comware Corp | 無線通信装置および方法と無線通信プログラムおよび該プログラムを記録したコンピュータ読取り可能な記録媒体 |
US7764617B2 (en) * | 2002-04-29 | 2010-07-27 | Harris Corporation | Mobile ad-hoc network and methods for performing functions therein based upon weighted quality of service metrics |
JP3977157B2 (ja) * | 2002-06-17 | 2007-09-19 | Kddi株式会社 | 経路制御方法及び装置、並びにコンピュータプログラム |
JP4605428B2 (ja) * | 2003-08-08 | 2011-01-05 | ソニー株式会社 | 通信システム、通信端末装置、通信方法及びプログラム |
JP4605427B2 (ja) * | 2003-08-08 | 2011-01-05 | ソニー株式会社 | 通信システム、通信方法、通信端末装置及びその制御方法並びにプログラム |
JP2005286989A (ja) * | 2004-03-02 | 2005-10-13 | Ntt Docomo Inc | 通信端末及びアドホックネットワーク経路制御方法 |
-
2003
- 2003-08-08 JP JP2003290468A patent/JP4605426B2/ja not_active Expired - Fee Related
-
2004
- 2004-08-06 CN CNB2004800228065A patent/CN100574260C/zh not_active Expired - Fee Related
Cited By (16)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN102724732B (zh) * | 2006-07-04 | 2015-04-15 | 株式会社日立制作所 | 自组织网络的构筑方法 |
CN102724732A (zh) * | 2006-07-04 | 2012-10-10 | 株式会社日立制作所 | 自组织网络的构筑方法 |
CN102823194A (zh) * | 2010-03-31 | 2012-12-12 | 瑞典爱立信有限公司 | 操作、监管和管理代理和用于处理操作、监管和管理消息的方法 |
US9137259B2 (en) | 2010-06-07 | 2015-09-15 | China Iwncomm Co., Ltd. | Switch route exploring method, system and device |
WO2011153832A1 (zh) * | 2010-06-07 | 2011-12-15 | 西安西电捷通无线网络通信股份有限公司 | 一种交换路由探寻方法、系统及设备 |
US9906448B2 (en) | 2010-12-10 | 2018-02-27 | Nec Corporation | Communication system, control device, node controlling method, and program |
CN103262482A (zh) * | 2010-12-10 | 2013-08-21 | 日本电气株式会社 | 通信系统、控制设备、节点控制方法和程序 |
CN103262482B (zh) * | 2010-12-10 | 2016-09-07 | 日本电气株式会社 | 通信系统、控制设备和节点控制方法 |
CN102217378B (zh) * | 2011-05-27 | 2014-03-05 | 华为技术有限公司 | 探测路径信息的方法、设备及系统 |
WO2011144114A3 (zh) * | 2011-05-27 | 2012-04-26 | 华为技术有限公司 | 探测路径信息的方法、设备及系统 |
WO2011144114A2 (zh) * | 2011-05-27 | 2011-11-24 | 华为技术有限公司 | 探测路径信息的方法、设备及系统 |
CN102217378A (zh) * | 2011-05-27 | 2011-10-12 | 华为技术有限公司 | 探测路径信息的方法、设备及系统 |
CN102882793A (zh) * | 2012-09-20 | 2013-01-16 | 杭州华三通信技术有限公司 | 拓扑改变消息的传输处理方法及网络设备 |
CN102882793B (zh) * | 2012-09-20 | 2018-10-12 | 新华三技术有限公司 | 拓扑改变消息的传输处理方法及网络设备 |
CN107852366A (zh) * | 2015-06-17 | 2018-03-27 | 瑞典爱立信有限公司 | 减少网状网络中的延时 |
CN107852366B (zh) * | 2015-06-17 | 2021-04-06 | 瑞典爱立信有限公司 | 减少网状网络中的延时的方法、中继节点和计算机可读存储介质 |
Also Published As
Publication number | Publication date |
---|---|
JP4605426B2 (ja) | 2011-01-05 |
CN100574260C (zh) | 2009-12-23 |
JP2005064721A (ja) | 2005-03-10 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN1833414A (zh) | 通信系统、通信方法、通信终端装置、其控制方法以及程序 | |
CN1298148C (zh) | 微移动性网络路由系统与方法 | |
CN1160915C (zh) | 用于在互联网路由提供商之间互连的专用网络接入点路由器 | |
CN101032137A (zh) | 网络系统、节点及节点控制程序、网络控制方法 | |
CN1525707A (zh) | 通讯系统,移动终端和传送设备 | |
CN1969528A (zh) | 用于点对多点传输系统的点对点修复响应机制 | |
CN1383337A (zh) | 数据链路传输控制方法、移动通信系统、数据链路传输控制装置、基站、移动台、移动台控制程序以及可机读的记录媒体 | |
CN1615635A (zh) | 移动节点,路由器,服务器和根据ip版本6(ipv6)协议的移动通信的方法 | |
CN1509022A (zh) | 分层网络节点及通过该节点构成的网络、节点和分层网络 | |
CN1685675A (zh) | 内部bgp下载器 | |
CN1426263A (zh) | 用于移动系统的自适应服务质量保留和预分配 | |
CN1756196A (zh) | 设置管理系统和设置管理程序 | |
CN1679279A (zh) | 网络系统、生成树构成方法、生成树构成节点和生成树构成程序 | |
CN1698293A (zh) | 用于在宽带无线接入通信系统中控制睡眠模式与唤醒模式之间的状态转换的系统和方法 | |
CN1906904A (zh) | 路由器装置、通信装置、路由方法、路由程序及记录了路由程序的计算机可读取的记录媒体 | |
CN1656749A (zh) | 数字内容分发系统、方法、程序及服务器和客户机 | |
CN1801970A (zh) | 自动产生和/或控制有多个参加者的电信会议的方法及设备 | |
CN1750543A (zh) | 服务器负载平衡系统、装置以及内容管理装置 | |
CN1522009A (zh) | 用于通信的网络资源优化装置与方法 | |
CN1414751A (zh) | 服务控制网络,服务器,网络装置,服务信息分配方法以及服务信息分配程序 | |
CN1262093C (zh) | 移动通信系统、服务器装置和数据发送方法 | |
CN1496632A (zh) | 用在扩展局域网中的以优先级为基础的负载平衡方法和设备 | |
CN1816053A (zh) | 基于会话初始化协议的流媒体直播p2p网络方法 | |
CN1685672A (zh) | 通信控制方法及系统,数据包转发及监测方法和系统 | |
CN1578273A (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 | ||
CF01 | Termination of patent right due to non-payment of annual fee |
Granted publication date: 20091223 Termination date: 20150806 |
|
EXPY | Termination of patent right or utility model |