发明内容
本发明的实施例提供一种故障处理方法和设备,用于解决在转发器与控制器之间的管理通道出现异常时,控制器如何对转发器进行管理的问题。
为达到上述目的,本发明的实施例采用如下技术方案:
第一方面,本发明实施例提供了一种故障处理方法,应用于第一转发器,该方法包括:
当第一转发器检测到与控制器之间的管理通道出现异常时,通过其正常工作的OpenFlow端口向邻居转发器发送代理管理请求;代理管理请求用于向与所述正常工作的OpenFlow端口连接的邻居转发器请求代理管理所述第一转发器;
接收第二转发器发送的代理管理应答;代理管理应答用于确认代理管理第一转发器;
与第二转发器建立第一OpenFlow连接;
接收第二转发器通过第一OpenFlow连接发送的管理命令,并根据管理命令执行相应管理动作;其中,管理命令由控制器通过第二OpenFlow连接向第二转发器发送,第二OpenFlow连接为第二转发器以第一转发器的网络协议IP地址为源IP地址与控制器建立的OpenFlow连接。
可选的,代理管理请求的源IP地址为指定IP地址,代理管理请求的目的IP地址为控制器的IP地址,代理管理请求的源媒体访问控制MAC地址为第一转发器的MAC地址,代理管理请求的目的MAC地址为全F的广播MAC地址。
代理管理应答的源IP地址为控制器的IP地址,代理管理应答的目的IP地址为所述指定IP地址,代理管理应答的源MAC地址为第二转发器的MAC地址,代理管理应答的目的MAC地址为全F的广播MAC地址。
可选的,在与第二转发器建立第一OpenFlow连接之后,该方法还包括:
当第一转发器的带外管理网络恢复正常时,断开第一OpenFlow连接,并与控制器重新建立OpenFlow连接。
第二方面,本发明实施例提供了一种故障处理方法,应用于第二转发器,该方法包括:
接收第一转发器发送的代理管理请求;代理管理请求用于请求第二转发器代理管理第一转发器;
向第一转发器发送代理管理应答;代理管理应答用于确认代理管理第一转发器;
与第一转发器建立第一OpenFlow连接;
以第一转发器的网络协议IP地址为源IP地址与控制器建立第二OpenFlow连接;
接收控制器通过第二OpenFlow连接发送的管理命令;
通过第一OpenFlow连接向第一转发器发送管理命令。
可选的,代理管理请求的源IP地址为指定IP地址,代理管理请求的目的IP地址为控制器的IP地址,代理管理请求的源媒体访问控制MAC地址为第一转发器的MAC地址,代理管理请求的目的MAC地址为全F的广播MAC地址。
代理管理应答的源IP地址为控制器的IP地址,代理管理应答的目的IP地址为所述指定IP地址,代理管理应答的源MAC地址为第二转发器的MAC地址,代理管理应答的目的MAC地址为全F的广播MAC地址。
可选的,在与第一转发器建立第一OpenFlow连接之后,方法还包括:
当第一转发器断开第一OpenFlow连接时,断开第二OpenFlow连接。
第三方面,本发明实施例提供了一种转发器,包括:
发送单元,用于在转发器与控制器之间的管理通道出现异常时,通过其正常工作的OpenFlow端口向邻居转发器发送代理管理请求;代理管理请求用于向与所述正常工作的OpenFlow端口连接的邻居转发器请求代理管理所述转发器;
接收单元,用于接收邻居转发器发送的代理管理应答;代理管理应答用于确认代理管理转发器;
连接单元,用于与邻居转发器建立第一OpenFlow连接;
接收单元,还用于接收邻居转发器通过第一OpenFlow连接发送的管理命令;其中,管理命令由控制器通过第二OpenFlow连接向邻居转发器发送,第二OpenFlow连接为邻居转发器以转发器的网络协议IP地址为源IP地址与控制器建立的OpenFlow连接;
处理单元,用于根据管理命令执行相应管理动作。
可选的,代理管理请求的源IP地址为指定IP地址,代理管理请求的目的IP地址为控制器的IP地址,代理管理请求的源媒体访问控制MAC地址为所述转发器的MAC地址,代理管理请求的目的MAC地址为全F的广播MAC地址。
代理管理应答的源IP地址为控制器的IP地址,代理管理应答的目的IP地址为所述指定IP地址,代理管理应答的源MAC地址为邻居转发器的MAC地址,代理管理应答的目的MAC地址为全F的广播MAC地址。
可选的,连接单元还用于,在转发器的带外管理网络恢复正常时,断开第一OpenFlow连接,并与控制器重新建立OpenFlow连接。
第四方面,本发明实施例提供了一种转发器,包括:
接收单元,用于接收邻居转发器发送的代理管理请求;代理管理请求用于请求所述转发器代理管理邻居转发器;
发送单元,用于向邻居转发器发送代理管理应答;代理管理应答用于确认代理管理邻居转发器;
连接单元,用于与邻居转发器建立第一OpenFlow连接,以及以邻居转发器的网络协议IP地址为源IP地址与控制器建立第二OpenFlow连接;
接收单元,还用于接收控制器通过第二OpenFlow连接发送的管理命令;
发送单元,还用于通过第一OpenFlow连接向邻居转发器发送管理命令。
可选的,代理管理请求的源IP地址为指定IP地址,代理管理请求的目的IP地址为控制器的IP地址,代理管理请求的源媒体访问控制MAC地址为邻居转发器的MAC地址,代理管理请求的目的MAC地址为全F的广播MAC地址;
代理管理应答的源IP地址为控制器的IP地址,代理管理应答的目的IP地址为所述指定IP地址,代理管理应答的源MAC地址为转发器的MAC地址,代理管理应答的目的MAC地址为全F的广播MAC地址。
可选的,连接单元,还用于在邻居转发器断开第一OpenFlow连接时,断开第二OpenFlow连接。
本发明实施例提供的故障处理方法,在第一转发器检测到与控制器之间的管理通道出现异常时,首先通过其正常工作的OpenFlow端口向邻居转发器发送用于请求正常工作的业务端口的对端设备代理管理第一转发器的代理管理请求,然后接收第二转发器发送用于确认代理管理第一转发器的代理管理应答,并在接收第二转发器发送的代理管理应答后,与第二转发器建立第一OpenFlow连接,最后接收第二转发器通过第一OpenFlow连接发送的管理命令,并根据管理命令执行相应管理动作;其中,第一转发器接收的管理命令由控制器通过第二OpenFlow连接向第二转发器发送,第二OpenFlow连接为第二转发器以第一转发器的IP地址为源IP地址与控制器建立的OpenFlow连接。即,在第一转发器检测到与控制器之间的管理通道出现异常时,第一转发器先寻找支持代理管理第一转发器的第二转发器,然后与第二转发器建立连接,第二转发器再以第一转发器的IP地址为源IP与控制器建立第二OpenFlow连接,并通过第二转发器向第一转发器转发控制器发送的管理命令,因此通过本发明实施例在转发器与控制器之间的管理通道出现异常时,控制器仍可以对转发器进行管理。
具体实施方式
下面将结合本发明实施例中的附图,对本发明实施例中的技术方案进行清楚、完整地描述,显然,所描述的实施例仅仅是本发明一部分实施例,而不是全部的实施例。基于本发明中的实施例,本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例,都属于本发明保护的范围。
需要说明的是,为了便于清楚描述本发明实施例的技术方案,在本发明的实施例中,采用了“第一”、“第二”等字样对功能和作用基本相同的相同项或相似项进行区分,本领域技术人员可以理解“第一”、“第二”等字样并不是在对数量和执行次序进行限定。
在本发明实施例中,“示例性的”或者“例如”等词用于表示作例子、例证或说明。本发明实施例中被描述为“示例性的”或者“例如”的任何实施例或设计方案不应被解释为比其它实施例或设计方案更优选或更具优势。确切而言,使用“示例性的”或者“例如”等词旨在以具体方式呈现相关概念。
在本发明的描述中,除非另有说明,“多个”的含义是指两个或两个以上。例如,多个感应单元是指两个或两个以上的感应单元。
下面将结合本发明实施例中的附图,对本发明实施例中的技术方案进行详细地描述,显然,所描述的实施例仅仅是本发明一部分实施例,而不是全部的实施例。
当转发器与控制器之间的管理通道出现异常时,转发器将会进入失联状态,控制器无法对转发器进行控制,网络转发将处于不可控的状态。因此在转发器与控制器之间的管理通道出现异常时,控制器如何对转发器进行管理是一个亟待解决的问题。
为了解决上述问题,本发明的实施例提供了一种故障处理方法和设备,该故障处理方法,在第一转发器检测到与控制器之间的管理通道出现异常时,首先通过其正常工作的OpenFlow端口向邻居转发器发送用于请求正常工作的业务端口的对端设备代理管理第一转发器的代理管理请求,然后接收第二转发器发送用于确认代理管理第一转发器的代理管理应答,并在接收第二转发器发送的代理管理应答后,与第二转发器建立第一OpenFlow连接,最后接收第二转发器通过第一OpenFlow连接发送的管理命令,并根据管理命令执行相应管理动作;其中,第一转发器接收的管理命令由控制器通过第二OpenFlow连接向第二转发器发送,第二OpenFlow连接为第二转发器以第一转发器的IP地址为源IP地址与控制器建立的OpenFlow连接。即,在第一转发器检测到与控制器之间的管理通道出现异常时,第一转发器先寻找支持代理管理第一转发器的第二转发器,然后与第二转发器建立连接,第二转发器再以第一转发器的IP地址为源IP与控制器建立第二OpenFlow连接,并通过第二转发器向第一转发器转发控制器发送的管理命令,因此通过本发明实施例在转发器与控制器之间的管理通道出现异常时,控制器仍可以对转发器进行管理。
以下首先对本发明实施例提供的故障处理方法应用的网络架构进行说明。示例性的,参照图1所示,本发明实施例提供的故障处理方法应用的一种可能的网络架构包括:控制器11、第一终端设备PC1、第二终端设备PC2以及串接于第一终端设备PC1和第二终端设备PC2之间的第一转发器12、第二转发器13和第三转发器14;第一转发器12、第二转发器13以及第三转发器14与控制器11之间均建立有相互独立的管理通道。正常情况下,控制器11通过与第一转发器12之间的管理通道向第一转发器12发送管理命令、通过与第二转发器13之间的管理通道向第二转发器13发送管理命令、通过与第三转发器14之间的管理通道向第三转发器14发送管理命令,且第一转发器12、第二转发器13以及第三转发器14的OpenFlow进程实时对自身与控制器之间的管理通道的状态进行监听,以确定自身与控制器11之间的管理通道是否异常。
本发明实施例提供一种故障处理方法,具体的,参照图2所示,该方法包括如下步骤:
S11、当第一转发器检测到与控制器之间的管理通道出现异常时,第一转发器通过其正常工作的OpenFlow端口向邻居转发器发送代理管理请求。
其中,代理管理请求用于向与所述正常工作的OpenFlow端口连接的邻居转发器请求代理管理所述第一转发器。该正常工作的OpenFlow端口可以依据端口号顺序或者其他设定的选择顺序从所有正常工作的OpenFlow端口中选择一个。
对应的,与该正常工作的业务端口连接的邻居设备接收第一转发器发送的代理管理请求,该正常工作的业务端口的论据设备包括本发明实施例中的第二转发器。
具体的,当转发器与控制器之间的管理通道出现异常时,转发器与控制器维持管理通道状态将会发生改变,因此第一转发器可以通过OpenFlow进程实时对转发器与控制器之间的管理通道的状态进行监听,并在转发器与控制器之间的管理通道的状态发生改变时确定第一转发器检测到与控制器之间的管理通道出现异常。
进一步的,第一转发器通过其正常工作的OpenFlow端口向邻居转发器发送代理管理请求,具体可以为:第一转发器首先通过首个正常的业务端口(如端口号最小的)发送N次代理管理请求,每次发送间隔预设时间,若在设定的发送次数和预设时间内未接收到首个正常的业务端口发送的代理管理应答,则可以依据端口号顺序或者其他设定的选择顺序通过第二个正常的业务端口发送代理管理请求,每次发送间隔预设时间,若在在设定的发送次数(大于等于1)和预设时间内仍未接收到第二个正常的业务端口发送的代理管理应答,则再通过下一个正常的业务端口发送代理管理请求,直到接收到其他设备发送的代理管理应答为止。
此外,接收第一转发器发送的代理管理请求的正常工作的业务端口连接的对端设备,根据自身是否支持代理管理第一转发器确定是否向第一转发器发送代理管理应答;若自身支持代理管理第一转发器,则向第一转发器发送代理管理应答,若自身不支持代理管理第一转发器,则忽略接收到的代理管理请求消息。
可选的,代理管理请求的源IP地址为指定IP地址,代理管理请求的目的IP地址为控制器的IP地址,代理管理请求的源媒体访问控制(Media Access Control,MAC)地址为第一转发器的MAC地址,代理管理请求的目的MAC地址为全F的广播MAC地址。
示例性的,指定IP地址可以为系统中约定的任何IP地址。
S12、第二转发器向第一转发器发送代理管理应答。
代理管理应答用于确认代理管理第一转发器。
对应的,第一转发器接收第二转发器发送的代理管理应答。
由于第二转发器向第一转发器发送代理管理应答,因此首先第二转发器为第一转发器正常工作的业务端口的对端设备,并且第二转发器支持对第一转发器进行代理管理。
当代理管理请求的源IP地址为约定的指定IP地址,代理管理请求的目的IP地址为控制器的IP地址,代理管理请求的源MAC地址为第一转发器的MAC地址,代理管理请求的目的MAC地址为全F的广播MAC地址时,第二转发器可以通过接收报文的源IP地址和目的IP地址确定接收到的报文是否为代理管理请求。具体的,当第二转发器收到第一转发器发送的报文后,查看报文的目的IP地址,若发现目的IP地址为控制器IP地址,则将报文上送第二转发器的协议栈进行处理,在第二转发器的协议栈收到报文后对报文的源IP地址和目的IP地址进行检查,发现报文的目的IP地址为控制器的IP地址、源IP地址为非本机地址后,得知该报文为其他转发器发送的代理管理请求。
代理管理应答的源IP地址为控制器的IP地址,代理管理应答的目的IP地址为指定IP地址,代理管理应答的源MAC地址为第二转发器的MAC地址,代理管理应答的目的MAC地址为全F的广播MAC地址。
同样,当代理管理应答的源IP地址为控制器的IP地址,代理管理应答的目的IP地址为约定的指定IP地址,代理管理应答的源MAC地址为第二转发器的MAC地址,代理管理应答的目的MAC地址为全F的广播MAC地址时,第一转发器可以通过接收报文的源IP地址和目的IP地址确定接收到的报文是否为代理管理应答。具体的,第一转发器接收到第二转发器发送的报文后,查看接收到报文的源IP地址和目的IP地址,在确认与代理管理应答的IP地址一致后,将报文上送至第一转发器的协议栈,第一转发器的协议栈在收到该报文后,认定已找到支持代理管理的第二设备,并进入代理管理通道建立流程。
S13、第一转发器与第二转发器建立第一OpenFlow连接。
对应的,第二转发器与第一转发器建立第一OpenFlow连接。
具体的,第一转发器与第二转发器建立第一OpenFlow连接的过程可以为:第一转发器向第二转发器发送OpenFlow连接建立请求,第二转发器接收到第一转发器发送的OpenFlow连接建立请求后,对第一转发器发送的OpenFlow连接建立请求予以正常回应,直至OpenFlow连接成功建立。其中,上述OpenFlow连接建立请求的目的IP地址为第二转发器的IP地址,源IP地址为第一转发器的IP。
S14、第二转发器以第一转发器的IP地址为源IP地址与控制器建立第二OpenFlow连接。
对应的,控制器与第二转发器建立第二OpenFlow连接。
具体的,第一转发器与第二转发器建立第一OpenFlow连接的过程可以为:第二转发器向控制器发送OpenFlow连接建立请求,控制器接收到第二转发器发送的OpenFlow连接建立请求后,对第二转发器发送的OpenFlow连接建立请求予以正常回应,直至OpenFlow连接成功建立。
由于第二OpenFlow连接是第二转发器以第一转发器的IP地址为源IP地址与控制器建立的,因此控制器会认为第一转发器已重新上线,因此控制器会执行如下步骤S15。
S15、控制器通过第二OpenFlow连接向第二转发器发送管理命令。
对应的,第二转发器接收控制器通过第二OpenFlow连接发送的管理命令。
需要说明的是,当第二转发器以第一转发器的IP地址为源IP地址与控制器建立第二OpenFlow连接后,第二转发器与控制器之间至少存在两条OpenFlow连接,其中一条为以自身的IP地址(第二转发器的IP地址)为源IP地址与控制器建立的OpenFlow连接,另一条为上述第二OpenFlow连接。因此第二转发器接收到控制器发送的管理命令后,首先查看管理命令的目的IP地址,若接收到的管理命令的MAC地址是本地的MAC地址、目的IP地址是第一转发器的IP地址,则确定接收到的管理命令为针对第一转发器的管理命令,若接收到的管理命令的MAC地址是本地的MAC地址、目的IP地址是自身的IP地址,则确定接收到的管理命令为针对自身的管理命令。
S16、第二转发设备通过第一OpenFlow连接向第一转发器发送管理命令。
对应的,第一转发器接收第二转发器通过第一OpenFlow连接发送的管理命令。
具体的,当第二转发器接收控制器通过第二OpenFlow连接发送的管理命令(MAC地址是本地的MAC地址、目的IP地址是第一转发器的IP地址)后,对接收到的管理命令进行解析,对接收到的管理命令的内容复制,通过与第一转发器建立的第一OpenFlow连接将管理命令传递至第一转发器。
S17、第一转发器根据管理命令执行相应管理动作。
本发明实施例提供的故障处理方法,在第一转发器检测到与控制器之间的管理通道出现异常时,首先通过其正常工作的OpenFlow端口向邻居转发器发送用于请求正常工作的业务端口的对端设备代理管理第一转发器的代理管理请求,然后接收响应该代理管理请求的第二转发器发送用于确认代理管理第一转发器的代理管理应答,并在接收第二转发器发送的代理管理应答后,与第二转发器建立第一OpenFlow连接,最后接收第二转发器通过第一OpenFlow连接发送的管理命令,并根据管理命令执行相应管理动作;其中,第一转发器接收的管理命令由控制器通过第二OpenFlow连接向第二转发器发送,第二OpenFlow连接为第二转发器以第一转发器的IP地址为源IP地址与控制器建立的OpenFlow连接。即,在第一发器与控制器之间的管理通道出现异常时,第一转发器先寻找支持代理管理第一转发器的第二转发器,然后与第二转发器建立连接,第二转发器再以第一转发器的IP地址为源IP与控制器建立第二OpenFlow连接,并通过第二转发器向第一转发器转发控制器发送的管理命令,因此通过本发明实施例在转发器与控制器之间的管理通道出现异常时,控制器仍可以对转发器进行管理。
进一步的,参照图3所示,在上述实施例的基础上,本发明实施例提供的故障处理方法还包括如下步骤:
S31、当第一转发器的带外管理网络恢复正常时,第一转发器断开第一OpenFlow连接,并与控制器重新建立OpenFlow连接。
具体的,第一转发器可以持续以自身管理地址为源地址,控制器地址作为目的地址进行控制报文协议(Internet Control Message Protocol Internet,ICMP)保活探测,当第一转发器的带外管理网络恢复正常时,则认为管理通道可以切回正常管理通道。
S32、第二转发器断开第二OpenFlow连接。
本发明再一实施例提供一种转发器,具体的,参照图4,该转发器400包括:
发送单元41,用于在转发器与控制器之间的管理通道出现异常时,通过其正常工作的OpenFlow端口向邻居转发器发送代理管理请求;代理管理请求用于向与所述正常工作的OpenFlow端口连接的邻居转发器请求代理管理所述转发器;
接收单元42,用于接收邻居转发器发送的代理管理应答;代理管理应答用于确认代理管理转发器;
连接单元43,用于与邻居转发器建立第一OpenFlow连接;
接收单元42,还用于接收邻居转发器通过第一OpenFlow连接发送的管理命令;其中,管理命令由控制器通过第二OpenFlow连接向邻居转发器发送,第二OpenFlow连接为邻居转发器以转发器的IP地址为源IP地址与控制器建立的OpenFlow连接;
处理单元44,用于根据管理命令执行相应管理动作。
可选的,代理管理请求的源IP地址为系统中约定的任何指定IP地址,代理管理请求的目的IP地址为控制器的IP地址,代理管理请求的源媒体访问控制MAC地址为所述转发器的MAC地址,代理管理请求的目的MAC地址为全F的广播MAC地址。
代理管理应答的源IP地址为控制器的IP地址,代理管理应答的目的IP地址为指定IP地址,代理管理应答的源MAC地址为邻居转发器的MAC地址,代理管理应答的目的MAC地址为全F的广播MAC地址。
可选的,连接单元43还用于,在转发器的带外管理网络恢复正常时,断开第一OpenFlow连接,并与控制器重新建立OpenFlow连接。
本发明实施例提供的转发器在与控制器之间的管理通道出现异常时,首先通过其正常工作的OpenFlow端口向邻居转发器发送用于请求正常工作的业务端口的对端设备代理管理本转发器的代理管理请求,然后接收邻居转发器发送用于确认代理管理本转发器的代理管理应答,并在接收邻居转发器发送的代理管理应答后,与邻居转发器建立第一OpenFlow连接,最后接收邻居转发器通过第一OpenFlow连接发送的管理命令,并根据管理命令执行相应管理动作;其中,转发器接收的管理命令由控制器通过第二OpenFlow连接向邻居转发器发送,第二OpenFlow连接为邻居转发器以转发器的IP地址为源IP地址与控制器建立的OpenFlow连接。即,在转发器与控制器之间的管理通道出现异常时,转发器先寻找支持代理管理转发器的邻居转发器,然后与邻居转发器建立连接,邻居转发器再以转发器的IP地址为源IP与控制器建立第二OpenFlow连接,并通过邻居转发器向转发器转发控制器发送的管理命令,因此通过本发明实施例在转发器与控制器之间的管理通道出现异常时,控制器仍可以对转发器进行管理。
本发明再一实施例提供一种转发器,具体的,参照图5,该转发器500包括:
接收单元51,用于接收邻居转发器发送的代理管理请求;代理管理请求用于请求所述转发器代理管理邻居转发器;
发送单元52,用于向邻居转发器发送代理管理应答;代理管理应答用于确认代理管理邻居转发器;
连接单元53,用于与邻居转发器建立第一OpenFlow连接,以及以邻居转发器的IP地址为源IP地址与控制器建立第二OpenFlow连接;
接收单元51,还用于接收控制器通过第二OpenFlow连接发送的管理命令;
发送单元52,还用于通过第一OpenFlow连接向邻居转发器发送管理命令。
可选的,代理管理请求的源IP地址为指定IP地址,代理管理请求的目的IP地址为控制器的IP地址,代理管理请求的源媒体访问控制MAC地址为邻居转发器的MAC地址,代理管理请求的目的MAC地址为全F的广播MAC地址。
代理管理应答的源IP地址为控制器的IP地址,代理管理应答的目的IP地址为指定IP地址,代理管理应答的源MAC地址为所述转发器的MAC地址,代理管理应答的目的MAC地址为全F的广播MAC地址。
可选的,连接单元53,还用于在邻居转发器断开第一OpenFlow连接时,断开第二OpenFlow连接。
上述实施例提供的转发器在邻居转发器检测到与控制器之间的管理通道出现异常,且邻居转发器先寻找支持代理管理转发器的转发器时,与邻居转发器建立连接,然后再以邻居转发器的IP地址为源IP与控制器建立第二OpenFlow连接,并向邻居转发器转发控制器发送的管理命令,因此通过本发明实施例在转发器与控制器之间的管理通道出现异常时,控制器仍可以对转发器进行管理。
需要说明的是,在具体实现过程中,上述如图所示的方法流程中的转发器以及控制器所执行的各步骤均可以通过硬件形式的处理器执行存储器中存储的软件形式的计算机执行指令实现,为避免重复,此处不再赘述。此外,上述认证服务器所执行的动作所对应的程序均可以以软件形式存储于该认证服务器的存储器中,以便于处理器调用执行以上各模块对应的操作。
上文中的存储器可以包括易失性存储器(volatile memory),例如随机存取存储器(random-access memory,RAM);也可以包括非易失性存储器(non-volatile memory),例如只读存储器(read-only memory,ROM),快闪存储器(flash memory),硬盘(hard diskdrive,HDD)或固态硬盘(solid-state drive,SSD);还可以包括上述种类的存储器的组合。
所属领域的技术人员可以清楚地了解到,为描述的方便和简洁,上述描述的装置和模块的具体工作过程,可以参考前述方法实施例中的对应过程,在此不再赘述。
在本申请所提供的几个实施例中,应该理解到,所揭露的装置和方法,可以通过其它的方式实现。例如,以上所描述的装置实施例仅仅是示意性的,例如,模块的划分,仅仅为一种逻辑功能划分,实际实现时可以有另外的划分方式,例如多个模块或组件可以结合或者可以集成到另一个系统,或一些特征可以忽略,或不执行。另一点,所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口,装置或单元的间接耦合或通信连接,可以是电性,机械或其它的形式。
作为分离部件说明的模块可以是或者也可以不是物理上分开的,作为模块显示的部件可以是或者也可以不是物理单元,即可以位于一个地方,或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。
另外,在本发明各实施例中的各功能单元可以集成在一个处理单元中,也可以是各单元单独物理包括,也可以两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现,也可以采用硬件加软件功能单元的形式实现。
最后应说明的是:以上实施例仅用以说明本发明的技术方案,而非对其限制;尽管参照前述实施例对本发明进行了详细的说明,本领域的普通技术人员应当理解:其依然可以对前述各实施例所记载的技术方案进行修改,或者对其中部分技术特征进行等同替换;而这些修改或者替换,并不使相应技术方案的本质脱离本发明保护范围。