CN103812776B - 扩展6LoWPAN域的信息处理方法及系统 - Google Patents

Abstract

本发明公开了一种扩展6LoWPAN域的信息处理方法及系统，所述方法包括：在扩展6LoWPAN域中发生上下文context信息更新情况时，触发多源同步机制，以使得多个边界路由之间完成context值信息与时间的同步；由至少一个边界路由在扩展6LoWPAN域内分发更新后的context信息。本发明提出的扩展6LoWPAN域的信息处理方法完全依据IETF组织所提出的邻居发现协议标准草稿，具有较强的可行性与广泛的适用性，并且，其能够解决在扩展的6LoWPAN域内如何保证在具有多个边界路由情况下的context信息发布一致性的问题。

Description

扩展6LoWPAN域的信息处理方法及系统

技术领域

本发明涉及基于IPv6的无线个人局域网（WPAN ，Wireless Personal AreaNetwork Communication Technologies）技术领域，具体而言，涉及一种扩展6LoWPAN（IPv6over Low-Power Wireless Personal Area Networks）域的信息处理方法及系统。

背景技术

无线个人局域网WPAN是一种采用无线连接的个人局域网。它被用在诸如电话、计算机、附属设备以及小范围内的数字助理设备之间的通讯。目前支持无线个人局域网的技术包括：蓝牙、ZigBee、超频波段（UWB）、IrDA、HomeRF等。

6LoWPAN协议，是为了能使无线传感器网络与IPv6网络互联互通而设立的一个协议，可以说是IPv6为应用于无线传感器网络环境而设计的简化版，6LoWPAN所具有的低功率运行的潜力使它很适合应用在从手持机到仪器的设备中，而其对AES-128加密的内置支持为强健的认证和安全性打下了基础。

如果一个LoWPAN域内的数据报文采用基于上下文（context）的压缩方法，那该LoWPAN域中的边界路由需要对context以及context ID进行配置与管理。另外，若一个LoWPAN域内有2个或者多个边界路由，则该LoWPAN域称为扩展6LoWPAN域。扩展6LoWPAN域内的数据报文采用基于上下文的压缩方式，为此，则在实际应用当中要求所述2个或者多个边界路由中的context信息保持一致。其中，Context是指：在6LoWPAN的邻居发现协议中，新增加了6LoWPAN context option（简称6CO选项）。该6CO选项中包含了6LoWPAN头部压缩需要的prefix信息，其与IPV6邻居发现协议中的prefix information option的意义类似。Context可能是一段任意长度的prefix或者是一个128位的地址，在一个RA（RouterAdvertisement，路由器通告）消息中可以承载多达16个context 选项。

其中，所述RA消息，由LoWPAN域中路由及边界路由周期性地发送给主机或者作为RS（Router Solicitation，路由器请求）消息的应答消息进行发送，其具体消息数据格式参见RFC4861所述；所述RS消息，由LoWPAN域中主机发送给路由及边界路由，用于请求RA消息，同样地，其具体消息数据格式参见RFC4861所述；另外，所述Prefix是指IPV6地址前缀，在ipv6邻居发现协议中，prefix information option用于标示一段链路上是否有其他地址存在，以及是否是自动配置地址等信息。

通常，边界路由所发出的RA消息中包含有context信息，每一个context信息都包含在一个6CO选项中，边界路由需要将该6CO选项以及context信息发布给LoWPAN域中的每一个节点，并使得各个节点之间保持同步。在RA消息中除了6CO选项外，还需要包含一个ABRO（Authoritative Border Router option）选项，该ABRO选项包含有所分发context信息的版本号以及分发该context信息的边界路由地址，特别是在扩展的6LoWPAN域内，用多跳信息发布机制发布context信息时，路由之间互相传播RA消息时，ABRO选项必须包含在RA消息中，用于辨别收到的是否为最新的context信息。

多跳context值的信息发布依赖于在各路由之间的RS和RA信息的传播，以及利用ABRO选项获知context值的版本号，利用多跳机制节点可以处理来自任意边界路由的任何信息。但是只有在保证扩展6LoWPAN域内的节点拥有同样的context值的前提下，才能够正确的对多跳发布的数据包进行正常的发送、转发与接收。因此扩展6LoWPAN域中的边界路由需要某种机制来统一对context值进行管理，保证context值在边界路由中的同步。

