CN100338920C - 一种利用层次自组网构建紧急通信系统的方法 - Google Patents
一种利用层次自组网构建紧急通信系统的方法 Download PDFInfo
- Publication number
- CN100338920C CN100338920C CNB2005100062691A CN200510006269A CN100338920C CN 100338920 C CN100338920 C CN 100338920C CN B2005100062691 A CNB2005100062691 A CN B2005100062691A CN 200510006269 A CN200510006269 A CN 200510006269A CN 100338920 C CN100338920 C CN 100338920C
- Authority
- CN
- China
- Prior art keywords
- node
- network
- data
- head node
- communication
- 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.)
- Expired - Fee Related
Links
- 238000000034 method Methods 0.000 title claims abstract description 45
- 230000006854 communication Effects 0.000 claims abstract description 161
- 238000004891 communication Methods 0.000 claims abstract description 152
- 238000013475 authorization Methods 0.000 claims abstract description 14
- 238000010295 mobile communication Methods 0.000 claims abstract description 5
- 230000004044 response Effects 0.000 claims description 24
- 230000008569 process Effects 0.000 claims description 16
- 238000005516 engineering process Methods 0.000 claims description 13
- 230000002457 bidirectional effect Effects 0.000 claims description 10
- 230000005540 biological transmission Effects 0.000 claims description 7
- 238000012545 processing Methods 0.000 claims description 7
- 238000012544 monitoring process Methods 0.000 claims description 6
- 230000010485 coping Effects 0.000 claims description 4
- 239000000463 material Substances 0.000 claims description 4
- 230000009471 action Effects 0.000 claims description 3
- 230000006855 networking Effects 0.000 claims description 3
- 230000006835 compression Effects 0.000 claims description 2
- 238000007906 compression Methods 0.000 claims description 2
- 230000010354 integration Effects 0.000 claims description 2
- 238000012423 maintenance Methods 0.000 claims description 2
- 238000010586 diagram Methods 0.000 description 9
- 230000007246 mechanism Effects 0.000 description 5
- 238000010276 construction Methods 0.000 description 3
- 238000011161 development Methods 0.000 description 2
- 230000000694 effects Effects 0.000 description 2
- 206010000369 Accident Diseases 0.000 description 1
- 230000009545 invasion Effects 0.000 description 1
- 230000009467 reduction Effects 0.000 description 1
- 238000012546 transfer Methods 0.000 description 1
Images
Landscapes
- Mobile Radio Communication Systems (AREA)
Abstract
本发明属于移动自组织网络MANET技术领域，利用MANET技术和移动IPv6技术构建紧急通信系统的方法。本方法将移动自组网技术和移动IPv6技术结合在一起组建紧急通信网络；在紧急通信设备的网络协议栈中增加广播控制子层，有效控制数据包广播所带来的网络开销；在网络层采用SAODV路由协议，保证路由安全性，采用移动IPv6协议，保证移动通信连续性；在紧急通信设备上运行地址自动配置、动态域名系统和服务发现等自动配置系统，使通信设备的网络配置自动进行；层次自组网组内节点的通信无需通过头节点而自组完成，层次自组网跨组节点的通信通过头节点的认证、授权和转发完成，监控中心根据现场传回的数据进行实时远程指挥。
Description
技术领域
本发明属于移动自组织网络MANET技术领域，是利用MANET技术和移动IPv6技术构建紧急通信系统的一种方法。
背景技术
移动自组织网络MANET(Mobile Ad Hoc Networks)是一种无基站的无线多跳网络，是一种具有高度动态拓扑、节点任意移动的、点对点的自创建、自组织、自管理网络[1]Ramanathan R，Redi J，“A Brief Overviewof mobile Ad hoc Networks：Challenges and Directions”，IEEECommunications Magazine，50th Anniversary Commemorative Issue[C]，2002。AODV(Ad hoc On-demand Distance Vector)是MANET中的一种按需驱动路由协议[2]C.Perkins，“Ad hoc On-Demand Distance Vector(AODV)Routing”，RFC3561，July 2003；AODV6是一种扩展的AODV协议，用于使用IPv6的MANET中[3]Charles E.Perkins，“Ad hoc On-DemandDistance Vector(AODV)Routing for IP version 6”，draft-perkins-manet-aodv6-01.txt，November 2000；安全自组网按需距离向量(Secure Ad hoc On-demand Distance Vector，SAODV)将AODV扩展为一种安全的支持认证的路由协议[4]Manel Guerrero Zapata，“Secure Adhoc On-demand Distance Vector Routing”，draft-guerrero-manet-saodv-02.txt，November 2004。为了减轻MANET用户手工配置的繁琐，使MANET快速组网、灵活易用的特性得到充分体现，必须在MANET中使用各种自动配置技术，包括：地址自动配置、域名解析和服务发现[5]Jaehoon Jeong，Jungsoo Park，“AutoconfigurationTechnologies for IPv6 Multicast Service in Mobile Ad-hoc Networks”，TheInternational Conference on Information Networking，2002。移动IPv6为在因特网内移动的节点提供连续通信的能力[6]D.Johnson，C.Perkins，“Mobility Support in IPv6”，RFC3775，June 2004。分层结构的移动自组织网络被称为层次自组网。当火灾、洪水、地震、恐怖活动等灾难性事件发生时，需要快速地构建一个临时的安全移动通信网络，方便救援活动地开展，层次自组网正好能够满足这些要求。
发明内容
本发明的目的在于提供一种利用层次移动自组织网络技术构建紧急通信系统的方法。
一种利用层次自组网构建紧急通信系统的方法，该方法利用移动自组网技术和移动IPv6技术构建紧急通信网络，在紧急通信设备的网络协议栈中增加广播控制子层，有效控制数据包广播所带来的网络开销，在紧急通信设备上运行移动IPv6协议，保证节点移动过程中的通信连续性；在网络层采用安全自组网按需距离向量(SAODV)路由协议，保证路由安全性，采用移动IPv6协议，保证移动通信连续性；
在紧急通信设备上运行地址自动配置、动态域名系统和服务发现自动配置系统，使通信设备的网络配置自动进行；
层次自组网组内节点的通信无需通过头节点而自组完成，层次自组网跨组节点的通信通过头节点的认证、授权和转发完成；
远程监控中心根据从自组网和因特网传回的现场数据，实时进行远程指挥。
当一次灾难性事件发生时，地面固定基础通信设施很有可能已被破坏，而为了救援工作的有效开展，一个部门内部的救援人员之间需要交换信息，部门和部门之间需要交换信息，部门与远程指挥中心之间需要交换信息，这就需要快速地组建一个临时通信网络，同时必须保证这种临时网络的安全性，这种安全性包括两个方面，一方面必须保证该网络可以抵制非法节点入侵，另一方面必须保证各部门内部资料的保密性。各部门的救援节点形成相对独立的一个小组，小组成员之间的通信是自由的；每个小组可以推选出一个处理能力强的通信节点作为头节点，所有的头节点可以相互联系；两个不同小组节点间的联系可以通过头节点的中转完成。虽然这些节点在物理上可能是全部无线链路连通的，但在逻辑上却被分组成了一个个单独的网络。
图1是一个火灾事故救援现场的通信拓扑图。该网络拓扑被分为两个部分：因特网部分和移动自组网部分。因特网部分包括的网络设备有：远程监控/指挥中心设备、紧急预案服务器、各部门的内部资料服务器(警察救援服务器、消防救援服务器、医务救援服务器和空中救援服务器等)、路由器以及与之相连的无线接入点或基站设备。移动自组网部分被分成了四组：警察组、医务组、消防组和空援组。每个组内部的节点组成了一个自组网，同时，每个组都选取出一个头节点，这些头节点也自组成一个网络。移动自组网和因特网通过无线接入点和基站进行通信。
在图1中，将移动自组网部分的网络设备用一个点表示，设备间的无线链路用一线段表示，就成为图2所示的逻辑结构图。这是一个典型的层次自组网结构图，各组头节点构成了该层次自组网的第一层，被称为无线核心网；警察组、医务组、消防组和空援组中的节点各自构成层次自组网的第二层网络。各第二层网络通过安全的路由算法和认证机制防止非法节点入侵，第一层网络中的节点通过分级认证和授权机制保证各第二层网络间数据的分级保密与共享，所有通信节点对传输数据进行加密以保证数据的安全性。
图3是紧急通信设备的网络协议栈结构图。紧急通信设备采用TCP/IP协议栈模型，一共分为五层：最下面两层为物理层和数据链路层，第三层为网络层，第四层为传输层，四层之上为应用层。
在物理层和数据链路层可采用各种无线收发信设备，例如遵循802.11系列协议或802.16系列协议的网络接口卡。
网络层被分为三个子层，从下至上为广播控制子层、IPv6子层和MANET路由子层。
其中，广播控制子层负责对IP包进行广播控制转发，主要包括广播控制和IP包转发两个部分。IP包转发部分负责将从广播控制部分传来的数据包传递给数据链路层。广播控制部分接管从IPv6子层传来的数据包，判断其转发类型，若为广播包，根据广播控制算法决定该包是否被转发，被转发的广播包被传递到IP包转发部分；若数据包的转发类型不是广播，该数据包被直接传递到IP包转发部分。
IPv6子层负责IP路由支持和移动特性支持，主要包括IPv6路由和移动IPv6两个部分。其中，IPv6路由部分接管传输层传来的数据报文，将其封装成IP包，并查找路由表决定其下一跳，然后将IP包传递给广播控制部分。移动IPv6部分运行移动IPv6协议，保证节点在移动过程中的通信连续性。
MANET路由子层负责层次自组网的路由表维护和头节点选取。头节点可以事先指定，也可以利用头节点选择算法动态选取。MANET路由子层运行SAODV(Secure Ad hoc On-demand Distance Vector)路由协议，保证自组网路由的安全性。
传输层采用适用于无线移动环境的TCP/UDP协议。
应用层可以分为MANET自动配置子层和紧急通信应用子层。MANET自动配置子层包括地址自动配置、动态域名系统和服务发现三个部分，完成紧急通信设备的网络自动配置。紧急通信应用子层运行紧急通信应用系统，该系统支持分级认证和授权，为紧急通信系统中的节点提供等级严格的数据共享方式。
为什么需要广播控制子层呢？由于无线链路的广播特性，上层的广播报文发送容易导致广播风暴的产生。大量的广播会导致网络中的可用带宽减少，使得数据传递的实时性降低，这在紧急通信网络中是不可容忍的。若没有广播控制机制，每个节点收到广播报文后，就会向它的邻居节点广播出去。事实上，并不需要每一个节点都转发广播报文，广播报文就可扩散到网络中的任一节点。因此，需要一种广播控制机制来限制节点对广播报文的转发。若每个用到广播的程序都自己运行一种广播控制算法，这不但增加了程序开发的复杂性，而且由于多种广播控制算法本身运行的网络开销而抵消了由广播控制机制所带来的带宽节省。所以，在数据链路层和IP层之间加入一个广播控制子层很有必要。广播控制子层统一处理上层应用程序的所有广播数据转发，使得上层程序不必关心广播控制问题，既减少了程序开发难度，又减小了同时运行多种广播控制算法所带来的网络开销。
利用遵循图3网络协议栈结构的通信设备可以自组织地组建紧急通信系统，其组建流程如图4所示。
紧急通信系统组建完毕后，各部门内部的救援人员之间以及不同部门救援人员之间就可以正常通信了。部门内部救援人员之间的通信流程如图5所示，不同部门救援人员之间的通信流程如图6所示。
紧急通信系统组建完毕后，现场数据通过自组网和因特网传回远程监控/指挥中心，监控中心根据重现的现场情况进行远程指挥。远程指挥通信流程如图7所示。
从上述紧急通信系统的组建和工作流程可以看出本发明的优点有：
(1)利用层次自组网技术可以快速地组建一个临时的安全移动通信网络，方便救援行动的有效开展。
(2)利用移动IPv6技术可以在行进途中下载紧急预案和部门资料，及时研究救援策略，加快救援进行。
(3)在网络协议栈中增加广播控制子层，减小了上层程序的开发难度，同时有效控制了广播所造成的网络开销，保证了通信的实时性。
(4)在网络层采用SAODV路由协议，保证了路由的安全性，使得非法节点无法进入紧急通信网。
附图说明
图1是紧急通信网拓扑示意图。
图2是紧急通信网逻辑结构图。
图3是紧急通信设备协议栈结构图。
图4是紧急通信网组建流程图。
图5是组内通信流程图。
图6是跨组通信流程图。
图7是远程指挥通信流程图。
具体实施方式
利用层次自组网构建紧急通信系统的方法，其中的紧急通信网组建流程如下：
步骤S1：当接到报警后，各部门的各种通信设备启动，进行网络初始化自动配置；
步骤S2：各通信设备在前往目的地途中，利用移动IPv6技术从紧急预案服务器上下载紧急预案；
步骤S3：各通信设备到达目的地后，利用头节点选择算法和SAODV路由算法组成自组织层次结构网络；
步骤S4：各通信设备配置可自组织通信和可与因特网设备通信的IPv6地址，启动动态域名系统和紧急通信应用系统；
步骤S5：各组通信设备头节点从自己所属部门的服务器上下载资料，并分发给组内各节点。网络组建和文件下载完毕，正常通信开始。
图4中各事件的处理步骤如下：(紧急通信网组建流程)
S4.1：当紧急救援中心接到警报后，根据事故类型，立即命令救援部门采取行动；救援部门接到命令后，启动紧急通信设备，向目的地点出发；
S4.2：紧急通信设备进行网络初始化，包括加载网络设备驱动、启动TCP/IP协议栈、配置全局IP地址、启动移动IPv6协议、启动紧急通信文件下载系统；
S4.3：紧急通信设备在前往目的地途中会经过很多不同的无线网络，利用移动IPv6技术，紧急通信文件下载系统从紧急预案服务器上连续下载当前可以使用的紧急预案，救援人员可以在行进途中，根据紧急预案初步确定救援计划；
S4.4：到达目的地后，紧急通信设备根据所处的地理位置自动探测邻居节点，开始自组织组网；
S4.5：紧急通信设备启动安全的按需驱动距离向量SAODV路由协议；
S4.6：紧急救援组的通信设备选取出该组的头节点，若有可能，头节点的选取应使得至少有一个头节点与有线网络上的接入点保持无线链路连通性；
S4.7：选取出的头节点运行SAODV路由算法组成无线核心网；
S4.8：头节点从有线网络的接入路由器上获得地址前缀，为自己生成一个全局IPv6地址，并为自己管辖的组内节点生成一个IPv6地址池；
S4.9：组内节点运行SAODV路由算法组成单独的无线接入网，各接入网通过自己的头节点相互连通；
S4.10：通信节点从自己所在组的头节点地址池里获取IPv6地址；
S4.11：通信节点的IPv6地址配置完毕后，启动动态域名系统，提供紧急通信网内部的名字解析服务；
S4.12：紧急通信设备根据自己的性质启动不同的紧急通信应用系统；
S4.13：头节点利用紧急通信应用系统中的组内文件下载功能从各部门的服务器上下载各种救援资料，并分发给组内各节点；
S4.14：紧急通信设备已组成移动自组织层次网络，并获得了所需要的资料，紧急通信设备可以进行正常通信。在自组织的安全的通信保障下，救援工作开始有序高效地进行；
利用层次自组网构建紧急通信系统的方法，其中的紧急通信网组内通信流程如下：
步骤S1：发起组内名字呼叫时，动态域名系统返回该名字所对应的IPv6地址；
步骤S2：源节点和目的节点问建立一条双向安全路由；
步骤S3：呼叫请求和应答在建立好的路由上传送，目的节点和源节点相互进行认证；
步骤S4：加密数据在广播控制子层管理下在呼叫连接上进行通信。
图5中各事件的处理步骤如下：(组内通信流程)
S5.1：当源节点呼叫组内目的节点名字时，动态域名系统查询出该节点名字所对应的IPv6地址，并将该地址返回给源节点；
S5.2：源节点发起对目的IPv6地址的呼叫请求，呼叫请求中包含了用于认证的信息；
S5.3：检查路由表，判断到目的节点的路由是否存在，若是，转到S5.6；否则，进入S5.4；
S5.4：利用SAODV路由算法建立一条源节点与目的节点之间的双向安全路由。在路由建立过程中，路由请求将受广播控制子层的广播控制转发；
S5.5：源节点判断路由是否建立成功，若是，进入S5.6；若路由建立失败，转到S5.16；
S5.6：源节点将呼叫请求发送出去；
S5.7：中间节点收到呼叫请求，首先判断它是否为广播发送信息，若是，进入S5.8；否则转到S5.9；
S5.8：中间节点的广播控制子层对呼叫请求进行广播控制转发，即利用广播控制算法判断该请求是否需要转发，若是，将该请求广播转发出去，否则丢弃该消息；
S5.9：将呼叫请求向目的地址单播转发；
S5.10：目的节点收到呼叫请求后，根据其中的认证信息对该请求进行认证；
S5.11：判断呼叫请求认证是否通过，若是，进入S5.12，否则转到S5.16；
S5.12：目的节点向源节点发送呼叫应答，其中包含了认证信息；
S5.13：通过中间节点的转发，呼叫应答被发送到源节点。源节点通过应答消息中的认证信息对呼叫应答进行认证；
S5.14：判断呼叫应答认证是否通过，若是，进入S5.15；否则转到S5.16；
S5.15：认证通过后，表明呼叫连接建立成功，后续通信过程在该连接上进行，通信数据必须加密后进行发送，广播数据将受广播控制子层的广播控制转发；
S5.16：通知头节点本组网络内有非法节点存在，头节点实施相应的安全应付方案，将非法节点排除在网络之外。
利用层次自组网构建紧急通信系统的方法，其中的紧急通信网跨组通信流程如下：
步骤S1：发起跨组名字呼叫时，动态域名系统返回该名字所对应的IPv6地址；
步骤S2：源节点与该组头节点、头节点与目的组头节点、目的组头节点与目的节点分别建立一条双向安全路由；
步骤S3：呼叫请求和应答在建立好的路由上传送，本组头节点和目的组头节点对呼叫请求和应答进行认证与授权；
步骤S4：加密数据在广播控制子层管理下在呼叫连接上进行跨组通信。
图6中各事件的处理步骤如下：(跨组通信流程)
S6.1：当源节点呼叫跨组目的节点名字时，动态域名系统查询出该节点名字所对应的IPv6地址，并将该地址返回给源节点；
S6.2：源节点发起对目的IPv6地址的呼叫请求，呼叫请求中包含了用于认证的信息；
S6.3：利用SAODV路由算法建立一条源节点与本组头节点之间的双向安全路由。在路由建立过程中，路由请求将受广播控制子层的广播控制转发；
S6.4：源节点判断路由是否建立成功，若是，进入S6.5；若路由建立失败，转到S6.15；
S6.5：呼叫请求沿建立好的路由传递到头节点，头节点根据呼叫请求中的源IP地址、目的IP地址和认证信息对该请求进行认证与授权检查；
S6.6：判断认证与授权是否通过，若是，进入S6.7，否则转到S6.1；
S6.7：根据目的IP地址确定目的组头节点IP地址，将呼叫请求在无线核心网上向目的组头节点转发；
S6.8：目的组头节点收到呼叫请求后，根据其中的源组头节点地址、目的地址和认证信息对该请求进行认证与授权检查；
S6.9：判断认证与授权是否通过，若是，进入S6.10，否则转到S6.15；
S6.10：目的组头节点向目的节点转发呼叫请求；
S6.11：利用SAODV路由算法建立一条目的组头节点与目的节点之间的双向安全路由，在路由建立过程中，路由请求将受广播控制子层的广播控制转发；
S6.12：目的组头节点判断路由是否建立成功，若是，进入S6.13；若路由建立失败，转到S6.15；
S6.13：呼叫请求沿建立好的路由传递到目的节点，目的节点向源节点发送跨组呼叫应答，该应答消息中包含了认证信息，呼叫应答沿建立好的路由向源请求节点发送，通过目的组头节点和源组头节点的认证与授权后，到达源请求节点；
S6.14：源请求节点收到呼叫应答，表明呼叫连接建立成功，后续通信过程在该连接上进行，通信数据必须加密后进行发送，广播数据将受广播控制子层的广播控制转发；
S6.15：向源节点和头节点发送呼叫失败消息，若头节点检查出本组网络内有非法节点存在，立即实施相应的安全应付方案，将非法节点排除在网络之外。
利用层次自组网构建紧急通信系统的方法，其中的远程指挥通信流程如下：
步骤S1：现场数据采集后通过通信设备发到头节点；
步骤S2：头节点对数据进行认证以及其它处理，然后通过因特网将数据发送到远程监控/指挥中心；
步骤S3：监控/指挥中心根据重现的现场情况作出实时策略，这些策略和相关数据通过因特网发送到各组头节点；
步骤S4：头节点进行认证后将策略转发到组内节点，现场人员根据实时策略实施救援。
图7中各事件的处理步骤如下：(远程指挥通信流程)
S7.1：紧急通信网组建完毕后，各种现场数据采集设备开始采集数据，这些数据通过各通信设备向远程监控中心传送；
S7.2：与数据采集设备相关联的通信设备首先将现场数据向本组头节点发送，数据所在的IPv6报文里面包含了认证信息，这些认证信息用于对数据发送源的身份进行认证；
S7.3：利用SAODV路由算法建立一条数据采集源节点与头节点之间的双向安全路由，在路由建立过程中，路由请求将受广播控制子层的广播控制转发；
S7.4：源节点判断路由是否建立成功，若是，进入S7.5；若路由建立失败，转到S7.18；
S7.5：头节点收到现场数据后，根据其IPv6报文中的认证信息对该数据的真实性进行认证；
S7.6：判断认证是否通过，若是，进入S7.7；否则转到S7.18；
S7.7：头节点对从各个节点收到的数据进行数据集成、压缩和加密处理；
S7.8：头节点将加密后的数据向远程监控中心发送，这些数据通过无线核心网到达无线接入点与接入路由器，接入路由器通过因特网将数据转发给远程监控中心；
S7.9：远程监控中心收到数据后，首先根据其中的认证信息对数据真实性进行认证；
S7.10：判断认证是否通过，若是，进入S7.11，否则转到S7.18；
S7.11：经过数据解密和解析后，现场画面及情况重现在监视屏幕上；
S7.12：指挥人员根据现场画面以及相关数据制定救援策略，进行实时指挥；
S7.13：救援策略及其相关数据通过因特网和无线核心网发到各头节点；
S7.14：头节点根据实时策略IPv6报文中的认证信息对该策略进行认证；
S7.15：头节点判断实时策略认证是否通过，若是，进入S7.16，否则转到S7.18；
S7.16：头节点向组内节点转发救援策略及相关数据，若为广播数据，这些数据将受广播控制子层的广播控制转发；
S7.17：收到救援策略后，现场人员分析现场情况和相关数据，立即实施策略。同时，数据采集设备继续通过通信设备将采集到的数据向远程监控中心发送，以获得新的救援指挥信息，即转到S7.1；
S7.18：指示非法节点存在，所获数据不予采纳，通知各头节点启用安全应对方案，将非法节点排除在网络之外。
Claims (6)
1.一种利用层次自组网构建紧急通信系统的方法，其特征在于，该方法利用移动自组网技术和移动IPv6技术构建紧急通信网络，在紧急通信设备的网络协议栈中增加广播控制子层，有效控制数据包广播所带来的网络开销，在紧急通信设备上运行移动IPv6协议，保证节点移动过程中的通信连续性；
在网络层采用安全自组网按需距离向量SAODV路由协议，保证路由安全性，采用移动IPv6协议，保证移动通信连续性；
在紧急通信设备上运行地址自动配置、动态域名系统和服务发现自动配置系统，使通信设备的网络配置自动进行；
层次自组网组内节点的通信无需通过头节点而自组完成，层次自组网跨组节点的通信通过头节点的认证、授权和转发完成；
远程监控中心根据从自组网和因特网传回的现场数据，实时进行远程指挥。
2.根据权利要求1的利用层次自组网构建紧急通信系统的方法，其特征在于，所述紧急通信设备网络协议栈结构如下：
紧急通信设备采用TCP/IP协议栈模型，一共分为五层：最下面两层为物理层和数据链路层，第三层为网络层，第四层为传输层，四层之上为应用层；其中，
在物理层和数据链路层采用各种无线收发信设备；
网络层被分为三个子层，从下至上为广播控制子层、IPv6子层和移动自组织网络MANET路由子层；其中，
广播控制子层负责对IP包进行广播控制转发，主要包括广播控制和IP包转发两个部分：IP包转发部分负责将从广播控制部分传来的数据包传递给数据链路层；广播控制部分接管从IPv6子层传来的数据包，判断其转发类型，若为广播包，根据广播控制算法决定该包是否被转发，被转发的广播包被传递到IP包转发部分；若数据包的转发类型不是广播，该数据包被直接传递到IP包转发部分；
IPv6子层负责IP路由支持和移动特性支持，主要包括IPv6路由和移动IPv6两个部分；IPv6路由部分接管传输层传来的数据报文，将其封装成IP包，并查找路由表决定其下一跳，然后将IP包传递给广播控制部分；移动IPv6部分运行移动IPv6协议，保证节点在移动过程中的通信连续性；
MANET路由子层负责层次自组网的路由表维护和头节点选取，MANET路由子层运行SAODV路由协议，保证自组网路由的安全性；
传输层采用适用于无线移动环境的TCP/UDP协议；
应用层分为MANET自动配置子层和紧急通信应用子层；MANET自动配置子层包括地址自动配置、动态域名系统和服务发现三个部分，完成紧急通信设备的网络自动配置；紧急通信应用子层运行紧急通信应用系统，该系统支持分级认证和授权，为紧急通信系统中的节点提供等级严格的数据共享方式。
3.根据权利要求1的利用层次自组网构建紧急通信系统的方法，其特征在于，所述构建紧急通信网络具体包括以下步骤：
S4.1：当紧急救援中心接到警报后，根据事故类型，立即命令救援部门采取行动；救援部门接到命令后，启动紧急通信设备，向目的地点出发；
S4.2：紧急通信设备进行网络初始化，包括加载网络设各驱动、启动TCP/IP协议栈、配置全局IP地址、启动移动IPv6协议、启动紧急通信文件下载系统；
S4.3：紧急通信设备在前往目的地途中会经过很多不同的无线网络，利用移动IPv6技术，紧急通信文件下载系统从紧急预案服务器上连续下载当前可以使用的紧急预案，救援人员在行进途中，根据紧急预案初步确定救援计划；
S4.4：到达目的地后，紧急通信设备根据所处的地理位置自动探测邻居节点，开始自组织组网；
S4.5：紧急通信设备启动安全的按需驱动距离向量SAODV路由协议；
S4.6：紧急救援组的通信设备选取出该组的头节点，若有可能，头节点的选取应使得至少有一个头节点与有线网络上的接入点保持无线链路连通性；
S4.7：选取出的头节点运行SAODV路由算法组成无线核心网；
S4.8：头节点从有线网络的接入路由器上获得地址前缀，为自己生成一个全局IPv6地址，并为自己管辖的组内节点生成一个IPv6地址池；
S4.9：组内节点运行SAODV路由算法组成单独的无线接入网，各接入网通过自己的头节点相互连通；
S4.10：通信节点从自己所在组的头节点地址池里获取IPv6地址；
S4.11：通信节点的IPv6地址配置完毕后，启动动态域名系统，提供紧急通信网内部的名字解析服务；
S4.12：紧急通信设备根据自己的性质启动不同的紧急通信应用系统；
S4.13：头节点利用紧急通信应用系统中的组内文件下载功能从各部门的服务器上下载各种救援资料，并分发给组内各节点；
S4.14：紧急通信设备已组成移动自组织层次网络，并获得了所需要的资料，紧急通信设备进行正常通信，在自组织的安全的通信保障下，救援工作开始有序高效地进行。
4.根据权利要求1的利用层次自组网构建紧急通信系统的方法，其特征在于，所述紧急通信网络的组内通信流程具体包括：
S5.1：当源节点呼叫组内目的节点名字时，动态域名系统查询出该节点名字所对应的IPv6地址，并将该地址返回给源节点；
S5.2：源节点发起对目的IPv6地址的呼叫请求，呼叫请求中包含了用于认证的信息；
S5.3：检查路由表，判断到目的节点的路由是否存在，若是，转到S5.6；否则，进入S5.4；
S5.4：利用SAODV路由算法建立一条源节点与目的节点之间的双向安全路由，在路由建立过程中，路由请求将受广播控制子层的广播控制转发；
S5.5：源节点判断路由是否建立成功，若是，进入S5.6；若路由建立失败，转到S5.16；
S5.6：源节点将呼叫请求发送出去；
S5.7：中间节点收到呼叫请求，首先判断它是否为广播发送信息，若是，进入S5.8；否则转到S5.9；
S5.8：中间节点的广播控制子层对呼叫请求进行广播控制转发，即利用广播控制算法判断该请求是否需要转发，若是，将该请求广播转发出去，否则丢弃该消息；然后执行步骤S5.10；
S5.9：将呼叫请求向目的地址单播转发；
S5.10：目的节点收到呼叫请求后，根据其中的认证信息对该请求进行认证；
S5.11：判断呼叫请求认证是否通过，若是，进入S5.12，否则转到S5.16；
S5.12：目的节点向源节点发送呼叫应答，其中包含了认证信息；
S5.13：通过中间节点的转发，呼叫应答被发送到源节点，源节点通过应答消息中的认证信息对呼叫应答进行认证；
S5.14：判断呼叫应答认证是否通过，若是，进入S5.15；否则转到S5.16；
S5.15：认证通过后，表明呼叫连接建立成功，后续通信过程在该连接上进行，通信数据必须加密后进行发送，广播数据将受广播控制子层的广播控制转发；然后正常通信开始，结束本流程；
S5.16：通知头节点本组网络内有非法节点存在，头节点实施相应的安全应付方案，将非法节点排除在网络之外。
5.根据权利要求1的利用层次自组网构建紧急通信系统的方法，其
特征在于，所述紧急通信网络的跨组通信流程具体包括：
S6.1：当源节点呼叫跨组目的节点名字时，动态域名系统查询出该节点名字所对应的IPv6地址，并将该地址返回给源节点；
S6.2：源节点发起对目的IPv6地址的呼叫请求，呼叫请求中包含了用于认证的信息；
S6.3：利用SAODV路由算法建立一条源节点与本组头节点之间的双向安全路由，在路由建立过程中，路由请求将受广播控制子层的广播控制转发；
S6.4：源节点判断路由是否建立成功，若是，进入S6.5；若路由建立失败，转到S6.15；
S6.5：呼叫请求沿建立好的路由传递到头节点，头节点根据呼叫请求中的源IP地址、目的IP地址和认证信息对该请求进行认证与授权检查；
S6.6：判断认证与授权是否通过，若是，进入S6.7，否则转到S6.15；
S6.7：根据目的IP地址确定目的组头节点IP地址，将呼叫请求在无线核心网上向目的组头节点转发；
S6.8：目的组头节点收到呼叫请求后，根据其中的源组头节点地址、目的地址和认证信息对该请求进行认证与授权检查；
S6.9：判断认证与授权是否通过，若是，进入S6.10，否则转到S6.15；
S6.10：目的组头节点向目的节点转发呼叫请求；
S6.11：利用SAODV路由算法建立一条目的组头节点与目的节点之间的双向安全路由；在路由建立过程中，路由请求将受广播控制子层的广播控制转发；
S6.12：目的组头节点判断路由是否建立成功，若是，进入S6.13；若路由建立失败，转到S6.15；
S6.13：呼叫请求沿建立好的路由传递到目的节点，目的节点向源节点发送跨组呼叫应答，该应答消息中包含了认证信息，呼叫应答沿建立好的路由向源请求节点发送，通过目的组头节点和源组头节点的认证与授权后，到达源请求节点；
S6.14：源请求节点收到呼叫应答，表明呼叫连接建立成功，后续通信过程在该连接上进行，通信数据必须加密后进行发送，广播数据将受广播控制子层的广播控制转发；然后正常通信开始，结束本流程；
S6.15：向源节点和头节点发送呼叫失败消息，若头节点检查出本组网络内有非法节点存在，立即实施相应的安全应付方案，将非法节点排除在网络之外。
6.根据权利要求1的利用层次自组网构建紧急通信系统的方法，其特征
在于，所述远程监控中心实时进行远程指挥具体包括：
S7.1：紧急通信网组建完毕后，各种现场数据采集设备开始采集数据，这些数据通过各通信设备向远程监控中心传送；
S7.2：与数据采集设备相关联的通信设备首先将现场数据向本组头节点发送，数据所在的IPv6报文里面包含了认证信息，这些认证信息用于对数据发送源的身份进行认证；
S7.3：利用SAODV路由算法建立一条数据采集源节点与头节点之间的双向安全路由，在路由建立过程中，路由请求将受广播控制子层的广播控制转发；
S7.4：源节点判断路由是否建立成功，若是，进入S7.5；若路由建立失败，转到S7.18；
S7.5：头节点收到现场数据后，根据其IPv6报文中的认证信息对该数据的真实性进行认证；
S7.6：判断认证是否通过，若是，进入S7.7；否则转到S7.18；
S7.7：头节点对从各个节点收到的数据进行数据集成、压缩和加密处理；
S7.8：头节点将加密后的数据向远程监控中心发送，这些数据通过无线核心网到达无线接入点与接入路由器，接入路由器通过因特网将数据转发给远程监控中心；
S7.9：远程监控中心收到数据后，首先根据其中的认证信息对数据真实性进行认证；
S7.10：判断认证是否通过，若是，进入S7.11，否则转到S7.18；
S7.11：经过数据解密和解析后，现场画面及情况重现在监视屏幕上；
S7.12：指挥人员根据现场画面以及相关数据制定救援策略，进行实时指挥；
S7.13：救援策略及其相关数据通过因特网和无线核心网发到各头节点；
S7.14：头节点根据实时策略IPv6报文中的认证信息对该策略进行认证；
S7.15：头节点判断实时策略认证是否通过，若是，进入S7.16，否则转到S7.18；
S7.16：头节点向组内节点转发救援策略及相关数据，若为广播数据，这些数据将受广播控制子层的广播控制转发；
S7.17：收到救援策略后，现场人员分析现场情况和相关数据，立即实施策略，同时，数据采集设备继续通过通信设备将采集到的数据向远程监控中心发送，以获得新的救援指挥信息，即转到S7.1；
S7.18：指示非法节点存在，所获数据不予采纳，通知各头节点启用安全应对方案，将非法节点排除在网络之外。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CNB2005100062691A CN100338920C (zh) | 2005-01-27 | 2005-01-27 | 一种利用层次自组网构建紧急通信系统的方法 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CNB2005100062691A CN100338920C (zh) | 2005-01-27 | 2005-01-27 | 一种利用层次自组网构建紧急通信系统的方法 |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| CN1645830A CN1645830A (zh) | 2005-07-27 |
| CN100338920C true CN100338920C (zh) | 2007-09-19 |
Family
ID=34875226
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CNB2005100062691A Expired - Fee Related CN100338920C (zh) | 2005-01-27 | 2005-01-27 | 一种利用层次自组网构建紧急通信系统的方法 |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN100338920C (zh) |
Families Citing this family (9)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN1794732B (zh) * | 2005-12-26 | 2010-08-11 | 北京交通大学 | IPv6微型传感路由器协议栈体系结构的实现方法 |
| CN101192928B (zh) * | 2006-12-01 | 2010-09-29 | 华为技术有限公司 | 移动自组织网络的认证方法和系统 |
| US20090063686A1 (en) | 2007-08-30 | 2009-03-05 | Schmidt Brian K | Automated service discovery and dynamic connection management |
| MY150340A (en) * | 2008-10-23 | 2013-12-31 | Mimos Berhad | Wireless network system |
| CN101616465B (zh) * | 2009-07-22 | 2011-01-26 | 哈尔滨工程大学 | 一种自组网层次路由方法 |
| CN101867920B (zh) * | 2010-02-09 | 2013-02-13 | 利尔达科技有限公司 | 分级式无线传感器网络组网方法 |
| CN102324192B (zh) * | 2011-07-07 | 2013-05-22 | 华南师范大学 | 无线传输控制网络实验教学平台及其实现方法 |
| CN108989217A (zh) * | 2017-05-31 | 2018-12-11 | 李志远 | 一种智能自组网技术 |
| CN109831799A (zh) * | 2019-02-28 | 2019-05-31 | 中国科学院国家空间科学中心 | 一种高动态无线移动自组织网络组网方法 |
Citations (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| EP1450523A2 (en) * | 2003-02-21 | 2004-08-25 | Kabushiki Kaisha Toshiba | Address autoconfiguration in ad hoc networks |
| JP2004356679A (ja) * | 2003-05-27 | 2004-12-16 | Hitachi Ltd | アドホックネットワークアドレス付与方式 |
-
2005
- 2005-01-27 CN CNB2005100062691A patent/CN100338920C/zh not_active Expired - Fee Related
Patent Citations (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| EP1450523A2 (en) * | 2003-02-21 | 2004-08-25 | Kabushiki Kaisha Toshiba | Address autoconfiguration in ad hoc networks |
| JP2004356679A (ja) * | 2003-05-27 | 2004-12-16 | Hitachi Ltd | アドホックネットワークアドレス付与方式 |
Non-Patent Citations (2)
| Title |
|---|
| A brief overview of ad hoc networks: challenges anddirections Ramanathan,R.,Redi,J,Communications Magazine,IEEE,Vol.40 No.5 2002 * |
| A hybrid approach to Internet connectivity for mobile ad hocnetworks Ratanchandani,P.,Kravets,R,Wireless Communications and Networking,2003. WCNC 2003. 2003 IEEE,Vol.3 2003 * |
Also Published As
| Publication number | Publication date |
|---|---|
| CN1645830A (zh) | 2005-07-27 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| CN100338920C (zh) | 一种利用层次自组网构建紧急通信系统的方法 | |
| CN100341351C (zh) | 通信系统中的混合体系结构的系统及方法 | |
| CN100340084C (zh) | 一种实现设备分组及分组设备间交互的方法 | |
| CN1310476C (zh) | 无线局域网用户建立会话连接的方法 | |
| CN1910861A (zh) | 公共接入点 | |
| CN1926820A (zh) | 在无线多跳网络中使用ndp检测邻节点的方法、通信装置和系统 | |
| CN1829179A (zh) | 无线接入装置、无线接入方法以及无线网络 | |
| CN1503523A (zh) | 用于安全、便携、无线和多跳数据连网的方法和设备 | |
| CN1557069A (zh) | 无线信息传输系统,无线通信方法,无线站以及无线终端装置 | |
| CN1829177A (zh) | 在无线局域网中接入设备间实现负载均衡的方法 | |
| CN1913475A (zh) | 一种扩展802.11无线局域网的方法及系统 | |
| US20110275366A1 (en) | Control of electronic devices in a network | |
| CN1666190A (zh) | 向归属代理注册移动节点的归属地址的方法 | |
| CN1926810A (zh) | 第二层交换网络系统 | |
| CN1882128A (zh) | 基站,无线通信系统,计算机可读媒体以及基站控制方法 | |
| JP4578917B2 (ja) | 自己組織化マルチホップ無線アクセスネットワーク用の装置、方法及び媒体 | |
| CN1684442A (zh) | 在基于协调器的无线环境中用于无线网络的系统和方法 | |
| CN1283062C (zh) | 无线局域网用户实现接入认证的方法 | |
| CN1976309A (zh) | 无线用户接入网络服务的方法、接入控制器和服务器 | |
| JP5079691B2 (ja) | 移動ノードのハンドオーバーを実行する方法及びそれを利用したネットワークシステム | |
| CN1662010A (zh) | 利用蓝牙技术的群组网络系统及其生成方法 | |
| CN1946044A (zh) | 一种自配置无线网桥网络及其实现和自动恢复的方法 | |
| CN1695132A (zh) | 终端验证系统、终端验证方法和终端验证服务器 | |
| CN1112014C (zh) | 跨ip网域的无线网路漫游方法 | |
| CN1756412A (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 | ||
| EE01 | Entry into force of recordation of patent licensing contract |
Assignee: Beijing Zhongke Jingshang Technology Co., Ltd. Assignor: Institute of Computing Technology, Chinese Academy of Sciences Contract record no.: 2011110000143 Denomination of invention: Method for building emergent communicating system by hierarchical self-organized network Granted publication date: 20070919 License type: Exclusive License Open date: 20050727 Record date: 20110823 |
|
| EC01 | Cancellation of recordation of patent licensing contract |
Assignee: Beijing Zhongke Polytron Technologies Inc Assignor: Institute of Computing Technology, Chinese Academy of Sciences Contract record no.: 2011110000143 Date of cancellation: 20181212 |
|
| EC01 | Cancellation of recordation of patent licensing contract | ||
| EM01 | Change of recordation of patent licensing contract |
Change date: 20181212 Contract record no.: 2011110000143 Assignee after: Beijing Zhongke Polytron Technologies Inc Assignee before: Beijing Zhongke Jingshang Technology Co., Ltd. |
|
| EM01 | Change of recordation of patent licensing contract | ||
| CF01 | Termination of patent right due to non-payment of annual fee | ||
| CF01 | Termination of patent right due to non-payment of annual fee |
Granted publication date: 20070919 Termination date: 20190127 |