本发明涉及软件定义网络/网络功能虚拟化领域中的网络服务检测技术，尤其涉及一种故障检测方法和装置。
背景技术：
现有运营网络中，端到端业务数据报文的传递一般要依照一定的顺序经过多个不同的业务功能节点，才能保证网络能够根据用户的业务需求，提供快速、安全、可靠、稳定的服务。现有运营网络的业务功能节点(如防火墙、负载均衡等)与网络拓扑和硬件资源紧密耦合，各个业务节点均为专用的设备形态，且部署复杂，当新业务开通，流程发生变更或者扩容时，需要更改网络拓扑。对网络设备而言，也需要一定的改造和升级，并且周边的支撑系统也会存在升级改造的工作量，增加了新业务开通的复杂程度，并且频繁升级也增加了网络设备的故障概率，使网络无法满足业务灵活加载和快速部署的需求。
随着软件定义网络/网络功能虚拟化的逐渐成熟和应用，网络呈现出网络功能动态加载、资源按需调配、业务灵活开通等特点，解决了现有运营网络中的不能满足相关需求的问题。软件定义网络(softwaredefinednetwork，sdn)/网络功能虚拟化(networkfunctionvirtualization，nfv)技术使网络数据转发与控制分离，将网络功能与硬件设备解耦。在sdn/nfv虚拟化网络中，业务功能链(servicefunctionchain，sfc)技术非常适合实现业务流量按照指定的顺序经过不同的网络功能节点，完成网络的某种业务流程。当业务调整时，只需要更改sfc的顺序而无需更改网元配置就可以实现网络业务的灵活开通和加载。sfc可独立于具体网络应用场景，可以应用于固定、移动网络及数据中心等场景。在某一sfc的功能链路中，可以同时传输上千条数据流量信息，但是在现有技术方案中，当sfc中的某一sfc功能节点出现故障时，没有可靠有效的方案来快速检测和诊断故障，以便于重新部署运维服务。
技术实现要素：
为解决上述技术问题，本发明实施例期望提供一种故障检测方法和装置，解决了现有技术中网络管理层不能快速检测和诊断故障的问题，实现了网络管理层快速检测和诊断故障，保证了对网络服务的运行和维护功能。
为达到上述目的，本发明实施例的技术方案是这样实现的：
一种故障检测方法，所述方法包括：
确定目标业务功能节点sf，并发送检测指令至功能转发器sff；其中，所述目标sf是能够处理待处理报文信息的sf，所述sff与所述目标sf相对应；
接收所述sff发送的所述目标sf的上传信息，并基于所述上传信息获取所述目标sf的特征信息；
基于所述上传信息与所述特征信息，确定处理所述待处理报文信息过程中存在的故障。
可选的，所述上传信息包括第一上传信息和第二上传信息，所述接收所述sff发送的所述目标sf的上传信息，并基于所述上传信息获取所述目标sf的特征信息，包括：
接收所述sff发送的所述目标sf的所述第一上传信息和所述第二上传信息；
识别所述第一上传信息中的第一标识信息，并获取与所述第一标识信息对应的所述待处理报文信息；
识别所述第二上传信息中的第二标识信息，并获取与所述第二标识信息对应的期望报文信息。
可选的，所述基于所述上传信息与所述特征信息，确定处理所述待处理报文信息过程中存在的故障，包括：
识别所述第一上传信息，得到第一检测信息；
判断所述第一检测信息与所述待处理报文信息是否匹配；
若所述第一检测信息与所述待处理报文信息匹配，识别所述第二上传信息得到第二检测信息；其中，所述第二检测信息是所述目标sf对所述第一检测信息进行处理后得到的；
判断所述第二检测信息与所述期望报文信息是否匹配；
若所述第二检测信息与所述期望报文信息不匹配，确定所述目标sf发生故障。
可选的，所述确定目标业务功能节点sf之前，包括：
接收控制指令；其中，所述控制指令中携带有待处理报文信息；
响应所述控制指令，根据所述待处理报文信息确定处理所述待处理报文信息所对应的业务功能链；其中，所述业务功能链由所述目标sf组成；
相应的，所述确定目标业务功能节点sf，并发送检测指令至功能转发器sff，包括：
根据所述业务功能链，确定所述目标sf；
发送检测指令至所述sff。
一种故障检测方法，所述方法包括：
接收控制器发送的检测指令；其中，所述检测指令用于指示所述sff从所述目标sf获取检测信息；
响应所述检测指令，并接收目标sf发送的所述检测信息；
对所述检测信息进行处理，得到所述目标sf的上传信息；
发送所述目标sf的上传信息至所述控制器；其中，所述上传信息用于确定处理所述待处理报文信息过程中存在的故障。
可选的，所述响应所述检测指令，并接收目标sf发送的检测信息，包括：
响应所述检测指令，接收所述目标sf发送的第一检测信息；
响应所述检测指令，接收所述目标sf发送的第二检测信息；其中，所述第二检测信息为所述目标sf对所述第一检测信息进行处理后得到的信息。
可选的，所述上传信息包括第一上传信息和第二上传信息，所述对所述检测信息进行处理，得到所述目标sf的上传信息，包括：
获取第一标识信息；其中，所述第一标识信息是得到所述第一检测信息的流程的标识；
封装所述第一检测信息和所述第一标识信息，得到所述第一上传信息；
获取第二标识信息；其中，第二标识信息是得到所述第二标识信息的流程标识；
封装所述第二检测信息和所述第二标识信息，得到所述第二上传信息。
一种控制器，所述控制器包括：第一处理单元、第二处理单元和确定单元；其中：
所述第一处理单元，用于确定目标业务功能节点sf，并发送检测指令至功能转发器sff；其中，所述目标sf是能够处理待处理报文信息的sf，所述sff与所述目标sf相对应；
所述第二处理单元，用于接收所述sff发送的所述目标sf的上传信息，并基于所述上传信息获取所述目标sf的特征信息；
所述确定单元，用于基于所述上传信息与所述特征信息，确定处理所述待处理报文信息过程中存在的故障。
可选的，所述上传信息包括第一上传信息和第二上传信息，所述第二处理单元包括：接收模块和第一处理模块；其中：
所述接收模块，用于接收所述sff发送的所述目标sf的所述第一上传信息和所述第二上传信息；
所述第一处理模块，用于识别所述第一上传信息中的第一标识信息，并获取与所述第一标识信息对应的所述待处理报文信息；
所述第一处理模块，还用于识别所述第二上传信息中的第二标识信息，并获取与所述第二标识信息对应的期望报文信息。
可选的，所述确定单元包括：识别模块、判断模块和确定模块；其中：
所述识别模块，用于识别所述第一上传信息，得到第一检测信息；
所述判断模块，用于判断所述第一检测信息与所述待处理报文信息是否匹配；
所述识别模块，还用于若所述第一检测信息与所述待处理报文信息匹配，识别所述第二上传信息得到第二检测信息；其中，所述第二检测信息是所述目标sf对所述第一检测信息进行处理后得到的；
所述判断模块，还用于判断所述第二检测信息与所述期望报文信息是否匹配；
所述确定模块，用于若所述第二检测信息与所述期望报文信息不匹配，确定所述目标sf发生故障。
可选的，所述第一处理单元之前还包括：第一接收单元和响应单元；其中：
所述第一接收单元，用于接收控制指令；其中，所述控制指令中携带有待处理报文信息；
所述响应单元，用于响应所述控制指令，根据所述待处理报文信息确定处理所述待处理报文信息所述对应的业务功能链；其中，所述业务功能链由所述目标sf组成；
相应的，所述第一确定单元具体用于：
根据所述业务功能链，确定所述目标sf。
一种功能转发器sff，所述sff包括：第二接收单元、第三处理单元、第四处理单元和发送处理单元；其中：
所述第二接收单元，接收控制器发送的检测指令；其中，所述检测指令用于指示所述sff从所述目标sf获取检测信息；
所述第三处理单元，用于响应所述检测指令，并接收目标sf发送的检测信息；
所述第四处理单元，用于对所述检测信息进行处理，得到所述目标sf的上传信息；
所述发送处理单元，用于发送所述目标sf的上传信息至所述控制器；其中，所述上传信息用于确定处理所述待处理报文信息过程中存在的故障。
可选的，所述第三处理单元具体用于：
响应检测指令；
接收所述目标sf发送的第一检测信息；
接收所述目标sf发送的第二检测信息；其中，所述第二检测信息为所述目标sf对所述第一检测信息进行处理后得到的信息。
可选的，所述上传信息包括第一上传信息和第二上传信息，所述第四处理单元包括：获取模块和封装模块；其中：
所述获取模块，用于获取第一标识信息；其中，所述第一标识信息是得到所述第一检测信息的流程的标识；
所述封装模块，用于封装所述第一检测信息和所述第一标识信息，得到所述第一上传信息；
所述获取模块，还用于获取第二标识信息；其中，第二标识信息是得到所述第二标识信息的流程标识；
所述封装模块，还用于封装所述第二检测信息和所述第二标识信息，得到所述第二上传信息。
本发明的实施例所提供的故障检测方法和装置，控制器确定目标sf并发送检测指令至sff，sff接收控制器发送的检测指令并响应检测指令，接收目标sf发送的检测信息后，sff对检测信息进行处理得到目标sf的上传信息，并发送目标sf的上传信息至控制器，控制器接收sff发送的目标sf的上传信息，并基于上传信息获取目标sf的特征信息，然后基于上传信息与特征信息确定处理待处理报文信息过程中存在的故障；这样，通过对目标sf的上传信息和特征信息进行分析处理，从而确定处理待处理报文信息过程中存在的故障，解决了现有技术中网络管理层不能快速检测和诊断故障的问题，实现了网络管理层快速检测和诊断故障，保证了对网络服务的运行和维护功能。
附图说明
图1为本发明实施例提供的一种故障检测方法的流程示意图；
图2为本发明实施例提供的另一种故障检测方法的流程示意图；
图3为本发明实施例提供的又一种故障检测方法的流程示意图；
图4为本发明实施例提供的再一种故障检测方法的流程示意图；
图5为本发明实施例提供的一种实际应用场景信息交互示意图；
图6为本发明实施例提供的一种控制器的结构示意图；
图7为本发明实施例提供的另一种控制器的结构示意图；
图8为本发明实施例提供的又一种控制器的结构示意图；
图9为本发明另一实施例提供的一种控制器的结构示意图；
图10为本发明实施例提供的一种功能转发器sff的结构示意图；
图11为本发明实施例提供的又一种功能转发器sff的结构示意图；
图12为本发明实施例提供的另一种功能转发器sff的结构示意图。
具体实施方式
下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述。
本发明实施例提供一种故障检测方法，参照图1所示，该方法包括以下步骤：
步骤101、确定目标业务功能节点sf，并发送检测指令至功能转发器sff。
其中，目标sf是能够处理待处理报文信息的sf，sff与目标sf相对应。
具体的，步骤101确定目标业务功能节点(servicefunction，sf)可以由控制器来实现。其中，目标sf可以是对待处理报文信息进行业务处理的业务功能节点；控制器可以是sfc控制平面中常用的控制器；当控制器确定目标sf后，即可以确定与目标sf对应的业务功能转发器(servicefunctionforward，sff)。需说明的是，每一目标sf对应的sff可以相同，也可以不同，sf对应的sff可以根据检测协议来确定，也可以由开发人员的来具体定义。
步骤102、接收业务功能转发器sff发送的目标sf的上传信息，并基于上传信息获取目标sf的特征信息。
具体的，步骤102接收sff发送的目标sf的上传信息，并基于上传信息获取目标sf的特征信息可以由控制器来实现。其中，目标sf的特征信息可以是目标sf对待处理报文信息进行处理时期望得到的相关信息。
步骤103、基于上传信息与特征信息，确定处理待处理报文信息过程中存在的故障。
具体的，步骤103基于上传信息与特征信息，确定处理待处理报文信息过程中存在的故障可以由控制器来实现。控制器对上传信息与特征信息进行分析处理，检测并定位待处理报文信息过程中出现故障的位置。
本发明实施例所提供的故障检测方法，确定目标sf并发送检测指令至sff，接收sff发送的目标sf的上传信息，并基于上传信息获取目标sf的特征信息，然后基于上传信息与特征信息确定处理待处理报文信息过程中存在的故障；这样，通过对目标sf的上传信息和特征信息进行分析处理，从而确定处理待处理报文信息过程中存在的故障，解决了现有技术中网络管理层不能快速检测和诊断故障的问题，实现了网络管理层快速检测和诊断故障，保证了对网络服务的运行和维护功能。
本发明实施例提供一种故障检测方法，参照图2所示，该方法包括以下步骤：
步骤201、接收控制器发送的检测指令。
其中，检测指令用于指示sff从目标sf获取检测信息。
具体的，步骤201接收控制器发送的检测指令可以由sff来实现。sff接收到检测指令后将对目标sf的相关信息进行后续处理。
步骤202、响应检测指令，并接收目标sf发送的检测信息。
具体的，步骤202响应检测指令，并接收目标sf发送的检测信息可以由sff来实现。其中，目标sf发送的检测信息可以是目标sf对待处理报文信息进行实际分析处理时得到的待处理报文信息的相关特征信息。
步骤203、对检测信息进行处理，得到目标sf的上传信息。
具体的，步骤203对检测信息进行处理，得到目标sf的上传信息可以由sff来实现。其中，对检测信息进行处理可以包括对检测信息进行封装处理等方式。
步骤204、发送目标sf的上传信息至控制器。
其中，上传信息用于确定处理待处理报文信息过程中存在的故障。
具体的，步骤204发送目标sf的上传信息至控制器可以由sff来实现。其中，sff将用于确定目标sf是否存在故障的上传信息发送至控制器，这样，控制器可以对上传信息进行分析处理，确定故障位置。
本发明实施例所提供的故障检测方法，接收控制器发送的检测指令，响应检测指令并接收目标sf发送的检测信息，然后对检测信息进行处理，得到目标sf的上传信息，并发送目标sf的上传信息至控制器；这样，将目标sf的上传信息发送至控制器，以便于控制器对目标sf的上传信息进行分析处理确定处理待处理报文信息过程中存在的故障，解决了现有技术中网络管理层不能快速检测和诊断故障的问题，实现了网络管理层快速检测和诊断故障，保证了对网络服务的运行和维护功能。
本发明实施例提供一种故障检测方法，参照图3所示，该方法包括以下步骤：
步骤301、控制器确定目标业务功能节点sf，并发送检测指令至功能转发器sff。
其中，目标sf是能够处理待处理报文信息的sf，sff与目标sf相对应。
具体的，控制器可以根据对接收到的待处理报文信息进行相关业务功能分析的过程确定sf，得到目标sf。示例性的，以检测待处理报文信息(源地址为192.168.1.1的终端访问目的地址为10.1.1.100的服务器的上行过程)是否正常的为例进行说明，假设控制器确定该检测过程中需经过的目标sf包括防火墙(firewall)等业务功能节点，即sff将源地址为192.168.1.1和目的地址为10.1.1.100发送至firewall，然后firewall可以对源地址为192.168.1.1和目的地址为10.1.1.100进行业务处理。
步骤302、sff接收控制器发送的检测指令。
其中，检测指令用于指示sff从目标sf获取检测信息。
具体的，与目标sf对应的sff接收控制器发送的用于检测目标sf是否正常工作的检测指令。例如，控制器发送检测firewall是否正常工作的检测指令至与firewall对应的sff。
步骤303、sff响应检测指令，并接收目标sf发送的第一检测信息。
具体的，目标sf发送的第一检测信息可以是目标sf接收到sff转发的待处理报文信息的特征信息。例如，firewall接收到的第一检测信息应该是与待处理报文信息相同的信息，可以是firewall接收到sff发送的源地址192.168.1.1和目的地址10.1.1.100，即firewall接收到sff发送的源地址192.168.1.1和目的地址10.1.1.100后，firewall发送接收到的源地址192.168.1.1和目的地址10.1.1.100至sff。
需说明的是，步骤302与步骤303之间的操作顺序没有先后之分，步骤302可以在步骤303之后执行，或者可以与步骤303同时进行操作，具体的执行过程可以根据实际的应用场景确定；
步骤304、sff获取第一标识信息。
其中，第一标识信息是得到第一检测信息的流程的标识。
具体的，第一标识信息可以是sff发送的源地址192.168.1.1和目的地址10.1.1.100至firewall过程的标识信息，例如可以是1。
步骤305、sff封装第一检测信息和第一标识信息，得到第一上传信息。
具体的，sff可以将firewall发送的源地址192.168.1.1和目的地址10.1.1.100封装在网络服务主机(networkservicehost，nsh)头，并在nsh头的nsh/nsh1字段填充第一标识信息1，这样得到第一上传信息。
步骤306、sff发送目标sf的第一上传信息至控制器。
其中，第一上传信息用于确定处理待处理报文信息过程中存在的故障。
步骤307、控制器接收sff发送的目标sf的第一上传信息。
步骤308、控制器识别第一上传信息中的第一标识信息，并获取与第一标识信息对应的待处理报文信息。
具体的，控制器识别第一上传信息中的1，获取与1对应的待处理报文信息为源地址192.168.1.1和目的地址10.1.1.100。
步骤309、控制器识别第一上传信息，得到第一检测信息。
具体的，控制器对sff发送的第一上传信息进行解析识别处理，得到1过程对应的检测信息为源地址192.168.1.1、目的地址10.1.1.100。
步骤310、sff响应检测指令，并接收目标sf发送的第二检测信息。
其中，第二检测信息为目标sf对第一检测信息进行处理后得到的信息。
具体的，目标sf发送的第二检测信息可以是目标sf对待处理报文信息进行相关业务处理后得到的处理结果信息。示例性的，假设firewall能够实现网络地址转换(networkaddresstranslation，nat)功能，这样，firewall将源地址192.168.1.1转换为目的地址10.1.1.100，得到处理结果即第二检测信息为10.1.1.100。
步骤311、sff获取第二标识信息。
其中，第二标识信息是得到第二标识信息的流程标识。
具体的，第二标识信息可以是目标sf发送对待处理报文信息进行处理后得到的处理结果至sff的过程。例如，firewall将对源地址192.168.1.1转换为目的地址10.1.1.100得到的处理结果10.1.1.100发送给对应的sff的流程标识为2。
步骤312、sff封装第二检测信息和第二标识信息，得到第二上传信息。
具体的，sff可以将fw发送第二检测信息10.1.1.100封装在网络服务主机nsh头，并在nsh头的nsh/nsh1字段填充第二标识信息2，这样可得到第二上传信息。
步骤313、sff发送目标sf的第二上传信息至控制器。
其中，第二上传信息用于确定处理待处理报文信息过程中存在的故障。
步骤314、控制器接收sff发送的目标sf的第二上传信息。
步骤315、控制器识别第二上传信息中的第二标识信息，并获取与第二标识信息对应的期望报文信息。
具体的，控制器识别第二上传信息中的第二标识信息2，并获取firewall在2过程时对应的期望报文信息是10.1.1.100。
步骤316、控制器判断第一检测信息与待处理报文信息是否匹配。
具体的，控制器对接收到的标识信息为1时的检测信息“源地址192.168.1.1和目的地址10.1.1.100”与待处理信息“源地址192.168.1.1和目的地址10.1.1.100”进行判断。
需说明的是，步骤310-315与步骤316之间的操作顺序没有先后之分，步骤310-315可以在步骤316之后执行，或者可以与步骤316同时进行操作，具体的执行过程可以根据实际的应用场景确定；
步骤317、若第一检测信息与待处理报文信息匹配，控制器识别第二上传信息得到第二检测信息。
其中，第二检测信息是目标sf对第一检测信息进行处理后得到的。
具体的，若第一检测信息与待处理报文信息不匹配，则无需进行后续处理。示例性的，由于标识信息为1时的检测信息“源地址192.168.1.1和目的地址10.1.1.100”与待处理信息“源地址192.168.1.1和目的地址10.1.1.100”匹配，所以可以对第二上传信息进行解析识别处理，得到标识信息2过程的信息为10.1.1.100。
步骤318、控制器判断第二检测信息与期望报文信息是否匹配。
具体的，期望报文信息可以是在第二标识信息对应的处理流程时，目标sf根据其具体的执行功能理论上应该得到的输出结果。示例性的，firewall的功能是将源地址转换为目的地址，即firewall的输出信息应该是目的地址，即期望报文信息是10.1.1.100。
步骤319、若第二检测信息与期望报文信息不匹配，控制器确定目标sf发生故障。
具体的，若第二检测信息与期望报文信息匹配，则该目标sf正常，根据上述流程可以对下一个目标sf的处理过程进行判断。示例性的，若第二检测信息为10.1.1.100，与期望报文信息是10.1.1.100匹配，所以firewall工作正常，即在firewall处终端访问的上行过程正常；若第二检测信息为10.1.1.101时，与期望报文信息是10.1.1.100不匹配，所以可以确定firewall出现故障，需对firewall进行检查分析，即在firewall处终端访问的上行过程不正常。
需要说明的是，本实施例中与其它实施例中相同步骤或者概念的解释，可以参照其它实施例中的描述，此处不再赘述。
本发明实施例所提供的故障检测方法，控制器确定目标sf并发送检测指令至sff，sff接收控制器发送的检测指令并响应检测指令，接收目标sf发送的检测信息后，sff对检测信息进行处理得到目标sf的上传信息，并发送目标sf的上传信息至控制器，控制器接收sff发送的目标sf的上传信息，并基于上传信息获取目标sf的特征信息，然后基于上传信息与特征信息确定处理待处理报文信息过程中存在的故障；这样，sff获取目标sf处理待处理报文信息过程中的相关信息并转发至控制器，然后控制器基于相关信息及目标sf对待处理报文信息进行处理后得到的期望信息进行分析处理，来确定处理待处理报文信息过程中存在的故障，解决了现有技术中网络管理层不能快速检测和诊断故障的问题，实现了网络管理层快速检测和诊断故障，保证了对网络服务的运行和维护功能。
本发明实施例提供一种故障检测方法，参照图4所示，该方法包括以下步骤：
步骤401、控制器接收控制指令。
其中，控制指令中携带有待处理报文信息。
具体的，控制指令可以是控制器模拟特定待处理报文信息处理过程或者终端发出某一请求时给控制器发送的一个指令。以控制器接收的控制指令是检测源地址为192.168.1.1的终端访问目的地址为10.1.1.100的服务器的上行过程是否正常。
步骤402、控制器响应控制指令，根据待处理报文信息确定处理待处理报文信息所对应的业务功能链。
其中，业务功能链由目标sf组成。
具体的，待处理报文信息所对应的业务功能链可以是对待处理报文信息进行业务处理的sf组成的一个业务数据传输链。示例性的，检测源地址为192.168.1.1的终端访问目的地址为10.1.1.100的服务器的上行过程是否正常中，依次需经过firewall、基于移动位置服务(locationbasedservice，lbs)、入侵防御系统(intrusionpreventionsystem，ips)等的处理，因此可以确定对源地址为192.168.1.1的终端访问目的地址为10.1.1.100的服务器的上行过程进行检测的业务功能链是firewall->ips->lbs。
步骤403、控制器根据业务功能链，确定目标sf。
具体的，基于业务功能链可以确定对待处理报文信息进行业务确定的每一个目标sf。
步骤404、控制器发送检测指令至sff。
步骤405、sff接收控制器发送的检测指令。
其中，检测指令用于指示sff从目标sf获取检测信息。
步骤406、sff响应检测指令，并接收目标sf发送的第一检测信息。
步骤407、sff获取第一标识信息。
其中，第一标识信息是得到第一检测信息的流程的标识。
需说明的是，步骤406与步骤407之间的操作顺序没有先后之分，步骤406可以在步骤407之后执行，或者可以与步骤407同时进行操作，具体的执行过程可以根据实际的应用场景确定；
步骤408、sff封装第一检测信息和第一标识信息，得到第一上传信息。
步骤409、sff发送目标sf的第一上传信息至控制器。
其中，第一上传信息用于确定处理待处理报文信息过程中存在的故障。
步骤410、控制器接收sff发送的目标sf的第一上传信息。
步骤411、控制器识别第一上传信息中的第一标识信息，并获取与第一标识信息对应的待处理报文信息。
步骤412、控制器识别第一上传信息，得到第一检测信息。
步骤413、sff响应检测指令，并接收目标sf发送的第二检测信息。
其中，第二检测信息为目标sf对第一检测信息进行处理后得到的信息。
步骤414、sff获取第二标识信息。
其中，第二标识信息是得到第二标识信息的流程标识。
步骤415、sff封装第二检测信息和第二标识信息，得到第二上传信息。
步骤416、sff发送目标sf的第二上传信息至控制器。
其中，第二上传信息用于确定处理待处理报文信息过程中存在的故障。
步骤417、控制器接收sff发送的目标sf的第二上传信息。
步骤418、控制器识别第二上传信息中的第二标识信息，并获取与第二标识信息对应的期望报文信息。
步骤419、控制器判断第一检测信息与待处理报文信息是否匹配。
需说明的是，步骤413-418与步骤419之间的操作顺序没有先后之分，步骤413-418可以在步骤419之后执行，或者可以与步骤419同时进行操作，具体的执行过程可以根据实际的应用场景确定；
步骤420、若第一检测信息与待处理报文信息匹配，控制器识别第二上传信息得到第二检测信息。
其中，第二检测信息是目标sf对第一检测信息进行处理后得到的。
步骤421、控制器判断第二检测信息与期望报文信息是否匹配。
步骤422、若第二检测信息与期望报文信息不匹配，控制器确定目标sf发生故障。
具体的，与本发明实施例对应的数据传输过程如图5所示，虚线框内所示的是业务功能链，由实际进行各种不同业务处理的各个业务功能节点sf组成，其中箭头方向表示在sf之间的待处理报文信息传输方向，1-10标号表示待处理报文信息的实际传输过程，其中，利用本发明实施例提供的故障检测方法对2和3、4和5、7和8处的待处理报文信息进行分析处理，来检测并定位故障发生的位置，，进一步的，11、12信息传输过程表示当控制器与功能转发节点sff之间进行数据传输和信息交互的过程，其中，sf与sff之间具有一定的对应关系，但并不限定为本发明实施例中的对应关系。
需要说明的是，本实施例中与其它实施例中相同步骤或者概念的解释，可以参照其它实施例中的描述，此处不再赘述。
本发明实施例所提供的故障检测方法，控制器确定目标sf并发送检测指令至sff，sff接收控制器发送的检测指令并响应检测指令，接收目标sf发送的检测信息后，sff对检测信息进行处理得到目标sf的上传信息，并发送目标sf的上传信息至控制器，控制器接收sff发送的目标sf的上传信息，并基于上传信息获取目标sf的特征信息，然后基于上传信息与特征信息确定处理待处理报文信息过程中存在的故障；这样，sff获取目标sf处理待处理报文信息过程中的相关信息并转发至控制器，然后控制器基于相关信息及目标sf对待处理报文信息进行处理后得到的期望信息进行分析处理，来确定处理待处理报文信息过程中存在的故障，解决了现有技术中网络管理层不能快速检测和诊断故障的问题，保证了网络管理层快速检测和诊断故障，保证了对网络服务的运行和维护功能。
本发明实施例提供了一种控制器5，可应用于图1、3～5对应的实施例提供的一种故障检测方法中，参照图6所示，该控制器包括：第一处理单元51、第二处理单元52和确定单元53，其中：
第一处理单元51，用于确定目标业务功能节点sf，并发送检测指令至功能转发器sff。
其中，目标sf是能够处理待处理报文信息的sf，sff与目标sf相对应。
第二处理单元52，用于接收sff发送的目标sf的上传信息，并基于上传信息获取目标sf的特征信息。
确定单元53，用于基于上传信息与特征信息，确定处理待处理报文信息过程中存在的故障。
本发明的实施例所提供的控制器，确定目标sf并发送检测指令至sff，接收sff发送的目标sf的上传信息，并基于上传信息获取目标sf的特征信息，然后基于上传信息与特征信息确定处理待处理报文信息过程中存在的故障；这样，通过对目标sf的上传信息和特征信息进行分析处理，从而确定处理待处理报文信息过程中存在的故障，解决了现有技术中网络管理层不能快速检测和诊断故障的问题，实现了网络管理层快速检测和诊断故障，保证了对网络服务的运行和维护功能。
具体的，参照图7所示，第二处理单元52包括：接收模块521和第一处理模块522，其中：
接收模块521，用于接收sff发送的目标sf的第一上传信息和第二上传信息。
第一处理模块522，用于识别第一上传信息中的第一标识信息，并获取与第一标识信息对应的待处理报文信息。
第一处理模块522，还用于识别第二上传信息中的第二标识信息，并获取与第二标识信息对应的期望报文信息。
具体的，参照图8所示，确定单元53包括：识别模块531、判断模块532和确定模块533，其中：
识别模块531，用于识别第一上传信息，得到第一检测信息。
判断模块532，用于判断第一检测信息与待处理报文信息是否匹配。
识别模块531，还用于若第一检测信息与待处理报文信息匹配，识别第二上传信息得到第二检测信息。
其中，第二检测信息是目标sf对第一检测信息进行处理后得到的。
判断模块532，还用于判断第二检测信息与期望报文信息是否匹配。
确定模块533，用于若第二检测信息与期望报文信息不匹配，确定目标sf发生故障。
具体的，参照图9所示，第一处理单元51之前还包括：第一接收单元54和响应单元55，其中：
第一接收单元54，用于接收控制指令。其中，控制指令中携带有待处理报文信息。
响应单元55，用于响应控制指令，根据待处理报文信息确定处理待处理报文信息对应的业务功能链。
其中，业务功能链由目标sf组成。
相应的，第一确定单元51具体用于：
根据业务功能链，确定目标sf。
需要说明的是，本实施例中各个单元和模块之间的交互过程，可以参照图1、3～5对应的实施例提供的一种故障检测方法中的交互过程，此处不再赘述。
本发明的实施例所提供的控制器，确定目标sf并发送检测指令至sff，接收sff发送的目标sf的上传信息，并基于上传信息获取目标sf的特征信息，然后基于上传信息与特征信息确定处理待处理报文信息过程中存在的故障；这样，通过对目标sf的上传信息和特征信息进行分析处理，从而确定处理待处理报文信息过程中存在的故障，解决了现有技术中网络管理层不能快速检测和诊断故障的问题，实现了网络管理层快速检测和诊断故障，保证了对网络服务的运行和维护功能。
本发明实施例提供了一种功能转发器sff6，可应用于图2～5对应的实施例提供的一种故障检测方法中，参照图10所示，该sff包括：第二接收单元61、第三处理单元62、第四处理单元63和发送单元64，其中：
第二接收单元61，用于接收控制器发送的检测指令。
其中，检测指令用于指示sff从目标sf获取检测信息。
第三处理单元62，用于响应检测指令，并接收目标sf发送的检测信息。
第四处理单元63，用于对检测信息进行处理，得到目标sf的上传信息。
发送单元64，用于发送目标sf的上传信息至控制器。
其中，上传信息用于确定处理待处理报文信息过程中存在的故障。
本发明的实施例提供的sff，接收控制器发送的检测指令并响应检测指令，接收目标sf发送的检测信息，然后对检测信息进行处理，得到目标sf的上传信息，响应检测指令并发送目标sf的上传信息至控制器；这样，将目标sf的上传信息发送至控制器，以便于控制器对目标sf的上传信息进行分析处理确定处理待处理报文信息过程中存在的故障，解决了现有技术中网络管理层不能快速检测和诊断故障的问题，实现了网络管理层快速检测和诊断故障，保证了对网络服务的运行和维护功能。
具体的，参照图11所示，第三处理单元62包括：响应模块621和接收模块622；其中：
响应模块621，用于响应检测指令。
接收模块622，用于接收目标sf发送的第一检测信息。
接收模块622，还用于接收目标sf发送的第二检测信息。
其中，第二检测信息为目标sf对第一检测信息进行处理后得到的信息。
具体的，参照图12所示，第四处理单元63包括：获取模块631和封装模块632，其中：
获取模块631，用于获取第一标识信息。
其中，第一标识信息是得到第一检测信息的流程的标识。
封装模块632，用于封装第一检测信息和第一标识信息，得到第一上传信息。
获取模块631，还用于获取第二标识信息。
其中，第二标识信息是得到第二标识信息的流程标识。
封装模块632，还用于封装第二检测信息和第二标识信息，得到第二上传信息。
需要说明的是，本实施例中各个单元和模块之间的交互过程，可以参照图2～5对应的实施例提供的一种故障检测方法中的交互过程，此处不再赘述。
本发明的实施例所提供的功能转发器sff，接收控制器发送的检测指令及目标sf发送的检测信息，然后对检测信息进行处理，得到目标sf的上传信息，响应检测指令并发送目标sf的上传信息至控制器；这样，将目标sf的上传信息发送至控制器，以便于控制器对目标sf的上传信息进行分析处理确定处理待处理报文信息过程中存在的故障，解决了现有技术中网络管理层不能快速检测和诊断故障的问题，实现了网络管理层快速检测和诊断故障，保证了对网络服务的运行和维护功能。
在实际应用中，第一处理单元51、第二处理单元52、确定单元53、第一接收单元54、响应单元55、接收模块521、第一处理模块522、识别模块531、判断模块532、确定模块533、第二接收单元61、第三处理单元62、第四处理单元63、发送单元64、响应模块621、接收模块622、获取模块631和封装模块632均可由位于无线数据发送设备中的中央处理器(centralprocessingunit，cpu)、微处理器(microprocessorunit，mpu)、数字信号处理器(digitalsignalprocessor，dsp)或现场可编程门阵列(fieldprogrammablegatearray，fpga)等实现。
本领域内的技术人员应明白，本发明的实施例可提供为方法、系统、或计算机程序产品。因此，本发明可采用硬件实施例、软件实施例、或结合软件和硬件方面的实施例的形式。而且，本发明可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器和光学存储器等)上实施的计算机程序产品的形式。
本发明是参照根据本发明实施例的方法、设备(系统)、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器，使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。
这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的计算机可读存储器中，使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品，该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。
这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上，使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理，从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。
以上所述，仅为本发明的较佳实施例而已，并非用于限定本发明的保护范围。