目前IETF标准组织于2011年10月24日提出的Neighbor Discovery Optimization（邻居发现协议）for Low Power and Lossy Networks(6LoWPAN) draft-ietf-6LoWPAN-nd-18 草稿中提出了扩展6LoWPAN域内多跳发布context值的管理需求，但未给出具体做法。

2011年清华大学深圳研究生院提出的一发明名称为《一种6LoWPAN协议中地址压缩控制表的维护方法》、公开号为CN102202106A的专利文献，提出了解决频繁更新context表项导致网络带宽资源浪费和能量消耗的问题的一解决方案。该方法在6LoWPAN协调器所生成的地址维护控制表以及地址缓存 表中增加了权重值与效力项的选项，通过判断地址维护控制表中的IPV6地址的权重决定是否将某一IPV6的前缀加入到地址缓存表中，再通过分层同步的方法将更新的地址缓存表同步到整个网络中。

但是，该专利文献所提出的技术方案完全独立于IETF组织所提出的邻居发现协议，因此，尽管其从理论上证明了其具有一定的优化作用，但其要想得到业界广泛的实施与认同仍然缺乏标准基础，同时在该技术方案中，权重值的计算与判断均利用常数表示，而这些值的设定严重地影响到IPV6地址前缀的增加、删除与更新，很容易造成由于缺失IPV6地址前缀无法进行首部压缩的情况，这样反而增加了数据包的发送次数，从而增加了网络负载。

发明内容

为了克服现有技术存在的独立于IETF组织所提出的邻居发现协议、以及context信息发布一致性的问题，本发明的目的在于提供一种扩展6LoWPAN域的信息处理方法及系统。

为了达到本发明的目的，本发明采用以下技术方案实现：

一种扩展6LoWPAN域的信息处理方法，包括：

在扩展6LoWPAN域中发生上下文context信息更新情况时，触发多源同步机制，以使得多个边界路由之间完成context值信息与时间的同步；

由至少一个边界路由在扩展6LoWPAN域内分发更新后的context信息。

优选地，在扩展6LoWPAN域中发生上下文context信息更新情况时，触发多源同步机制，以使得多个边界路由之间完成context值信息与时间的同步的步骤中，边界路由在6CO选项中的保留字段增加1bit的update选项，并据此完成多个边界路由之间的context值信息与时间的同步。

优选地，所述多源同步机制包括如下步骤：

边界路由将6CO选项中的update选项置1，标示该6CO选项进入更新同步阶段，不用于路由器请求RS消息的应答或路由器通告RA消息的周期性发布。

该边界路由将更新的用于标识context信息序号的CID、更新的context信息内容，以及更新的版本号内容广播给扩展6LoWPAN域内的其他边界路由，等待应答；

其他边界路由接收到update选项置1的6CO选项后，将接收到的更新版本号与本地的版本号进行比较，若更新版本号大于本地版本号，则更新本地CID记录，存储更新版本号，将update选项置0，并回复应答信息；若更新版本号小于或者等于本地版本号，则不做更新操作，丢弃该6CO选项，并回复应答信息；

该边界路由接收到扩展6LoWPAN域内所有其他边界路由发送的应答信息后，将6CO选项中的update选项置0，将新的prefix context信息填入6CO选项。

优选地，扩展6LoWPAN域中发生上下文context信息更新情况包括：

至少一个边界路由根据DHCPv6协议获知外网与扩展6LoWPAN域内主机通信的IPv6地址前缀，并将IPv6地址前缀加入到context表项中以及更新了该context表项的版本号内容时；

或者，至少一个边界路由的context值的有效期到期且为0 ，需要删除context表项时；

或者，至少一个边界路由的context值的有效期进行了更改时。

优选地，边界路由在扩展6LoWPAN域内分发更新后的context信息的步骤包括：

