CN104333467A - 一种轨道交通无线网络链路故障的网关代理方法和装置 - Google Patents
一种轨道交通无线网络链路故障的网关代理方法和装置 Download PDFInfo
- Publication number
- CN104333467A CN104333467A CN201410618220.0A CN201410618220A CN104333467A CN 104333467 A CN104333467 A CN 104333467A CN 201410618220 A CN201410618220 A CN 201410618220A CN 104333467 A CN104333467 A CN 104333467A
- Authority
- CN
- China
- Prior art keywords
- gateway
- address
- vehicle
- access point
- wap
- 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
Landscapes
- Small-Scale Networks (AREA)
- Mobile Radio Communication Systems (AREA)
Abstract
本发明实施例提供了一种轨道交通无线网络链路故障的网关代理方法和装置,包括:车载覆盖无线接入点接收并存储无线控制器所下发的代理表项;车载覆盖无线接入点收到链路故障指示后,触发车载覆盖无线接入点开启代理功能;车载覆盖无线接入点根据所述代理表项执行代理任务。本发明实施例在车地故障网关不可达时,终端不需要切换网关,访问外网就可以重定向到车载服务器访问本地内容;故障恢复后终端无感知切换,避免网关切换邻居重新学习带来的网络带宽消耗问题;同时也无需在车内部署无线控制器设备,使得部署更简单管理更方便。
Description
技术领域
本发明涉及通信技术领域,尤其涉及一种轨道交通无线网络链路故障的网关代理方法和装置。
背景技术
在地铁或火车等轨道交通运输工具的无线网络***中,如附图1所示的轨道交通无线***整体拓扑图,每条线的车载车地AP、车载覆盖AP统一由一条线的AC管理,并且所有AP在一个管理的VLAN内,每条线的接入交换机,汇聚交换机只需要开启L2桥转发功能,所有终端在汇聚线路交换机上通过VLAN接入核心交换机,核心交换机通过SUPER VLAN技术实现网关和认证;每趟列车分配一个独立网段,车内的车载车地无线接入点(AP)和车载覆盖无线接入点(AP)由线路的无线控制器(AC)统一管理;车内设置本地服务器,作为车地故障时车内终端的本地DHCP服务器、DNS服务器、本地portal服务器及本地内容推送服务器。
例如在IPV4网络的正常情况下,列车上乘客上网过程如下:
1、终端发起DHCP请求,车载交换机在终端VLAN内将DHCP报文交由列车车内本地DHCP服务器分配地址。
2、客户端获取IP地址、网关及DNS服务器地址(网关和DNS服务器非本地)
3、客户端发起ARP请求,核心交换机应答ARP。
4、客户端的web页面(比如访问百度)访问发起DNS解析,通过核心交换机,数据中心的DNS服务器解析出IP地址后,应答给客户端。
5、客户端发起http请求,核心交换机做NAS认证,重定向到portal服务器。
6、客户端访问portal服务器认证后即可上网,portal服务器中部分内容链接可以指向车内的内容推送服务器,该内容无需认证即可访问。
在车地故障(比如线路故障,设备宕机,机房停电等情况)时:
核心功能要能够下发到本地服务器,即在外网不能访问的时候可以转到访问本地内容。简单说就是用户访问外网时,能够重定向到本地服务器,车载服务器可以友好的推送页面提示网络中断,然后可直接访问本地内容。这要求已上线的终端网关不能老化,新上线的用户可以学习网关邻居。
现有技术中的一种方法为:
网关下放:将终端的网关部署到车内,即为每列列车配备一个无线控制器(AC),无线控制器(AC)作为车内***的网关,从而避免车地故障终端学习不到网关问题。
现有技术中的另一种方法为:
网关变更:车地故障后,车载DHCP服务器下发网关改变,通知STA将网关地址变更为车载服务器的地址。
上述现有技术中的的缺点为:
网关下放:要求车载无线控制器(AC)的每个三层接口有独立的设备MAC地址,否则会出现轨旁无线接入点(AP)(无线接入点)和交换机上的MAC地址震荡,导致终端丢包严重,而每个三层接口有独立的设备MAC地址非主流做法;同时该方案增加了车内***的故障单点,也增加了无线控制器(AC)采购成本且不易统一管理。
网关变更:该方案会导致终端网关变化切换,导致流量中断,故障恢复时不能快速切换到核心交换机上外网;且该方案不支持IPv6(因DHCPv6不支持通告网关地址信息)。
发明内容
针对现有技术中的不足,本发明的实施例提供了一种轨道交通无线网络链路故障的网关代理方法,具体方案如下:
车载覆盖无线接入点接收并存储无线控制器所下发的代理表项;
车载覆盖无线接入点收到链路故障指示后,触发车载覆盖无线接入点开启代理功能;
车载覆盖无线接入点根据所述代理表项执行代理任务。
根据本发明的上述方法,代理表项反映无线控制器覆盖的所有网关的IP地址和网关的特征信息的对应关系。
根据本发明的上述方法,特征信息包括:网关的MAC地址或网关的MAC地址和路由器标志位。
根据本发明的上述方法,触发车载覆盖无线接入点开启代理功能,包括执行:
车载覆盖无线接入点截获邻居请求报文;
车载覆盖无线接入点根据邻居请求报文获取邻居网关的IP地址。
根据本发明的上述方法,所述车载覆盖无线接入点根据所述代理表项执行代理任务,包括:
在代理表项中查询是否存在与所述邻居网关的IP地址对应的网关的特征信息;
若存在,则根据与所述邻居网关的IP地址对应的网关的特征信息执行代理任务。
根据本发明的上述方法,根据与所述邻居网关的IP地址对应的网关的特征信息执行代理任务,包括:
在IPV4网络环境下,根据与所述邻居网关的IP地址对应的网关的MAC地址构造应答报文执行代理任务;或者,
在IPV6网络环境下,根据与所述邻居网关的IP地址对应的网关的MAC地址和路由器标志位构造应答报文执行代理任务。
根据本发明的上述方法,还包括:车载覆盖无线接入点收到链路恢复指示后,触发车载覆盖无线接入点关闭代理功能,结束执行代理任务。
根据本发明的另一方面,还提供一种轨道交通无线网络链路故障的网关代理装置,包括:下发模块、触发模块和执行模块,其中,
下发模块:用于使车载覆盖无线接入点接收并存储无线控制器所下发的代理表项;
触发模块:用于在车载覆盖无线接入点收到链路故障指示后,触发车载覆盖无线接入点开启代理功能;
执行模块:用于车载覆盖无线接入点根据所述代理表项执行代理任务。
根据本发明的另一方面,触发模块,包括:截获单元和获取单元,其中,
截获单元:用于使车载覆盖无线接入点截获邻居请求报文;
获取单元:用于使车载覆盖无线接入点根据邻居请求报文获取应答邻居请求报文的必要信息。
根据本发明的另一方面,执行模块,包括:查询判断单元和选择单元,其中,
查询判断单元:用于在代理表项中查询是否存在与邻居网关的IP地址对应的网关的特征信息,若存在,则进入选择单元;
选择单元:用于选择与邻居网关的IP地址对应的网关的特征信息执行代理任务。
根据本发明的另一方面,还包括:车载覆盖无线接入点收到链路恢复指示后,所述触发模块触发车载覆盖无线接入点关闭代理功能,所述执行模块结束执行代理任务。
由上述本发明的实施例提供的技术方案可以看出,通过车载覆盖无线接入点收到链路故障指示后,触发车载覆盖无线接入点开启代理功能,车载覆盖无线接入点根据所述代理表项执行代理任务;在车地故障网关不可达时,终端不需要切换网关,访问外网就可以重定向到车载服务器访问本地内容;故障恢复后终端无感知切换,即可直接上外网,避免网关切换邻居重新学习带来的网络带宽消耗问题;同时也无需在车内部署无线控制器(AC)设备,车载覆盖无线接入点(AP)代理表项采用统一管理下发,使得部署更简单管理更方便;分布式代理,提高网络性能。
附图说明
为了更清楚地说明本发明实施例的技术方案,下面将对实施例描述中所需要使用的附图作简单地介绍,显而易见地,下面描述中的附图仅仅是本发明的一些实施例,对于本领域普通技术人员来讲,在不付出创造性劳动性的前提下,还可以根据这些附图获得其他的附图。
图1为轨道交通无线***整体拓扑图;
图2为本发明实施例一提供的一种轨道交通无线网络链路故障的网关代理方法的处理流程图;
图3为本发明实施例二IPV4无线网络环境下的一种轨道交通无线网络链路故障的网关代理方法的处理流程图;
图4(a)为本发明实施例二IPV4无线网络环境下的示例一终端为新用户发出广播ARP Request邻居请求报文;
图4(b)为本发明实施例二IPV4无线网络环境下的示例一终端为新用户发出广播ARP Request邻居请求报文后应收到的应答arp reply报文;
图5(a)为本发明实施例二IPV4无线网络环境下的示例二终端为老用户发出单播ARP Request邻居请求报文;
图5(b)为本发明实施例二IPV4无线网络环境下的示例二终端为新用户发出单播ARP Request邻居请求报文后应收到的应答arp reply报文;
图6为本发明实施例三IPV6无线网络环境下的一种轨道交通无线网络链路故障的网关代理方法的处理流程图;
图7(a)为本发明实施例二IPV6无线网络环境下的示例三终端为新用户发出组播NS邻居请求报文;
图7(b)为本发明实施例二IPV6无线网络环境下的示例三终端为新用户发出组播NS邻居请求报文后应收到的应答NA报文;
图8(a)为本发明实施例二IPV6无线网络环境下的示例四终端为老用户发出组播NS邻居请求报文;
图8(b)为本发明实施例二IPV6无线网络环境下的示例四终端为老用户发出组播NS邻居请求报文后应收到的应答NA报文;
图9为本发明实施例四提供的一种轨道交通无线网络链路故障的网关代理装置的模块图。
具体实施方式
为便于对本发明实施例的理解,下面将结合附图以几个具体实施例为例做进一步的解释说明,且各个实施例并不构成对本发明实施例的限定。
实施例一
本方法适用于地铁或火车的无线网络***或者其他与地铁或火车无线网络环境布置类似轨道交通的场景下,本实施例提供了一种轨道交通无线网络链路故障的网关代理方法的处理流程如图2所示,包括如下的处理流程:
S11、车载覆盖无线接入点接收并存储无线控制器所下发的代理表项;
网关的特征信息包括:网关的MAC地址或网关的MAC地址和路由器标志位。
在IPV4网络环境下,网关的特征信息只包括网关的MAC地址;
在IPV6网络环境下,网关的特征信息包括网关的MAC地址和路由器标志位。
关于标志位,这个是根据RFC标准,在IPV6网络环境下,终端会发出邻居请求报文,IPV6网络环境下,终端发出邻居请求报文是邻居请求NS(Neighbor Solicitation)报文,确认网关是否可达。核心交换机收到邻居请求报文后会应答邻居宣告NA(Neighbor Advertisement)报文,根据RFC标准,NA报文中有3个特殊的标志位,分别用R/S/O表示,R是路由器标志位,R表示发送者是否为路由器,S表示该应答报文是免费的还是收到请求后应答的,O表示收到该报文后要不要覆盖更新已有表项信息。根据实际应用在应答报文NA中设置标志位,S和O可以根据邻居请求报文来选择赋值,而R则需要根据代理的IP所在设备的属性,要保存在代理表项中来设置。
代理表项反映无线控制器(AC)覆盖的所有网关的IP地址和网关的特征信息的对应关系。
在无故障的情况下,对于首次上网的用户,终端先发送邻居请求报文学习网关的MAC信息,终端在学习到网关的MAC信息后,可在固定的老化时间内维持上网,老化时间到了之后,终端会发出邻居请求报文,确认网关是否可达。核心交换机收到邻居请求报文后会应答邻居请求报文,终端收到应答报文后更新网关邻居信息,包括可达时间,这样用户访问外网的报文会被继续送到核心交换机进行转发,即用户上网不会中断;
在链路故障情况下,如果不采取措施,终端就收不到应答报文,如果终端没有收到应答报文,那么网关的邻居表项就会被删除,这样终端因为没有网关的MAC信息无法封装报文而无法发出访问外网的报文,也就无法上网了。本发明所采取的措施,在链路故障情况下,执行以下操作步骤,维持用户在链路故障情况下,继续上网。
S12、车载覆盖无线接入点收到链路故障指示后,触发车载覆盖无线接入点开启代理功能,进入S13;
采用车载车地无线接入点(AP)监听车地链路状态,当车载车地无线接入点(AP)检测到车地链路故障后,车载车地无线接入点(AP)断开与车载交换机的链路。
车载交换机检测到与车载车地无线接入点(AP)链路断开后,将所有单播报文重定向到车载服务器,并通知车载覆盖无线接入点(AP)车地故障;
具体地,触发车载覆盖无线接入点(AP)开启代理功能,执行的操作包括:
步骤121、车载覆盖无线接入点截获邻居请求报文;
步骤122、车载覆盖无线接入点根据邻居请求报文获取应答邻居请求报文的必要信息;
S13、车载覆盖无线接入点根据代理表项执行代理任务。
具体地,车载覆盖无线接入点(AP)根据邻居网关的IP地址和所述代理表项执行代理任务,包括:
步骤131、在代理表项中查询是否存在与邻居网关的IP地址对应的网关的特征信息,若存在,则执行步骤132;
步骤132、根据与邻居网关的IP地址对应的网关的特征信息执行代理任务;具体地,根据与邻居网关的IP地址对应的网关的特征信息构造应答报文应答邻居请求报文;具体地,在IPV4网络和IPV6网络环境下,构造应答报文内容不同,如下实施例二和实施例三分别介绍。
若不存在,则执行步骤133,对邻居请求报文不做处理。
车载覆盖无线接入点(AP)收到链路恢复指示后,触发车载覆盖无线接入点(AP)关闭代理功能,结束执行代理任务。
具体地,当车地故障恢复后,车载车地AP打开与车载交换机的链路,车载交换机检测到链路连接后,关闭重定向功能,并通知车载覆盖AP车地故障恢复;车载覆盖AP收到故障恢复消息后关闭代理功能,结束执行代理任务,由核心交换机网关自行应答。
实施例二
本方法适用于地铁或火车的无线网络***或者其他与地铁或火车无线网络环境布置类似轨道交通的场景下,本实施例提供了在IPV4无线网络环境下的一种轨道交通无线网络链路故障的网关代理方法的处理流程如图3所示,包括如下的处理流程:
S21、车载覆盖无线接入点接收并存储无线控制器所下发的代理表项;
代理表项反映无线控制器(AC)覆盖的所有网关的IP地址和网关的特征信息的对应关系。
在IPV4网络环境下,网关的特征信息只包括网关的MAC地址;
车载覆盖无线接入点(AP)接收并记录的代理表项包括:网关的IP地址、网关的MAC地址,代理表项反映无线控制器(AC)覆盖的所有网关的IP地址和网关的MAC地址的对应关系。
在无故障的情况下,对于首次上网的用户,终端先发送邻居请求报文学习网关的MAC信息,终端在学习到网关的MAC信息后,可在固定的老化时间内维持上网,IPV4邻居的老化时间一般为2-10分钟,老化时间到了之后,终端会发出邻居请求报文,IPV4网络环境下,邻居请求报文是ARP(AddressResolution Protocol)邻居请求报文,确认网关是否可达。核心交换机收到邻居请求报文后会应答arp reply报文,终端收到应答报文后更新网关邻居信息,包括可达时间,这样用户访问外网的报文会被继续送到核心交换机进行转发,即用户上网不会中断。
在IPV4网络环境下,在无故障的情况下,终端的网关会发出ARP邻居请求报文,核心交换机收到邻居请求报文后会应答arp reply报文的过程如下示例:
示例一
以新用户为例,终端会发出广播ARP Request邻居请求报文,学习邻居网关,如附图4(a)所示的报文内容,终端的网关发送的一个ARP请求:
IP地址为1.1.1.2的终端向IP地址为1.1.1.1的网关发出邻居请求报文,可以看到:
邻居请求报文的源IP地址是1.1.1.2(见附图4(a)所示的报文内容:Sender IPaddress:1.1.1.2(1.1.1.2))
邻居请求报文的源IP地址对应的源MAC地址为:00:e0:4c:07:c9:3c(见附图4(a)报文内容:Send MAC address:realteks_07:c9:3c(00:e0:4c:07:c9:3c));
邻居请求报文的目标IP地址是1.1.1.1(见附图4(a)所示的报文内容:TargetIP address:1.1.1.1(1.1.1.1)),
邻居请求报文的目标IP地址对应的目标MAC地址不知道,(见附图4(a)报文内容:Target MAC address:00:00:00_00:00:00(00:00:00:00:00:00));
核心交换机收到请求后的应答arp reply报文如附图4(b)所示:
应答报文的源IP地址:1.1.1.1,见附图4(b)所示的报文内容:Sender IPaddress:1.1.1.1(1.1.1.1);
应答报文的源IP地址对应的源MAC地址为:00:d0:11:11:11:12,见附图4(b)所示的报文内容:Send MAC address:prismvid_11:11:12(00:d0:11:11:11:12)
应答报文的目标IP是发起邻居请求报文的源IP,因此,
应答报文的目标IP是1.1.1.2,见附图4(b)所示的报文内容:Target IPaddress:1.1.1.2(1.1.1.2)
应答报文的目标MAC为发起邻居请求报文的源MAC,因此,
应答报文的目标MAC地址为:00:e0:4c:07:c9:3c,见附图4(b)所示的报文内容:Target MAC address:realteks_07:c9:3c(00:e0:4c:07:c9:3c)。
示例二
以老用户为例,终端会发出单播ARP Request邻居请求报文,确认网关是否可达,如附图5(a)所示的报文内容,终端的网关发送的一个ARP请求:
IP地址为1.1.1.2的终端向IP地址为1.1.1.1的网关发出邻居报文请求,可以看到:
邻居请求报文的源IP地址是1.1.1.2(见图5(a)所示的报文内容:Sender IPaddress:1.1.1.2(1.1.1.2))
邻居请求报文的源IP地址对应的源MAC地址为:00:e0:4c:07:c9:3c(见图5(a)所示的报文内容:Send MAC address:realteks_07:c9:3c(00:e0:4c:07:c9:3c));
邻居网关是请求的目标,邻居请求报文的目标IP地址是1.1.1.1(见图5(a)所示的报文内容:Target IP address:1.1.1.1(1.1.1.1)),确认网关是否可达,
邻居请求报文的目标IP地址对应的目标MAC地址为00:d0:11:11:11:12;(见图5(a)所示的报文内容:Target MAC address:prismvid_11:11:12(00:d0:11:11:11:12));
核心交换机收到请求后的应答arp reply报文如附图5(b)所示的:
应答报文的源IP地址:1.1.1.1,见附图5(b)所示的报文内容:Sender IPaddress:1.1.1.1(1.1.1.1);
应答报文的源IP地址对应的源MAC地址为:00:d0:11:11:11:12,见附图5(b)所示的报文内容:Send MAC address:prismvid_11:11:12(00:d0:11:11:11:12)
应答报文的目标IP是发起邻居请求报文的源IP,因此,
应答报文的目标IP是1.1.1.2,见附图5(b)所示的报文内容:Target IPaddress:1.1.1.2(1.1.1.2);
应答报文的目标MAC为发起邻居请求报文的源MAC,因此,
应答报文的目标MAC地址为:00:e0:4c:07:c9:3c,见附图5(b)所示的报文内容:Target MAC address:realteks_07:c9:3c(00:e0:4c:07:c9:3c)。
在链路故障情况下,如果不采取措施,终端就收不到应答报文,如果终端没有收到应答报文,那么网关的邻居表项就会被删除,这样终端因为没有网关的MAC信息无法封装报文而无法发出访问外网的报文,也就无法上网了。本发明所采取的措施,在链路故障情况下,采用本实施例的方法,可维持用户在链路故障情况下,继续上网。
S22、车载覆盖无线接入点收到链路故障指示后,触发车载覆盖无线接入点开启代理功能,进入S23;
采用车载车地无线接入点(AP)监听车地链路状态,当车载车地无线接入点(AP)检测到车地链路故障后,车载车地无线接入点(AP)断开与车载交换机的链路。
车载交换机检测到与车载车地无线接入点(AP)链路断开后,将所有单播报文重定向到车载服务器,并通知车载覆盖无线接入点(AP)车地故障;
具体地,触发车载覆盖无线接入点(AP)开启代理功能,执行的操作包括:
S221、车载覆盖无线接入点截获邻居请求报文;
对于首次上网的用户,终端会发出广播ARP Request邻居请求报文学习网关的MAC信息;
对于老用户,终端会发出单播ARP Request邻居请求报文,确认网关是否可达;
不论是首次上网的用户所发出的广播ARP Request邻居请求报文,还是老用户发出的单播ARP Request邻居请求报文,车载覆盖无线接入点均可截获。
示例一
以上述示例一新用户为例,终端发送如下的一个ARP邻居请求报文,学习邻居网关,车载覆盖无线接入点截获如附图4(a)所示的终端发出广播ARPRequest邻居请求报文;
示例二
以上述示例二老用户为例,终端发送如下的一个ARP邻居请求报文,确认网关是否可达车载覆盖无线接入点截获如附图5(a)所示的终端发出单播ARP Request邻居请求报文;
S222、车载覆盖无线接入点根据邻居请求报文获取邻居网关的IP地址;
以上示例一中,终端是新用户学习邻居网关,根据邻居请求报文截获的信息,包括:邻居请求报文的源IP地址,邻居请求报文的源IP地址对应的源MAC地址,邻居请求报文的目标IP地址,其中,邻居请求报文的目标IP地址即为邻居网关的IP地址;
可以获取邻居请求报文的源IP地址是1.1.1.2,
见附图4(a)所示的示例一截获报文内容:
Sender IP address:1.1.1.2(1.1.1.2);
邻居请求报文的源IP地址对应的源MAC地址为:00:e0:4c:07:c9:3c,
见附图4(a)所示的示例一截获报文内容:
Send MAC address:realteks_07:c9:3c(00:e0:4c:07:c9:3c);
邻居网关的IP地址是1.1.1.1,
见附图4(a)所示的示例一截获报文内容:
Target IP address:1.1.1.1(1.1.1.1)。
以上示例二中,终端是老用户探测网关是否可达,根据邻居请求报文截获的信息,包括:邻居请求报文的源IP地址,邻居请求报文的源IP地址对应的源MAC地址,邻居请求报文的目标IP地址邻居请求报文的目标IP地址即为邻居网关的IP地址;
根据车载覆盖无线接入点截获终端发出单播ARP Request邻居请求报文:
可以获取邻居请求报文的源IP地址是1.1.1.2,
见附图5(a)所示的示例二报文内容:
Sender IP address:1.1.1.2(1.1.1.2);
邻居请求报文的源IP地址对应的源MAC地址为:00:e0:4c:07:c9:3c,
见附图5(a)所示的示例二报文内容:
Send MAC address:realteks_07:c9:3c(00:e0:4c:07:c9:3c);
邻居网关的IP地址是1.1.1.1,
见附图5(a)所示的示例二报文内容:
Target IP address:1.1.1.1(1.1.1.1);
S23、车载覆盖无线接入点根据代理表项执行代理任务。
具体地,车载覆盖无线接入点(AP)根据所述邻居网关的IP地址和所述代理表项执行代理任务,包括:
S231、在代理表项中查询是否存在与邻居网关的IP地址对应的网关的特征信息,若存在,则执行S232;
以上示例一及示例二中,根据获取的邻居网关的IP地址是1.1.1.1,在代理表项中查询是否存在与邻居网关的IP地址1.1.1.1对应的网关的特征信息;
在IPV4网络环境下,网关的特征信息只包括MAC地址,在代理表项中查询存在与邻居网关的IP地址对应的网关的MAC地址,
以上示例一及示例二中,根据邻居网关的IP地址1.1.1.1在代理表项中查询到的对应的网关的MAC地址为:00:d0:11:11:11:12。
S232、根据与邻居网关的IP地址对应的网关的MAC地址构造应答报文执行代理任务,具体地,根据与邻居网关的IP地址对应的网关的特征信息代理应答邻居请求报文;
以上示例一中,终端学习邻居网关,根据邻居请求报文截获的信息,包括:邻居请求报文的源IP地址,邻居请求报文的源IP地址对应的源MAC地址,邻居网关的IP地址;
以获取的邻居请求报文的源IP地址作为应答报文的目标IP地址;
以获取的邻居请求报文的源IP地址对应的源MAC地址作为应答报文的目标MAC地址;
以获取的邻居网关的IP地址作为应答报文的源IP地址;
以步骤S231在代理表项中查询的与邻居网关的IP地址对应的网关的MAC地址作为应答报文的源MAC地址,构造如附图4(b)所示的应答报文:
应答报文的源IP是邻居请求报文的目标IP,因此,
应答报文的源IP地址:1.1.1.1,
见附图4(b)所示的报文内容:
Sender IP address:1.1.1.1(1.1.1.1);
应答报文的源IP地址对应的源MAC地址为代理表项中的网关MAC信息,即:00:d0:11:11:11:12,
见附图4(b)所示的报文内容:
Send MAC address:prismvid_11:11:12(00:d0:11:11:11:12)
应答报文的目标IP是邻居请求报文的源IP,因此,
应答报文的目标IP是1.1.1.2,
见附图4(b)所示的报文内容:
Target IP address:1.1.1.2(1.1.1.2)
应答报文的目标MAC是邻居请求报文的源MAC,因此,
应答报文的目标IP地址对应的目标MAC地址为:00:e0:4c:07:c9:3c,
见附图4(b)所示的报文内容:
Target MAC address:realteks_07:c9:3c(00:e0:4c:07:c9:3c)。
以上示例二中,终端是老用户探测网关是否可达,根据邻居请求报文截获的信息,包括:邻居请求报文的源IP地址,邻居请求报文的源IP地址对应的源MAC地址,邻居请求报文的目标IP地址,邻居请求报文的目标IP地址即为邻居网关的IP地址;
以获取的邻居请求报文的源IP地址作为应答报文的目标IP地址;
以获取的邻居请求报文的源IP地址对应的源MAC地址作为应答报文的目标MAC地址;
以获取的邻居网关的IP地址作为应答报文的源IP地址;
以步骤S231在代理表项中查询的与邻居网关的IP地址对应的网关的MAC地址作为应答报文的源MAC地址,构造如附图5(b)所示的应答报文:
应答报文的源IP是邻居请求报文的目标IP,因此,
应答报文的源IP地址:1.1.1.1,
见附图5(b)所示的报文内容:
Sender IP address:1.1.1.1(1.1.1.1);
应答报文的源IP地址对应的源MAC地址为代理表项中的网关MAC信息,即:00:d0:11:11:11:12,
见附图5(b)所示的报文内容:
Send MAC address:prismvid_11:11:12(00:d0:11:11:11:12)
应答报文的目标IP是邻居请求报文的源IP,因此,
应答报文的目标IP是1.1.1.2,
见附图5(b)所示的报文内容:
Target IP address:1.1.1.2(1.1.1.2)
应答报文的目标MAC是邻居请求报文的源MAC,因此,
应答报文的目标MAC地址为:00:e0:4c:07:c9:3c,
见附图5(b)所示的报文内容:
Target MAC address:realteks_07:c9:3c(00:e0:4c:07:c9:3c)。
若不存在,则执行S233,对邻居请求报文不做处理。
车载覆盖无线接入点(AP)收到链路恢复指示后,触发车载覆盖无线接入点(AP)关闭代理功能,结束执行代理任务。
具体地,当车地故障恢复后,车载车地AP打开与车载交换机的链路,车载交换机检测到链路连接后,关闭重定向功能,并通知车载覆盖AP车地故障恢复;车载覆盖AP收到故障恢复消息后关闭代理功能,结束执行代理任务,由核心交换机网关自行应答。
实施例三
本方法适用于地铁或火车的无线网络***或者其他与地铁或火车无线网络环境布置类似轨道交通的场景下,本实施例提供了在IPV6无线网络环境下的一种轨道交通无线网络链路故障的网关代理方法的处理流程如图6所示,包括如下的处理流程:
S31、车载覆盖无线接入点接收并存储无线控制器所下发的代理表项;
代理表项反映无线控制器(AC)覆盖的所有网关的IP地址和网关的特征信息的对应关系。
在IPV6网络环境下,网关的特征信息包括网关的MAC地址和路由器标志位;
车载覆盖无线接入点(AP)接收并记录的代理表项包括:网关的IP地址、网关的MAC地址和路由器标志位,代理表项反映无线控制器(AC)覆盖的所有网关的IP地址和网关的MAC地址及路由器标志位的对应关系。
在无故障的情况下,对于首次上网的用户,终端先发送邻居请求报文学习到网关的MAC信息,终端在学习到网关的MAC信息后,可在固定的老化时间内维持上网,IPV6邻居的老化时间一般为30s,老化时间到了之后,终端会发出邻居请求报文,IPV6是NS请求,确认网关是否可达。核心交换机收到邻居请求报文后会应答NA,终端收到应答报文后更新网关邻居信息,包括可达时间,这样用户访问外网的报文会被继续送到核心交换机进行转发,即用户上网不会中断。
本实施例以老用户为例,终端会发出单播NS邻居请求报文,确认网关是否可达;
在IPV6网络环境下,在无故障的情况下,终端的网关会发出NS邻居请求报文,核心交换机收到邻居请求报文后会应答NA报文的过程如下示例:
示例三
以新用户为例,终端会发出组播NS邻居请求报文,学习邻居网关,如附图7(a)所示的报文内容是终端的网关发送的一个NS请求:
IP地址为1111::2的终端,向IP地址为1111::1的网关发出邻居报文请求,可以看到:
邻居请求报文的源IP地址是1111::2,
见附图7(a)所示的报文内容:
Source:1111::2(1111::2);
邻居请求报文的目的IP是被请求节点的组播地址,
见附图7(a)所示的报文内容:
Destination:ff01::1:ff01:1(ff01::1:ff01:1);
携带源链路层地址选项,即
邻居请求报文的源IP地址1111::2对应的源MAC地址为:
00:e0:4c:07:c9:3c;
见附图7(a)所示的报文内容:
link-layer address:00:e0:4c:07:c9:3c);
邻居请求的目标IP地址是1111::1,
见附图7(a)所示的报文内容:
Target:1111::1(1111::1);
如下是核心交换机收到请求后的应答NA报文如附图7(b)所示:
应答报文的源IP地址邻居网关的IP地址是1111::1,
见附图7(b)所示报文内容:
Source:1111::1(1111::1);
应答报文的目的IP地址是1111::2(1111::2);
见附图7(b)所示报文内容:
Destination:1111::2(1111::2);
应答报文的目标IP地址是邻居请求的目标IP地址1111::1,
见附图7(b)所示报文内容:
Target:1111::1(1111::1);
应答报文的目标IP地址对应的目标链路层地址选项,即
邻居网关的MAC地址为00:d0:11:11:11:12;
见附图7(b)所示报文内容:
link-layer address:00:d0:11:11:11:12;
NA报文中有3个特殊的标志位,分别为R/S/O,如以上代码所示R表示Router,R表示发送者是否为路由器,如以上代码所示S表示Solicited,S表示该应答报文是免费的还是收到请求后应答的,如以上代码所示O表示Override,O表示收到该报文后要不要覆盖更新已有表项信息。其中S和O可以根据邻居请求报文来选择赋值,而R则需要根据代理的IP所在设备的属性,要保存在代理表项中来设置。
示例四
以老用户为例,终端会发出发送单播NS邻居请求报文,探测网关是否可达,如如附图8(a)所示的报文内容,是终端的网关发送的一个NS请求:
IP地址为1111::2的终端,向IP地址为1111::1的网关发出邻居报文请求,可以看到:
邻居请求报文的源IP地址是1111::2,
见附图8(a)所示的报文内容:
Source:1111::2(1111::2);
邻居请求报文的目的IP地址是1111::1(1111::1);
见附图8(a)所示的报文内容:
Destination:1111::1(1111::1);
邻居网关的IP地址是邻居请求报文的目标IP地址:1111::1,
见附图8(a)所示的报文内容:
Target:1111::1(1111::1);
携带源链路层地址选项,即邻居请求报文的源IP地址1111::2对应的源MAC地址为00:e0:4c:07:c9:3c;
见附图8(a)所示的报文内容:
link-layer address:00:e0:4c:07:c9:3c;
核心交换机收到请求后的应答NA报文附图8(b)所示:
应答报文的源IP地址邻居网关的IP地址是1111::1,
见附图8(b)所示的报文内容:
Source:1111::1(1111::1);
应答报文的目的IP地址是1111::2(1111::2);
见附图8(b)所示的报文内容:
Destination:1111::2(1111::2);
应答报文的目标IP地址是邻居请求的目标IP地址1111::1,
见附图8(b)所示的报文内容:
Target:1111::1(1111::1);
邻居网关的MAC地址为00:d0:11:11:11:12;
见附图8(b)所示的报文内容:
link-layer address:00:d0:11:11:11:12;
NA报文中有3个特殊的标志位,分别为R/S/O,如以上代码所示R表示Router,R表示发送者是否为路由器,如以上代码所示S表示Solicited,S表示该应答报文是免费的还是收到请求后应答的,如以上代码所示O表示Override,O表示收到该报文后要不要覆盖更新已有表项信息。其中S和O可以根据邻居请求报文来选择赋值,而R则需要根据代理的IP所在设备的属性,要保存在代理表项中来设置。
在链路故障情况下,如果不采取措施,终端就收不到应答报文,如果终端没有收到应答报文,那么网关的邻居表项就会被删除,这样终端因为没有网关的MAC信息无法封装报文而无法发出访问外网的报文,也就无法上网了。本发明所采取的措施,在链路故障情况下,采用本实施例的方法,可维持用户在链路故障情况下,继续上网。
S32、车载覆盖无线接入点收到链路故障指示后,触发车载覆盖无线接入点(AP)开启代理功能,进入S33;
采用车载车地无线接入点(AP)监听车地链路状态,当车载车地无线接入点(AP)检测到车地链路故障后,车载车地无线接入点(AP)断开与车载交换机的链路。
车载交换机检测到与车载车地无线接入点(AP)链路断开后,将所有单播报文重定向到车载服务器,并通知车载覆盖无线接入点(AP)车地故障;
具体地,触发车载覆盖无线接入点(AP)开启代理功能,执行的操作包括:
S321、车载覆盖无线接入点截获邻居请求报文;
对于首次上网的用户,终端会发出组播NS邻居请求报文学习网关的MAC信息;
对于老用户,终端会发出单播NS邻居请求报文,确认网关是否可达;
不论是首次上网的用户所发出的组播NS邻居请求报文,还是老用户发出的单播NS邻居请求报文,车载覆盖无线接入点均可截获。
以上述示例三新用户为例,终端会发出组播NS邻居请求报文,学习邻居网关,车载覆盖无线接入点截获终端发出组播NS邻居请求报文,请求报文内容如附图7(a)所示;
以上述示例四老用户为例,终端发送如下单播NS邻居请求报文,确认网关是否可达,车载覆盖无线接入点截获终端发出单播NS邻居请求报文,请求报文内容如附图8(a)所示;
S322、车载覆盖无线接入点根据邻居请求报文获取邻居网关的IP地址;
以上示例三中,终端会发出组播NS邻居请求报文,学习邻居网关,根据邻居请求报文截获的信息,包括:邻居请求报文的源IP地址,邻居请求报文的源IP地址对应的源MAC地址,邻居请求报文的目标IP地址,其中,邻居请求报文的目标IP地址即为邻居网关的IP地址;
邻居请求报文的源IP地址是1111::2,
见附图7(a)所示的报文内容:
Source:1111::2(1111::2);
邻居请求报文的目的IP是被请求节点的组播地址,
见附图7(a)所示的报文内容:
Destination:ff01::1:ff01:1(ff01::1:ff01:1);
携带源链路层地址选项,即邻居请求报文的源IP地址1111::2对应的源MAC地址为00:e0:4c:07:c9:3c;
见附图7(a)所示报文内容:
link-layer address:00:e0:4c:07:c9:3c;
发出组播NS邻居请求报文,
邻居请求的目标IP地址即网关的IP地址是1111::1,
见附图7(a)所示报文内容:
Target:1111::1(1111::1);
示例四,终端发送如下单播NS邻居请求报文,确认网关是否可达,根据邻居请求报文截获的信息,包括:邻居请求报文的源IP地址,邻居请求报文的源IP地址对应的源MAC地址,邻居请求报文的目标IP地址,其中,邻居请求报文的目标IP地址即为邻居网关的IP地址;
邻居请求报文的源IP地址是1111::2,
见附图8(a)所示的报文内容:
Source:1111::2(1111::2);
邻居请求报文的目的IP地址是1111::1(1111::1);
见附图8(a)所示的报文内容:
Destination:1111::1(1111::1);
邻居网关的IP地址是邻居请求报文的目标IP地址:1111::1,
见附图8(a)所示的报文内容:
Target:1111::1(1111::1);
携带源链路层地址选项,即邻居请求报文的源IP地址1111::2对应的源MAC地址为00:e0:4c:07:c9:3c;
见附图8(a)所示的报文内容:
link-layer address:00:e0:4c:07:c9:3c;
S33、车载覆盖无线接入点根据代理表项执行代理任务。
具体地,车载覆盖无线接入点(AP)根据邻居网关的IP地址和所述代理表项执行代理任务,包括:
S331、在代理表项中查询是否存在与邻居网关的IP地址对应的网关的特征信息,若存在,则执行S232;
在IPV6网络环境下,网关的特征信息包括MAC地址和路由器标志位,在代理表项中查询存在与邻居网关的IP地址对应的网关的MAC地址和路由器标志位,
以上示例三及示例四中,根据邻居网关的IP地址1111::1在代理表项中查询到的对应的网关的MAC地址为:00:d0:11:11:11:12。
此时应答报文的源IP地址是1111::1,在代理表项中查询到应答报文的源IP地址的对应的网关的MAC地址为:00:d0:11:11:11:12;即应答报文的源IP地址是1111::1对应的源MAC地址为00:d0:11:11:11:12;
应答报文的目标IP地址是1111::2;
此外构造的应答报文的还包括路由标志位,
而R则需要根据代理的IP所在设备的属性,要保存在代理表项中来设置,在代理表项中与邻居网关的IP地址对应的还有路由器标志位信息。R的设置是需要判断代理的地址所在的设备是否是路由器设备,如果是则置位,如果不是则不置位,本实施例中代理邻居网关,R置位为1。
S332、根据与邻居网关的IP地址对应的网关的特征信息代理应答邻居请求报文,具体地,根据与邻居网关的IP地址对应的网关的MAC地址和标志位构造应答报文应答邻居请求报文;
若不存在,则执行S333,对邻居请求报文不做处理。
进一步地,在IPV6网络环境下,网关的特征信息包括网关的MAC地址和标志位,根据与邻居网关的IP地址对应的网关的MAC地址和标志位构造应答报文应答邻居请求报文。
上述示例三中,终端学习邻居网关,因此不知道邻居网关MAC地址,根据邻居请求报文截获的信息,包括:邻居请求报文的源IP地址,邻居请求报文的源IP地址对应的源MAC地址,邻居网关的IP地址;
以获取的邻居请求报文的源IP地址作为应答报文的目的IP地址;
以获取的邻居请求报文的源MAC地址作为应答报文的目的MAC地址;
以获取的邻居网关的IP地址作为应答报文的源IP地址;
以获取的邻居网关的IP地址作为应答报文的目标IP地址;
以步骤S331在代理表项中查询的与邻居网关的IP地址对应的网关的MAC地址作为应答报文的目标链路层地址选项对应的MAC地址,也作为应答报文的源MAC地址,在代理表项中查询的路由器标志位作为应答报文的路由器标志位;
构造如附图7(b)所示应答报文:
应答报文的源IP地址邻居网关的IP地址是1111::1,
见附图7(b)所示报文内容:
Source:1111::1(1111::1);
应答报文的目的IP地址是1111::2(1111::2);
见附图7(b)所示报文内容:
Destination:1111::2(1111::2);
应答报文的目标IP地址还是邻居请求的目标IP是1111::1,
见附图7(b)所示报文内容:
Target:1111::1(1111::1);
应答报文的目标IP地址1111::1对应的目标链路层地址选项中的MAC地址为00:d0:11:11:11:12;
见附图7(b)所示报文内容:
Link–layer address:00:d0:11:11:11:12;
路由器标志位根据代理表项查询所得,置位为1;
S和O可以根据邻居请求报文来选择赋值,而R则需要根据代理的IP所在设备的属性,要保存在代理表项中来设置,在代理表项中与邻居网关的IP地址对应的还有路由器标志位信息。
因为是收到邻居请求NS后的应答报文NA,所以S置位为1;
根据网关的地址性质,如果是任播地址,O标志必须不能置位,其他情况要置位,本实施例O置位为1;
R则需要判断代理的地址所在的设备是否是路由器设备,如果是则置位,如果不是则不置位,本实施例中代理邻居网关,R为路由器标志位根据代理表项查询所得,置位为1。
上述示例四中,终端是老用户探测网关是否可达,根据邻居请求报文截获的信息,包括:邻居请求报文的源IP地址,邻居请求报文的源IP地址对应的源MAC地址,邻居请求报文的目标IP地址,邻居请求报文的目标IP地址即为邻居网关的IP地址;
以获取的邻居请求报文的源IP地址作为应答报文的目的IP地址;
以获取的邻居请求报文的源MAC地址作为应答报文的目的MAC地址;
以获取的邻居网关的IP地址作为应答报文的源IP地址;
以获取的邻居网关的IP地址作为应答报文的目标IP地址;
以步骤S331在代理表项中查询的与邻居网关的IP地址对应的网关的MAC地址作为应答报文的目标链路层地址选项对应的MAC地址,也作为应答报文的源MAC地址,在代理表项中查询的路由器标志位作为应答报文的路由器标志位;
构造如附图8(b)所示应答报文:
应答报文的源IP地址邻居网关的IP地址是1111::1,
见附图8(b)所示报文内容:
Source:1111::1(1111::1);
应答报文的目的IP地址是1111::2(1111::2);
见附图8(b)所示报文内容:
Destination:1111::2(1111::2);
应答报文的目标IP地址还是邻居请求的目标IP是1111::1,
见附图8(b)所示报文内容:
Target:1111::1(1111::1);
应答报文的目标IP地址1111::1对应的目标链路层地址选项中的MAC地址为00:d0:11:11:11:12;
见附图8(b)所示报文内容:
link-layer address:00:d0:11:11:11:12;
路由器标志位根据代理表项查询所得,置位为1;
构造的应答NA报文中有3个特殊的标志位,分别为R/S/O,如以上代码所示R表示Router,R代表路由器标志位,表示发送者是否为路由器,如以上代码所示S表示Solicited,S表示该应答报文是免费的还是收到请求后应答的,如以上代码所示O表示Override,O表示收到该报文后要不要覆盖更新已有表项信息;
S和O可以根据邻居请求报文来选择赋值,而R则需要根据代理的IP所在设备的属性,要保存在代理表项中来设置,在代理表项中与邻居网关的IP地址对应的还有路由器标志位信息。
因为是收到邻居请求NS后的应答报文NA,所以S置位为1;
根据网关的地址性质,如果是任播地址,O标志必须不能置位,其他情况要置位,本实施例O置位为1;
R则需要判断代理的地址所在的设备是否是路由器设备,如果是则置位,如果不是则不置位,本实施例中代理邻居网关,R为路由器标志位根据代理表项查询所得,置位为1。
车载覆盖无线接入点收到链路恢复指示后,触发车载覆盖无线接入点关闭代理功能,结束执行代理任务。
具体地,当车地故障恢复后,车载车地AP打开与车载交换机的链路,车载交换机检测到链路连接后,关闭重定向功能,并通知车载覆盖AP车地故障恢复;车载覆盖AP收到故障恢复消息后关闭代理功能,结束执行代理任务,由核心交换机网关自行应答。
实施例四
该实施例提供了一种轨道交通无线网络链路故障的网关代理装置,其具体实现结构如图9所示,具体可以包括如下的模块:
下发模块41:用于使车载覆盖无线接入点接收并存储无线控制器所下发的代理表项;
触发模块42:用于在车载覆盖无线接入点收到链路故障指示后,触发车载覆盖无线接入点开启代理功能;
进一步地,触发模块42包括:截获单元421和获取单元422,其中,
截获单元421:用于使车载覆盖无线接入点截获邻居请求报文;
获取单元422:用于使车载覆盖无线接入点根据邻居请求报文获取应答邻居请求报文的必要信息。
执行模块43:用于车载覆盖无线接入点根据所述代理表项执行代理任务。
进一步地,执行模块43包括:查询判断单元431和选择单元432;
查询判断单元431:用于在所述代理表项中查询是否存在与所述邻居网关的IP地址对应的网关的特征信息,若存在,则进入选择单元;若不存在,则不做处理;
选择单元432:用于选择与所述邻居网关的IP地址对应的网关的特征信息执行代理任务。
车载覆盖无线接入点收到链路恢复指示后,所述触发模块触发车载覆盖无线接入点关闭代理功能,所述执行模块结束执行代理任务。
用本发明实施例的装置进行轨道交通无线网络链路故障的网关代理的具体过程与前述方法实施例类似,此处不再赘述。
本领域普通技术人员可以理解:附图只是一个实施例的示意图,附图中的模块或流程并不一定是实施本发明所必须的。
通过以上的实施方式的描述可知,本领域的技术人员可以清楚地了解到本发明可借助软件加必需的通用硬件平台的方式来实现。基于这样的理解,本发明的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来,该计算机软件产品可以存储在存储介质中,如ROM/RAM、磁碟、光盘等,包括若干指令用以使得一台计算机设备(可以是个人计算机,服务器,或者网络设备等)执行本发明各个实施例或者实施例的某些部分所述的方法。
本说明书中的各个实施例均采用递进的方式描述,各个实施例之间相同相似的部分互相参见即可,每个实施例重点说明的都是与其他实施例的不同之处。尤其,对于装置或***实施例而言,由于其基本相似于方法实施例,所以描述得比较简单,相关之处参见方法实施例的部分说明即可。以上所描述的装置及***实施例仅仅是示意性的,其中所述作为分离部件说明的单元可以是或者也可以不是物理上分开的,作为单元显示的部件可以是或者也可以不是物理单元,即可以位于一个地方,或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部模块来实现本实施例方案的目的。本领域普通技术人员在不付出创造性劳动的情况下,即可以理解并实施。
以上所述,仅为本发明较佳的具体实施方式,但本发明的保护范围并不局限于此,任何熟悉本技术领域的技术人员在本发明揭露的技术范围内,可轻易想到的变化或替换,都应涵盖在本发明的保护范围之内。因此,本发明的保护范围应该以权利要求的保护范围为准。
Claims (11)
1.一种轨道交通无线网络链路故障的网关代理方法,其特征在于,包括:
车载覆盖无线接入点接收并存储无线控制器所下发的代理表项;
车载覆盖无线接入点收到链路故障指示后,触发车载覆盖无线接入点开启代理功能;
车载覆盖无线接入点根据所述代理表项执行代理任务。
2.根据权利要求1所述的一种轨道交通无线网络链路故障的网关代理方法,其特征在于,所述代理表项反映无线控制器覆盖的所有网关的IP地址和网关的特征信息的对应关系。
3.根据权利要求2所述的一种轨道交通无线网络链路故障的网关代理方法,其特征在于,所述特征信息包括:网关的MAC地址或网关的MAC地址和路由器标志位。
4.根据权利要求1所述的一种轨道交通无线网络链路故障的网关代理方法,其特征在于,所述触发车载覆盖无线接入点开启代理功能,包括执行:
车载覆盖无线接入点截获邻居请求报文;
车载覆盖无线接入点根据邻居请求报文获取应答邻居请求报文的必要信息。
5.根据权利要求4所述的一种轨道交通无线网络链路故障的网关代理方法,其特征在于,所述车载覆盖无线接入点根据所述代理表项执行代理任务,包括:
在代理表项中查询是否存在与所述邻居网关的IP地址对应的网关的特征信息;
若存在,则根据与所述邻居网关的IP地址对应的网关的特征信息执行代理任务。
6.根据权利要求5所述的一种轨道交通无线网络链路故障的网关代理方法,其特征在于,所述根据与所述邻居网关的IP地址对应的网关的特征信息执行代理任务,包括:
在IPV4网络环境下,根据与所述邻居网关的IP地址对应的网关的MAC地址构造应答报文执行代理任务;或者,
在IPV6网络环境下,根据与所述邻居网关的IP地址对应的网关的MAC地址和路由器标志位构造应答报文执行代理任务。
7.根据权利要求1至6任一项所述的一种轨道交通无线网络链路故障的网关代理方法,其特征在于,还包括:车载覆盖无线接入点收到链路恢复指示后,触发车载覆盖无线接入点关闭代理功能,结束执行代理任务。
8.一种轨道交通无线网络链路故障的网关代理装置,其特征在于,包括:下发模块、触发模块和执行模块,其中,
下发模块:用于使车载覆盖无线接入点接收并存储无线控制器所下发的代理表项;
触发模块:用于在车载覆盖无线接入点收到链路故障指示后,触发车载覆盖无线接入点开启代理功能;
执行模块:用于车载覆盖无线接入点根据所述代理表项执行代理任务。
9.根据权利要求8所述的一种轨道交通无线网络链路故障的网关代理装置,其特征在于,所述触发模块,包括:截获单元和获取单元,其中,
截获单元:用于使车载覆盖无线接入点截获邻居请求报文;
获取单元:用于使车载覆盖无线接入点根据邻居请求报文获取应答邻居请求报文的必要信息。
10.根据权利要求8所述的一种轨道交通无线网络链路故障的网关代理装置,其特征在于,所述执行模块,包括:查询判断单元和选择单元,其中,
查询判断单元:用于在代理表项中查询是否存在与邻居网关的IP地址对应的网关的特征信息,若存在,则进入选择单元;
选择单元:用于选择与邻居网关的IP地址对应的网关的特征信息执行代理任务。
11.根据权利要求8至10任一项所述的一种轨道交通无线网络链路故障的网关代理装置,其特征在于,还包括:所述触发模块用于在车载覆盖无线接入点收到链路恢复指示后,触发车载覆盖无线接入点关闭代理功能,所述执行模块用于结束执行代理任务。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201410618220.0A CN104333467B (zh) | 2014-11-05 | 2014-11-05 | 一种轨道交通无线网络链路故障的网关代理方法和装置 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201410618220.0A CN104333467B (zh) | 2014-11-05 | 2014-11-05 | 一种轨道交通无线网络链路故障的网关代理方法和装置 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN104333467A true CN104333467A (zh) | 2015-02-04 |
CN104333467B CN104333467B (zh) | 2017-11-24 |
Family
ID=52408126
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201410618220.0A Active CN104333467B (zh) | 2014-11-05 | 2014-11-05 | 一种轨道交通无线网络链路故障的网关代理方法和装置 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN104333467B (zh) |
Cited By (6)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN106161607A (zh) * | 2016-06-30 | 2016-11-23 | 重庆尚渝网络科技有限公司 | 设备在隧道和机车上的网络*** |
CN108092823A (zh) * | 2018-01-09 | 2018-05-29 | 长沙曙通信息科技有限公司 | 一种无线网络业务故障定位实现方法 |
CN109640350A (zh) * | 2019-02-13 | 2019-04-16 | 杭州迪普科技股份有限公司 | Ap的远程维护方法和装置 |
CN110741609A (zh) * | 2017-06-14 | 2020-01-31 | 住友电气工业株式会社 | 车载通信***、交换机装置、通信控制方法和通信控制程序 |
CN110869911A (zh) * | 2017-07-10 | 2020-03-06 | 住友电气工业株式会社 | 车载通信装置、日志收集方法和日志收集程序 |
CN117880771A (zh) * | 2024-03-12 | 2024-04-12 | 武汉智慧地铁科技有限公司 | 基于地铁车地无线通信的障碍物感知方法及装置 |
Citations (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101237470A (zh) * | 2008-03-11 | 2008-08-06 | 西南交通大学 | 一种基于无线多跳网络技术的车地宽带接入方法 |
CN201491280U (zh) * | 2009-07-30 | 2010-05-26 | 迈玺(北京)科技有限公司 | 无线网状网网络节点 |
US20130310044A1 (en) * | 2011-01-31 | 2013-11-21 | Nokia Siemens Networks Oy | Method and apparatus for managing neighbour relations |
CN103618663A (zh) * | 2013-11-26 | 2014-03-05 | 上海文聪信息科技有限公司 | 一种信息分享***及其信息分享方法 |
CN103731890A (zh) * | 2013-12-11 | 2014-04-16 | 福建星网锐捷网络有限公司 | 高速运动状态下链路切换方法、车载ap及*** |
-
2014
- 2014-11-05 CN CN201410618220.0A patent/CN104333467B/zh active Active
Patent Citations (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101237470A (zh) * | 2008-03-11 | 2008-08-06 | 西南交通大学 | 一种基于无线多跳网络技术的车地宽带接入方法 |
CN201491280U (zh) * | 2009-07-30 | 2010-05-26 | 迈玺(北京)科技有限公司 | 无线网状网网络节点 |
US20130310044A1 (en) * | 2011-01-31 | 2013-11-21 | Nokia Siemens Networks Oy | Method and apparatus for managing neighbour relations |
CN103618663A (zh) * | 2013-11-26 | 2014-03-05 | 上海文聪信息科技有限公司 | 一种信息分享***及其信息分享方法 |
CN103731890A (zh) * | 2013-12-11 | 2014-04-16 | 福建星网锐捷网络有限公司 | 高速运动状态下链路切换方法、车载ap及*** |
Cited By (8)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN106161607A (zh) * | 2016-06-30 | 2016-11-23 | 重庆尚渝网络科技有限公司 | 设备在隧道和机车上的网络*** |
CN106161607B (zh) * | 2016-06-30 | 2019-05-10 | 重庆尚渝网络科技有限公司 | 设备在隧道和机车上的网络*** |
CN110741609A (zh) * | 2017-06-14 | 2020-01-31 | 住友电气工业株式会社 | 车载通信***、交换机装置、通信控制方法和通信控制程序 |
CN110869911A (zh) * | 2017-07-10 | 2020-03-06 | 住友电气工业株式会社 | 车载通信装置、日志收集方法和日志收集程序 |
CN108092823A (zh) * | 2018-01-09 | 2018-05-29 | 长沙曙通信息科技有限公司 | 一种无线网络业务故障定位实现方法 |
CN109640350A (zh) * | 2019-02-13 | 2019-04-16 | 杭州迪普科技股份有限公司 | Ap的远程维护方法和装置 |
CN117880771A (zh) * | 2024-03-12 | 2024-04-12 | 武汉智慧地铁科技有限公司 | 基于地铁车地无线通信的障碍物感知方法及装置 |
CN117880771B (zh) * | 2024-03-12 | 2024-05-14 | 武汉智慧地铁科技有限公司 | 基于地铁车地无线通信的障碍物感知方法及装置 |
Also Published As
Publication number | Publication date |
---|---|
CN104333467B (zh) | 2017-11-24 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
US10880730B2 (en) | Predictive and nomadic roaming of wireless clients across different network subnets | |
CN104333467A (zh) | 一种轨道交通无线网络链路故障的网关代理方法和装置 | |
CN102143068B (zh) | 一种mac地址学习的方法,装置和*** | |
CN102833721B (zh) | 无线漫游数据转发方法及无线访问接入点 | |
JP4552449B2 (ja) | 移動ルータ装置、移動ネットワークシステムおよび移動ルータ装置の移動管理方法 | |
CN108777722B (zh) | 多***组网通信方法、装置、移动终端及存储介质 | |
EP2087656B1 (en) | Methods and arrangements for lan emulation in mobile networks | |
US9641353B2 (en) | Forwarding packets | |
RU2582059C2 (ru) | Способ и система пересылки и обработки сервисного пакета и точка доступа ар | |
CN106559292A (zh) | 一种宽带接入方法和装置 | |
EP2451125B1 (en) | Method and system for realizing network topology discovery | |
CN102055816A (zh) | 一种通信方法、业务服务器、中间设备、终端及通信*** | |
CA2485175A1 (en) | Methods and apparatus for mobile ip dynamic home agent allocation | |
US7707313B2 (en) | System and method for routing and domain name system support of a mobile node | |
CN105791457A (zh) | 一种数据处理方法及装置 | |
CN1951087B (zh) | 用于在无线网络中获得服务器信息的方法和设备 | |
CN104737507A (zh) | 在大规模数据中心环境中用机会第3层转发确保任意到任意可达性 | |
CN105072038A (zh) | 一种数据报文转发方法及装置 | |
CN107948150B (zh) | 报文转发方法及装置 | |
CN103117930B (zh) | 静态路由配置的检测方法和装置 | |
CN109379291A (zh) | 一种组网中服务请求的处理方法及装置 | |
US20190297655A1 (en) | Local break-out in mobile ip networks | |
CN102143164B (zh) | 报文中继方法、装置及基站 | |
CN103312749A (zh) | 一种应用层流量优化服务器的发现方法、设备及*** | |
CN106921473B (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 | ||
GR01 | Patent grant | ||
GR01 | Patent grant | ||
CP01 | Change in the name or title of a patent holder |
Address after: Cangshan District of Fuzhou City, Fujian province 350002 Jinshan Road No. 618 Garden State Industrial Park 19 floor Patentee after: RUIJIE NETWORKS CO., LTD. Address before: Cangshan District of Fuzhou City, Fujian province 350002 Jinshan Road No. 618 Garden State Industrial Park 19 floor Patentee before: Beijing Star-Net Ruijie Networks Co.,Ltd. |
|
CP01 | Change in the name or title of a patent holder |