在边界路由周期性发布RA消息时，在每个RA消息发布周期，所有边界路由先等待一个同步时间再发布RA消息，其中，所述RA消息携带更新后的context信息。

更为优选地，当预设的最大周期性发布时间间隔MaxRtrAdvInterval>600s时，所述同步时间设置为等于MaxRtrAdvInterval值的0.05倍；

当MaxRtrAdvInterval<=600s时，所述同步时间设置为30s。

优选地，在同步时间内，边界路由没有被新的上下文context信息更新触发多源同步时，则等待同步时间结束后，发送多源同步信息，待收到所有其他边界路由的应答信息后，发布RA消息给扩展6LoWPAN域内的其他转发路由节点LR和主机节点Host；

或者，在同步时间内有触发多源同步的上下文context信息更新情况产生，则等待该多源同步完成后再进入RA消息的发布阶段；

或者，在同步时间内有多源同步正在进行时，则等待该多源同步结束后再进入RA消息的发布阶段。

优选地，边界路由在扩展6LoWPAN域内分发更新后的context信息的步骤包括：

当主机节点context表项的有效期到期时，向边界路由发出RS请求，以更新context值；

边界路由根据获取的RS请求回复应答RA消息，其中，所述RA消息携带更新后的context信息。

更为优选地，还包括：

当转发路由节点LR向边界路由发出RS请求时，接收到该RS请求的边界路由直接将本地已有版本的context信息发送给主机节点。

一种扩展6LoWPAN域的信息处理系统，包括：

至少一个边界路由，用于在扩展6LoWPAN域中发生上下文context信息更新情况时，触发多源同步机制，以使得多个边界路由之间完成context值信息与时间的同步；以及用于由至少一个边界路由在扩展6LoWPAN域内分发更新后的context信息。

通过上述本发明的技术方案可以看出，本发明具有以下有益效果：

1、本发明提出的扩展6LoWPAN域的信息处理方法完全依据IETF组织所提出的邻居发现协议标准草稿，具有较强的可行性与广泛的适用性。

2、本发明提出的扩展6LoWPAN域的信息处理方法其能够解决在扩展的6LoWPAN域内如何保证在具有多个边界路由情况下的context信息发布一致性的问题。

3、本发明所提出的基于多源同步的扩展6LoWPAN域的信息处理方法完全利用标准中的已有机制实现，没有独立于标准，亦可根据标准草稿的改动进行改动，可用性好。

附图说明

图1是本发明实施例提供的一种扩展6LoWPAN域的信息处理方法流程示意图；

图2是本发明实施例提供的扩展6LoWPAN域的信息处理系统网络框架示意图；

图3是本发明实施例提供的6CO选项格式示意图。

本发明目的的实现、功能特点及优异效果，下面将结合具体实施例以及附图做进一步的说明。

具体实施方式

下面结合附图和具体实施例对本发明所述技术方案作进一步的详细描述，以使本领域的技术人员可以更好的理解本发明并能予以实施，但所举实施例不作为对本发明的限定。

本发明主要基于如下两大核心思想而提出：

其一、采用RA消息的多播机制，以及在context表项中设置的更新标示位和ABRO选项中的版本号实现扩展6LoWPAN域中的多边界路由同步机制，即多源同步策略。

其二、基于IETF标准组织所提出的邻居发现协议，提出扩展6LoWPAN域中的边界路由如何利用多源同步策略发布context信息的方法。

如图1所示，本发明实施例提供的一种扩展6LoWPAN域的信息处理方法，包括如下步骤：

S10、在扩展6LoWPAN域中发生上下文context信息更新情况时，触发多源同步机制，以使得多个边界路由之间完成context值信息与时间的同步；

S20、由至少一个边界路由在扩展6LoWPAN域内分发更新后的context信息。

本实施例中，扩展6LoWPAN域中发生上下文context信息更新情况包括：

至少一个边界路由根据DHCPv6协议获知外网与扩展6LoWPAN域内主机通信的IPv6地址前缀，并将IPv6地址前缀加入到context表项中以及更新了该context表项的版本号内容时；

或者，至少一个边界路由的context值的有效期到期且为0 ，需要删除context表项时；

或者，至少一个边界路由的context值的有效期进行了更改时。

具体地，在扩展6LoWPAN域中发生上下文context信息更新情况时，触发多源同步机制，以使得多个边界路由之间完成context值信息与时间的同步的步骤中，边界路由在6CO选项中的保留字段增加1bit的update选项，并据此完成 多个边界路由之间的context值信息与时间的同步。

其中，所述多源同步机制包括如下步骤：

S101、边界路由将6CO选项中的update选项置1，标示该6CO选项进入更新同步阶段，不用于路由器请求RS消息的应答或路由器通告RA消息的周期性发布。

S102、该边界路由将更新的用于标识context信息序号的CID、更新的context信息内容，以及更新的版本号内容广播给扩展6LoWPAN域内的其他边界路由，等待应答；

S103、其他边界路由接收到update选项置1的6CO选项后，将接收到的更新版本号与本地的版本号进行比较，若更新版本号大于本地版本号，则更新本地CID记录，存储更新版本号，将update选项置0，并回复应答信息；若更新版本号小于或者等于本地版本号，则不做更新操作，丢弃该6CO选项，并回复应答信息；

S104、该边界路由接收到扩展6LoWPAN域内所有其他边界路由发送的应答信息后，将6CO选项中的update选项置0，将新的prefix context信息填入6CO选项。

如图2所示，6LoWPAN网络架构有单独边界路由的6LoWPAN域，也有多个边界路由下的扩展6LoWPAN域。

在6LoWPAN的邻居发现协议中已经有一个灵活的机制来保证一个边界路由下的路由节点或者是传感节点具有相同的context信息，来保证数据包的正确压缩与解压缩，即图2中区域100内路由与主机中的context值的同步机制。

但是要满足上面所说的拓展域内的节点与路由的正常工作，需要在多个边界路由中实现相同的context值分发，即区域200内的context值的同步机制。

扩展6LoWPAN域内多源同步策略

通过上述对扩展6LoWPAN域内分发context信息的设定需求，本发明实施例提出在原有邻居发现协议中只有单个边界路由的6LoWPAN域内context值同步基础上，增加一个多源同步的策略，使得多个边界路由之间先完成context值的信息与时间同步，即先同步区域300中的边界路由context信息，再由边界路由分发此context信息，让扩展LoWPAN域内的路由与主机所接收到的context信息与版本号都来自于同一个虚拟边界路由，解决拓展LoWPAN域内多边界路由发布 context值不同步的问题。

根据标准文件，边界路由中的初始prefix信息是由人工配置或者通过DHCPv6协议进行获取的。因此，首先保证在初始配置6LBRS（后面如无特殊声明，这里的6LBRS均指在同一扩展6LoWPAN域内的边界路由）时prefix信息的一致性，即保证6LBRS所建context表的一致性。其中，prefix information option（PIO）中所需检测的一致性信息如RFC4861标准文献规定；6CO中所需检测的一致性信息包括context prefix内容，有效期以及context ID。随后，由每一个6LBR所生成的ABRO选项中的版本号更新触发6LBRs间的多源同步。版本号的更新与PIO中的prefix内容和有效期、以及6CO中的CID和有效期有关。

如图3所示，其为6CO选项的基本格式，边界路由主要维护context信息的五个主要字段：

C位标识了是否用此context进行压缩，C=0，表示该context只能用于解压缩，C=1，表示既用于压缩也可用于解压缩；

用以标识context序号的CID字段，用于压缩与解压缩；

valid lifetime标识context有效生存期，当传感节点保存的context快过期时向网关重发单播RS消息；

context prefix携带地址前缀信息；

update标示该表项的更新状态，该状态位是本发明实施例提出应用于context表项更新时的标示位，在原有邻居发现协议基础上，添加在其保留字节中的位置上。

在6LoWPAN域中可能发生的context更新情况有以下几种：

（1）某一6LBR根据DHCPv6协议获知外网某一与LoWPAN域内通信主机的IPV6地址前缀，并将其地址前缀加入到context表项中，并更新了这一表项的版本号，触发了一轮新的多源同步；

（2）某一context值的有效期到期且为0 ，需要删除该表项；

（3）某一context值的有效期进行了更改等。

这些更改均可以触发多源同步机制，其同步步骤如下：

1、首先，将6CO表项中的update选项置1，标示该表项进入更新同步阶段，不用于RS消息的应答，或者周期性RA消息的发布。

2、该6LBR将更新的CID，以及更新的context内容，更新过的版本号内容（即6CO表项，其中包含了update标示）广播给其他6LBRs，等待应答。

3、其他边界路由接收到update位置1的6CO表项后，对比所接收到的版本号与本地的版本号大小，若版本号大于本地版本号，则将更新CID记录，存储新的版本号，将update位置0，并回复应答信息；若同步号小于或者等于本地版本号，则不做更新操作，丢弃该选项，但给出确认信息。

4、接收到所有LBRs应答信息后，该6LBR将6CO表项中的update位置0，将新的prefix context信息填入6CO表项。

在本实施例中，Update标示位的设置对发起多源同步的边界路由来说，可以防止该路由在未完成与其他边界路由同步的情况下将该context表项发布给6LoWPAN域内的路由和节点；对其他被同步的边界路由来说，则可以有效的区分该更新信息是来源于边界路由之间的同步信息，还是来源于其他更新信息。

该同步步骤是将标准草稿中给出的同步需求进行了完善，同时该策略借鉴了单个LoWPAN域内同步主机节点context表的策略，完全利用6LoWPAN邻居发现协议规范进行实现，对协议的更改仅仅是在6CO选项中的保留字段增加1bit的update标示位，具有较强的可行性。

具体地，一种实施方式下，边界路由在扩展6LoWPAN域内分发更新后的context信息的步骤包括：

S201、在边界路由周期性发布RA消息时，在每个RA消息发布周期，所有边界路由先等待一个同步时间再发布RA消息，其中，所述RA消息携带更新后的context信息。

具体地：

当预设的最大周期性发布时间间隔MaxRtrAdvInterval>600s时，所述同步时间设置为等于MaxRtrAdvInterval值的0.05倍；

当MaxRtrAdvInterval<=600s时，所述同步时间设置为30s。

具体地：

在同步时间内，边界路由没有被新的上下文context信息更新触发多源同步时，则等待同步时间结束后，发送多源同步信息，待收到所有其他边界路由的应答信息后，发布RA消息给扩展6LoWPAN域内的其他转发路由节点LR和主机节点Host；

或者，在同步时间内有触发多源同步的上下文context信息更新情况产生，则等待该多源同步完成后再进入RA消息的发布阶段；

或者，在同步时间内有多源同步正在进行时，则等待该多源同步结束后再进入RA消息的发布阶段。

具体地，另一种实施方式下，边界路由在扩展6LoWPAN域内分发更新后的context信息的步骤包括：

S202、当主机节点context表项的有效期到期时，向边界路由发出RS请求，以更新context值；

S203、边界路由根据获取的RS请求回复应答RA消息，其中，所述RA消息携带更新后的context信息。

更为优选地，还包括：

S204、当转发路由节点LR向边界路由发出RS请求时，接收到该RS请求的边界路由直接将本地已有版本的context信息发送给主机节点。

扩展6LoWPAN域内分发context信息的方法

以上同步策略仅仅是保证了6LBRs间所配置的context表项以及ABRO选项中版本号的一致性，但是在发布该表项时由于边界路由数量较多，且存在表项同步问题，在Neighbor Discovery Optimization for Low Power and Lossy Networks(6LoWPAN)draft-ietf-6LoWPAN-nd-18 草稿中并未给出具体多边界路由的context值发布方法，所以本发明实施例基于以上同步策略与标准草稿中单个LoWPAN域内context值的发布方法给出扩展6LoWPAN域内发布context信息的方法。

边界路由发布context信息是通过发布RA消息完成的。在标准中规定，RA消息的发布有两种情况：

一是边界路由周期性的发布context信息时，周期性的发布RA消息；

二是主机节点发送RS请求信息，边界路由应答RA消息。因此，扩展6LoWPAN域内分发context信息的方法也依据这两种情况进行设计。

1）6LBRs周期性的发布context信息的方法。

在单个6LoWPAN域内发布context信息时可配置两个时间间隔，分别是MinRtrAdvInterval和MaxRtrAdvInterval，最大周期性发布时间间隔默认值为 600s，最小周期性发布时间间隔是0.33*MaxRtrAdvInterval。根据此标准规定，本专利提出一个同步时间的概念，即在周期性发布RA消息前，所有6LBRs等待一个同步时间再进入周期性发送环节。同步时间的设定有利于边界路由能够在周期性发布RA消息之前确保边界路由之间的context信息一致性。同步时间设置长短根据可配置的最大周期性发布时间间隔和最小周期性发布时间间隔设置，因此，根据不同的网络状况与6LoWPAN域中的节点规模，同步时间的配置具备一定的调整空间。本专利设定的参考同步时间为0.05* MaxRtrAdvInterval（MaxRtrAdvInterval>600s），若MaxRtrAdvInterval<=600s,其默认值为30s。

在同步时间内，6LBRs具有三种状态：

一是没有新的更新触发同步时，则等待同步时间结束后，触发某一6LBR发送同步信息，待收到所有6LBRs的确认信息后，发布RA消息给其他LR和Host；

二是在同步时间内刚好有触发同步的更新产生，则等待同步完成后进入发布RA消息阶段；

三是同步时间内正好有同步正在进行，则等待同步结束后进入发布RA消息阶段。周期性发布context值的方法依据Neighbor Discovery Optimization for Low Powerand Lossy Networks(6LoWPAN) draft-ietf-6LoWPAN-nd-18中的多跳发布RA消息的方法完成，LR与LR之间，LR与host之间的接口处理，RA接收与转发过程同单个LBR的6LoWPAN域处理过程一样。

经过以上设计，扩展6LoWPAN域内的主机所接收到的context值信息均是经过6LBRs同步过的context信息版本，保持了域内主机context信息的一致性，保证主机对6LoWPAN数据报文地址的正常压缩与解压缩。

2）主机由于context表项的有效期到期，向LBR发出RS请求更新context值。

由于任何context表项的变换都能即时的触发6LBRs之间的表项同步，同时周期性发送RA消息之前的同步等待时间在即时更新的基础上进一步保证了6LBRs之间context表项同步。因此在某一LR发出RS请求时，为避免不能即时应答RA消息，引发Host的多播RS发送，接收到RS请求的6LBR直接发送本地已有版本的context信息给该主机。完成主机中的context信息更新。

本发明实施例还提供了一种扩展6LoWPAN域的信息处理系统，包括：

至少一个边界路由，用于在扩展6LoWPAN域中发生上下文context信息更新情况时，触发多源同步机制，以使得多个边界路由之间完成context值信息与时间的同步；以及用于由至少一个边界路由在扩展6LoWPAN域内分发更新后的context信息。

以上所述仅为本发明的优选实施例，并非因此限制本发明的专利范围，凡是利用本发明说明书及附图内容所作的等效结构或等效流程变换，或直接或间接运用在其他相关的技术领域，均同理包括在本发明的专利保护范围内。

Claims (8)

1.一种扩展6lowpan域的信息处理方法，其特征在于，包括：

在扩展6lowpan域中发生上下文context信息更新情况时，触发多源同步机制，以使得多个边界路由之间完成context值信息与时间的同步；

由至少一个边界路由在扩展6lowpan域内分发更新后的context信息，其中，边界路由在6CO选项中的保留字段增加1bit的update选项，且所述多源同步机制包括如下步骤：

边界路由将6CO选项中的update选项置1，标示该6CO选项进入更新同步阶段，不用于路由器请求RS消息的应答或路由器通告RA消息的周期性发布；

该边界路由将更新的用于标识context信息序号的CID、更新的context信息内容，以及更新的版本号内容广播给扩展6lowpan域内的其他边界路由，等待应答；

其他边界路由接收到update选项置1的6CO选项后，将接收到的更新版本号与本地的版本号进行比较，若更新版本号大于本地版本号，则更新本地CID记录，存储更新版本号，将update选项置0，并回复应答信息；若更新版本号小于或者等于本地版本号，则不做更新操作，丢弃该6CO选项，并回复应答信息；

该边界路由接收到扩展6lowpan域内所有其他边界路由发送的应答信息后，将6CO选项中的update选项置0，将新的prefix context信息填入6CO选项。

2.如权利要求1所述的扩展6lowpan域的信息处理方法，其特征在于，扩展6lowpan域中发生上下文context信息更新情况包括：

至少一个边界路由根据DHCPv6协议获知外网与扩展6lowpan域内主机通信的IPv6地址前缀，并将IPv6地址前缀加入到context表项中以及更新了该context表项的版本号内容时；

或者，至少一个边界路由的context值的有效期到期且为0，需要删除context表项时；

或者，至少一个边界路由的context值的有效期进行了更改时。

3.如权利要求1所述的扩展6lowpan域的信息处理方法，其特征在于，边界路由在扩展6lowpan域内分发更新后的context信息的步骤包括：

在边界路由周期性发布RA消息时，在每个RA消息发布周期，所有边界路由先等待一个同步时间再发布RA消息，其中，所述RA消息携带更新后的context信息。

4.如权利要求3所述的扩展6lowpan域的信息处理方法，其特征在于，

当预设的最大周期性发布时间间隔MaxRtrAdvInterval>600s时，所述同步时间设置为等于MaxRtrAdvInterval值的0.05倍；

当MaxRtrAdvInterval<＝600s时，所述同步时间设置为30s。

5.如权利要求3所述的扩展6lowpan域的信息处理方法，其特征在于，

在同步时间内，边界路由没有被新的上下文context信息更新触发多源同步时，则等待同步时间结束后，发送多源同步信息，待收到所有其他边界路由的应答信息后，发布RA消息给扩展6lowpan域内的其他转发路由节点LR和主机节点Host；

或者，在同步时间内有触发多源同步的上下文context信息更新情况产生，则等待该多源同步完成后再进入RA消息的发布阶段；

或者，在同步时间内有多源同步正在进行时，则等待该多源同步结束后再进入RA消息的发布阶段。

6.如权利要求1所述的扩展6lowpan域的信息处理方法，其特征在于，边界路由在扩展6lowpan域内分发更新后的context信息的步骤包括：

当主机节点context表项的有效期到期时，向边界路由发出RS请求，以更新context值；

边界路由根据获取的RS请求回复应答RA消息，其中，所述RA消息携带更新后的context信息。

7.如权利要求6所述的扩展6lowpan域的信息处理方法，其特征在于，还包括：

当转发路由节点LR向边界路由发出RS请求时，接收到该RS请求的边界路由直接将本地已有版本的context信息发送给主机节点。

8.一种扩展6lowpan域的信息处理系统，其特征在于，包括：

至少一个边界路由，用于在扩展6lowpan域中发生上下文context信息更新情况时，触发多源同步机制，以使得多个边界路由之间完成context值信息与时间的同步；以及用于由至少一个边界路由在扩展6lowpan域内分发更新后的context信息，其中，边界路由在6CO选项中的保留字段增加1bit的update选项，且所述多源同步机制包括如下步骤：

边界路由将6CO选项中的update选项置1，标示该6CO选项进入更新同步阶段，不用于路由器请求RS消息的应答或路由器通告RA消息的周期性发布；

该边界路由将更新的用于标识context信息序号的CID、更新的context信息内容，以及更新的版本号内容广播给扩展6lowpan域内的其他边界路由，等待应答；

其他边界路由接收到update选项置1的6CO选项后，将接收到的更新版本号与本地的版本号进行比较，若更新版本号大于本地版本号，则更新本地CID记录，存储更新版本号，将update选项置0，并回复应答信息；若更新版本号小于或者等于本地版本号，则不做更新操作，丢弃该6CO选项，并回复应答信息；

该边界路由接收到扩展6lowpan域内所有其他边界路由发送的应答信息后，将6CO选项中的update选项置0，将新的prefix context信息填入6CO选项。