云部署中的自动征兆数据收集的制作方法

本发明涉及关于云部署中的自动征兆（symptom）数据收集的装置、方法、系统、计算机程序、计算机程序产品和计算机可读介质。

缩写/术语表：

在本发明的描述中，将如文献[1]中定义的那样使用以下表达。

API 应用编程接口

BSS 业务支持系统

EMS 元件管理系统

EPC 演进分组核心

ETSI 欧洲电信标准协会

FCAPS 故障管理、配置管理、记账管理、性能管理、安全管理

GW 网关

HA 高可用性

LTE 长期演进

MME 移动性管理实体

NFV 网络功能虚拟化

NMS 网络管理系统

OSS 操作支持系统

REST 表述性状态转移

SAE 系统架构演进

SDN 软件定义网络

SW 软件

VIM 虚拟化基础结构管理器

VM 虚拟机

VNF 虚拟网络功能

VNFM 虚拟网络功能管理器

VNFO 虚拟网络功能编排器

网络功能（NF）：网络基础结构内的功能块，其具有良好定义的外部接口和良好定义的功能行为。实际上，网络功能现今通常是网络节点或物理器械。

网络功能虚拟化（NFV）：通过使用虚拟硬件抽象将网络功能与它们运行在其上的硬件分离的原理

网络功能虚拟化基础结构（NFVI）：构建其中部署VNF的环境的所有硬件和软件组件的全体。NFV基础结构可以跨越若干个位置，例如，其中操作数据中心的地方。在这些位置之间提供连接的网络被认为是NFV基础结构的一部分。NFV基础结构和VNF是网络功能虚拟化的范围中的顶级概念实体。所有其他组件是这两个主要实体的子实体。

网络功能虚拟化管理和编排（NFV-MANO）：由NFVO、VNFM和VIM共同提供的功能

网络功能虚拟化编排器（NFVO）：管理网络服务（NS）生命周期并协调NS生命周期、VNF生命周期（由VNFM支持）和NFVI资源（由VIM支持）的管理以确保必要资源和连接的优化分配的功能块。

虚拟机（VM）：虚拟化计算环境，其行为非常像物理计算机/服务器。

虚拟网络：虚拟网络在VM实例的网络接口和物理网络接口之间路由信息，从而提供必要的连接。虚拟网络由其可允许的网络接口的集合限制。

虚拟化基础结构管理器（VIM）：通常在一个操作者（operator）的基础结构域（例如NFVI-PoP）内负责控制和管理NFVI计算、存储和网络资源的功能块。

虚拟化网络功能（VNF）：可以部署在网络功能虚拟化基础结构（NFVI）上的NF的实现。

虚拟化网络功能管理器（VNFM）：负责VNF的生命周期管理的功能块。

故障：在本申请的上下文中，将故障理解为涵盖许多潜在的错误场景，而不仅仅是网络中的故障。因此，故障不限于连接/联网服务。故障还可能意味着应用软件、虚拟机、管理程序、主机操作系统、主机硬件等的故障。故障自身可能是崩溃、卡住或仅性能退化，即需要在线或作为事后剖析活动的进一步分析的某些事物。

背景技术：

如由3GPP定义的演进分组核心（EPC）移动网络由多个功能元件构成，比如S-GW（服务网关）11、P-GW（PDN-GW，分组数据网络网关）12、MME（移动性管理实体）13和HSS（归属订户服务器）14，如图1所示。EPC经由S-GW 11连接到eNB（eNodeB）15，eNB 15继而连接到移动终端16。此外，EPC经由P-GW 12连接到外部网络17，比如互联网（IP网络）、服务网络等。

目前，每个元件收集自己的故障排除和诊断数据作为正常运行时操作的一部分。当发生故障时，指令操作者收集所谓的标准征兆数据并将该数据发送给元件的制造商/供应商以用于更详细的分析。还存在由制造商/供应商内部开发的工具，其用于抽象被用于每个网络元件的数据收集的真实接口和命令，从而向操作者暴露更统一的接口。收集的包中所包含的实际数据通常按每个网络元件软件和硬件是非常详细且具体的。这是可能的，因为应用可访问关于运行时环境的所有必要信息、硬件寄存器和嵌入式软件的级别（以得到比如版本、分组计数器等的信息）。

为了使事后剖析故障排除有效，必须尽可能接近实际故障事件收集数据，以便确保自故障以来没有数据被改写或丢失。

在传统网络部署中，网络元件是相当独立的盒子，具有经由（事实上）朝向NMS（网络管理系统）的标准接口的管理（北向）接口。

在云部署和通常用作参考的新兴的ETSI NFV（欧洲电信标准协会网络功能虚拟化）框架中，应用对关于运行时基础结构的信息的访问将受到限制，并且存在由管理域针对和谐的故障管理提供的更多可能性。

图2是图示文献[2]中定义的ETSI NFV架构框架的框图。

网络功能虚拟化设想将NF实现为在NFV基础结构（NFVI）之上运行的纯软件实体。图2图示了高级NFV框架。因此，NFV中标识了三个主要工作域：

·虚拟化网络功能21，作为能够在NFVI之上运行的网络功能的软件实现。

·NFV基础结构（NFV）22，包括物理资源的多样性以及这些可以如何被虚拟化。NFVI支持VNF的执行。

·NFV管理和编排23，其涵盖支持基础结构虚拟化的物理和/或软件资源的编排和生命周期管理、以及VNF的生命周期管理。NFV管理和编排聚焦于NFV框架中必要的所有虚拟化特定管理任务。

在该NFV上下文中，可以看到新的元件——VNF管理器24和NFV编排器25——与现有的EMS（元件管理系统）26和OSS/BSS（操作支持系统/业务支持系统）27解决方案一起出现。这些也提供了用于事后剖析分析的更好能力的可能性。目前，VNFM 24（虚拟网络功能管理器）（例如，诺基亚CAM（云应用管理器））仅管理相同的供应商VNF，但这可以被视为将需要改变的某些事物——现在已经存在其中VNFM 24将需要至少部分管理与例如诺基亚解决方案集成的第三方组件的真实用例。

高可用性（弹性（这是NFV框架在面对错误、故障或中断正常操作的事件时限制中断并返回到正常或在最小可接受服务交付级别处的能力）和故障容错/恢复）在电信环境中是强制性的，并且此外，随着LTE语音（VoLTE）的出现，对恢复时间的要求非常严格（至少<1s，越短越好）。网络元件中所需的弹性通常由多个层构成。VNFM 24/VIM（虚拟化基础结构管理器）28监视物理资源和运行在基础结构之上的虚拟机，并且VNF自身利用一些专门内置服务监视应用状态。后一部分对于有状态2N或N+M主-备（active-standby）复制解决方案是必需的，其被需要以便达到所需的恢复时间而不会丢失操作中的会话。另一方面，具有针对特定故障集合对其自己作用的多个层使得能够自动化征兆数据收集变得更加复杂。

与传统供应商特定部署相比，云部署中的主要问题在于其不能再假设应用能够收集关于运行时基础结构的所有信息以用于事后剖析分析。关于主机层（硬件和软件，包括管理程序、主机操作系统和虚拟网络）的信息对于理解实际应用层（VNF）中对操作者可见的许多故障是至关重要的。

尤其是，在比如处理用户平面业务并且其因此对吞吐量和延时/抖动非常敏感的网关的元件中，主机层对应用的性能潜在地具有巨大影响。该数据必须可用于随后的分析，并且其必须可以将该信息与应用特定的数据相关。

ETSI NFV管理和编排（MANO）目前不涵盖故障排除，因为其似乎被认为是实现的问题而不是规范的问题。

在本发明中，无论如何，提出了，即使数据内容保持网络元件特定，集中式和自动数据收集机制应当也在多供应商环境中工作。

参考文献：

[1]：ETSI GS NFV 003 V1.2.1（2014-12）网络功能虚拟化（NFV）；NFV中的主要概念的术语

[2]：ETSI GS NFV 002 V1.2.1（2014-12）网络功能虚拟化（NFV）；架构框架。

技术实现要素：

因此，本发明的目的是克服上述问题并且提供关于云部署中的自动征兆数据收集的装置、方法、系统、计算机程序、计算机程序产品和计算机可读介质。

根据本发明的一方面，提供了用于在虚拟网络功能中使用的方法，包括：

检测故障，

确定触发用于收集关于故障的信息的征兆数据收集，以及

将触发征兆数据收集的指示发送给虚拟网络功能的管理功能。

根据本发明的一方面，提供了用于在管理功能中使用的方法，包括：

从网络功能接收触发征兆数据收集的指示，

收集关于接收到的指示中指示的故障的信息，以及

将收集的信息存储在数据库中。

根据本发明的一方面，提供了用于在虚拟网络功能中使用的装置，包括：

至少一个处理器，

和

至少一个存储器，用于存储要由处理器执行的指令，其中，

所述至少一个存储器和所述指令被配置为与所述至少一个处理器一起使得所述装置至少执行：

检测故障，

确定触发用于收集关于故障的信息的征兆数据收集，以及

将触发征兆数据收集的指示发送给虚拟网络功能的管理功能。

根据本发明的一方面，提供了用于在管理功能中使用的装置，包括：

至少一个处理器，

和

至少一个存储器，用于存储要由处理器执行的指令，其中，

所述至少一个存储器和所述指令被配置为与所述至少一个处理器一起使得所述装置至少执行：

从网络功能接收触发征兆数据收集的指示，

收集关于接收到的指示中指示的故障的信息，以及

将收集的信息存储在数据库中。

根据本发明的另一方面，提供了包括代码部件的计算机程序产品，所述代码部件适于当被加载到计算机的存储器中时产生如上所述的方法中的任何一个的步骤。

根据本发明的又一方面，提供了如上定义的计算机程序产品，其中计算机程序产品包括其上存储软件代码部分的计算机可读介质。

根据本发明的又一方面，提供了如上定义的计算机程序产品，其中程序可直接加载到处理设备的内部存储器中。

根据本发明的又一方面，提供了一种装置，包括：

用于检测故障的部件，

用于确定触发用于收集关于故障的信息的征兆数据收集的部件，以及

用于将触发征兆数据收集的指示发送给虚拟网络功能的管理功能的部件。

根据本发明的又一方面，提供了一种装置，包括：

用于从网络功能接收触发征兆数据收集的指示的部件，

用于收集关于接收到的指示中指示的故障的信息的部件，以及

用于将收集的信息存储在数据库中的部件。

附图说明

这些和其他目的、特征、细节和优点将从结合附图进行的本发明的各方面/实施例的以下详细描述中变得更加完全明显，其中：

图1是图示EPC的基本架构的框图；

图2是图示本发明的一些示例版本可应用于的ETSI NFV架构框架的示例的图；

图3是图示根据本发明的一些示例版本的VNF触发的征兆数据收集的工作流的示例的图；

图4是图示根据本发明的一些示例版本的方法的示例的流程图。

图5是图示根据本发明的一些示例版本的方法的另一示例的流程图。

图6是图示根据本发明的一些示例版本的装置的示例的框图。

具体实施方式

在下文中，参考附图描述本发明的公开和实施例的一些示例版本。为了说明本发明，将结合以基于3GPP的通信系统（例如基于LTE/LTE-A的系统）为基础的蜂窝通信网络来描述示例和实施例。然而，应注意，本发明不限于使用这种类型的通信系统或通信网络的应用，而是也可应用于其他类型的通信系统或通信网络，比如例如5G通信网络等。

以下示例版本和实施例仅被理解为说明性示例。尽管说明书可以在若干个位置中引用“一”、“一个”或“一些”示例版本或实施例，但这并不一定意味着每个这样的引用是针对相同的（多个）示例版本或（多个）实施例，或者该特征仅应用于单个示例版本或实施例。不同实施例的单个特征也可以被组合以提供其他实施例。此外，词语“包括”和“包含”应理解为不将所描述的实施例限制为仅由已经提及的那些特征构成，并且这样的示例版本和实施例还可以包含没有具体提及的另外的特征、结构、单元、模块等。

其中本发明的实施例的示例可应用的通信网络的基本系统架构可以包括包含有线或无线接入网络子系统和核心网络的一个或多个通信系统的公知架构。这样的架构可以包括一个或多个通信网络控制元件、接入网络元件、无线电接入网络元件、接入服务网络网关、或诸如基站（BS）、接入点或eNB之类的基站收发器，其控制相应的覆盖区域或小区，并且一个或多个通信元件或终端设备（诸如UE）或具有类似功能的另一设备（诸如调制解调器芯片组、芯片、模块等，其也可以是UE的一部分或者作为单独的元件附接到UE等）能够经由用于传送若干类型的数据的一个或多个信道与所述基站收发器进行通信。此外，可以包括诸如网关网络元件、策略和计费控制网络元件、移动性管理实体、操作与维护元件等之类的核心网络元件。

也取决于实际网络类型的所描述的元件的一般功能和互连对于本领域技术人员是已知的并且在对应的说明书中描述，使得本文省略其详细描述。然而，应注意，除了下文详细描述的那些，可以采用若干附加的网络元件和信令链路以用于去向或来自比如UE的通信元件或终端设备和比如无线电网络控制器的通信网络控制元件的通信。

通信网络也能够与其他网络进行通信，诸如公共交换电话网或互联网。通信网络也可以能够支持云服务的使用。应理解，可以通过使用适于这样的使用的任何节点、主机、服务器或接入节点等实体来实现BS和/或eNB或它们的功能。

此外，所描述的网络元件和通信设备（诸如终端设备或用户设备，比如UE）、小区的通信网络控制元件（比如BS或eNB）、接入网络元件（比如AP等）、网络接入控制元件（比如AAA服务器等）、以及如本文描述的对应功能可以通过软件（例如，通过用于计算机的计算机程序产品）和/或通过硬件来实现。在任何情况下，为了执行它们各自的功能，对应使用的设备、节点或网络元件可以包括对于控制、处理和/或通信/信令功能所需的若干部件、模块、单元、组件等（未示出）。这样的部件、模块、单元和组件可以包括例如一个或多个处理器或处理器单元，其包括用于执行指令和/或程序和/或用于处理数据的一个或多个处理部分；用于存储指令、程序和/或数据的存储或存储器单元或部件，其用于用作处理器或处理部分等的工作区域（例如ROM、RAM、EEPROM等）；用于通过软件输入数据和指令的输入或接口部件（例如软盘、CD-ROM、EEPROM等）；用于向用户提供监视和操纵可能性的用户接口（例如屏幕、键盘等）；用于在处理器单元或部分的控制下建立链路和/或连接的其他接口或部件（例如有线和无线接口部件、包括例如天线单元等的无线电接口部件、用于形成无线电通信部分的部件等）等，其中形成接口的各个部件（诸如无线电通信部分）也可以位于远程站点（例如，无线电头或无线电台等）上。应注意，在本说明书中，处理部分不应仅被认为表示一个或多个处理器的物理部分，而也可以被认为是由一个或多个处理器执行的所涉及的处理任务的逻辑划分。

云部署中的征兆数据收集将不可避免地是共有的责任。VNF 21自身只能收集关于其自身的信息，以及由主机层向其暴露什么有限信息。因此，必须保存VNFM功能以收集关于运行时基础结构的信息，因为它具有朝向VIM 28（比如OpenStack、VMware）的就位（in place）的必要接口。

征兆数据收集可以被划分成三个单独的操作流：

1. 手动触发操作

2. 基于来自VNFM 24/VIM 28的关于故障的信息的自动触发操作

3. 基于来自VNF 21的关于故障的信息的自动触发操作。

因此，用于触发标准征兆收集的外部接口（API）的逻辑地点是VNF管理器24，因为它可访问VNF和VIM信息两者。操作1）和2）自上而下即从VNF管理器24朝向（多个）VNF 21和VIM 28触发。在本发明中，其集中在情况3）上，该情况需要在从VNF 21向VNF管理器24的另一方向上的通信。

在情况3）下，通常的触发功能是在VNF 21自身中实现的HA（高可用性）服务。其可以通过执行主-备过程/VM之间的切换并重新启动故障的软件来对比如过程崩溃的应用特定的故障作出反应。这些动作将不需要来自VNFM 24或VIM 28的主动参与，并且仅经由FCAPS数据隐含地可见（比如由VNF提出的警报）。

根据本发明的某些特定方面，提出了增加由VNF 21在Ve-Vnfm接口29中触发标准征兆收集的可能性。该接口至少在第一阶段中将是半专有的，即按每个供应商定义但针对集成需求为伙伴开放。

接口29还可以允许详细指定故障的VM/功能单元/软件组件，以便使VNFM 24仅从VIM 28收集特定数据，并且类似地允许VNF 21仅将相关信息（例如，从某个时间窗口的来自崩溃的SW（软件）的核心转储文件）打包到收集的数据文件。

也就是说，故障的组件由VNF 21标识并且VNFM 24需要关于组件（例如VM/功能单元/软件组件）的信息以便将该信息传递给VIM 28以用于特定数据收集。

因此，根据本发明的一些示例版本，VNF 21标识故障的VM/功能单元/软件组件，并仅将相关信息发送给VNFM 24。然后，例如，VNFM仅将故障的VM/功能单元/软件组件的名称提供给VIM并且VIM提供关于其的所有必要和相关信息。

替代地，VNFM可以单独查询可用的API以收集所有可能的信息。

需要尽可能快触发减轻动作。HA服务可以与VNF 21内的诊断功能交互，以例如在重新启动和重新激活该软件之前仅隔离故障的软件一段时间以允许数据收集。

VNFM 24将从VNF 21和VIM 28两者收集信息，组合数据并将其存储到操作者特定存储装置，从中其可以与供应商共享以供进一步分析。

VNF 21和VNFM 24之间的实际接口必须基于易于扩展的协议，并且因此，最常见地，这将使用具有特定资源（脚本）的RESTful API触发数据收集来实现。

可选地，该接口可以允许VNFM 24直接告知VNF 21征兆数据的目标位置（以便避免将其首先传送给VNFM 24并从那里传送给持久存储装置）。

图3是图示根据本发明的一些示例版本的用于VNF触发的征兆数据收集的工作流的示例的图。

如图3所示，VNF 21的HA服务在步骤S30中执行故障检测并且在步骤S31中执行故障减轻并且在步骤S32中将故障信息传播到VNF 21的诊断功能。诊断功能确定在步骤S33中开始数据收集，并且在步骤S34中向VNF管理器24发送触发数据征兆收集的指示。在从VNF 21接收到触发时，VNF管理器24在步骤S35中运行征兆数据收集处理，并且从VNF 21和VIM 28两者收集信息。具体地，VNF管理器24在步骤S36中向VIM 28发送收集特定主机信息的指令，并在步骤S37中向VNF 21发送收集特定故障信息的指令。在由VNF 21和VIM 28执行数据收集（步骤S38）之后，VNF管理器24在步骤S39中从VNF 21和VIM 28接收数据并组合收集的数据。然后，VNF管理器24在步骤S310中将收集并组合的数据存储在操作者诊断数据存储装置中。

在下文中，关于图4至6进行本发明的示例版本的更一般的描述。

图4是图示根据本发明的一些示例版本的方法的示例的流程图。

根据本发明的示例版本，该方法可以在虚拟网络功能等中实现或者可以是虚拟网络功能等的一部分。该方法包括在步骤S41中检测故障，在步骤S42中确定触发用于收集关于故障的信息的征兆数据收集，以及在步骤S43中将触发征兆数据收集的指示发送给虚拟网络功能的管理功能。

根据本发明的一些示例版本，该方法还包括从管理功能接收针对提供关于故障的信息的请求，以及将关于故障的信息发送给虚拟网络功能的管理功能。

根据本发明的一些示例版本，该方法还包括从管理功能和信息的目标位置接收针对提供关于故障的信息的请求，以及将关于故障的信息直接发送给目标位置。

根据本发明的一些示例版本，该方法还包括标识针对故障相关的特定信息，以及仅将特定信息发送给管理功能。

根据本发明的一些示例版本，该方法还包括针对故障相关的特定信息是关于受故障影响的组件和/或软件的信息和/或在其期间发生故障的某个时间窗口中的信息。

根据本发明的一些示例版本，该方法还包括执行用于减轻故障的影响的处理。

根据本发明的一些示例版本，处理包括在预定时间内隔离受故障影响的软件以及重新启动和/或重新激活软件。

图5是图示根据本发明的一些示例版本的方法的另一示例的流程图。

根据本发明的示例版本，该方法可以在管理功能中实现或者可以是管理功能的一部分，所述管理功能比如例如虚拟网络功能管理器等。该方法包括在步骤S51中从网络功能接收触发征兆数据收集的指示，在步骤S52中收集关于接收到的指示中指示的故障的信息，以及在步骤S53中将收集的信息存储在数据库中。

根据本发明的一些示例版本，收集关于故障的信息包括从网络功能和虚拟化基础结构管理器请求关于故障的信息，从网络功能收集关于故障的信息，从虚拟化基础结构管理器收集关于故障的信息，组合收集到的信息，以及将经组合的信息存储在数据库中。

根据本发明的一些示例版本，该方法还包括从网络功能仅收集针对故障相关的特定信息，以及基于从网络功能收集的特定信息从虚拟化基础结构管理器仅请求针对故障相关的特定信息。

根据本发明的一些示例版本，从虚拟化基础结构管理器请求特定信息包括：将关于故障的组件的信息发送给虚拟化基础结构管理器，以及基于关于故障的组件的信息从虚拟化基础结构管理器收集关于故障的组件的特定数据。

根据本发明的一些示例版本，该方法还包括将查询发送给单独可用应用编程接口以收集针对故障相关的特定信息。

根据本发明的一些示例版本，针对故障相关的特定信息是关于受故障影响的组件和/或软件的信息和/或在其期间发生故障的某个时间窗口中的信息。

图6是图示根据本发明的一些示例版本的装置的示例的框图。

在图6中，示出了图示被配置为实现本发明的上述方面的装置60的配置的电路框图。应注意，图6所示的装置60可以包括除下文所述的那些之外的若干另外的元件或功能，其为了简单起见而在此被省略，因为它们对于理解本发明不是必需的。此外，该装置也可以是具有类似功能的另一设备，诸如芯片组、芯片、模块等，其也可以是装置的一部分或作为单独元件附接到装置等。

装置60可以包括执行由程序等给出的指令的处理功能或处理器61，诸如CPU等。处理器61可以包括专用于如下所述的特定处理的一个或多个处理部分，或者处理可以在单个处理器中运行。例如，用于执行这样的特定处理的部分也可以作为分立元件提供或者在一个或另外的处理器或处理部分内提供，诸如在比如CPU的一个物理处理器中或在若干物理实体中。附图标记62表示连接到处理器61的收发器或输入/输出（I/O）单元（接口）。I/O单元62可以用于与一个或多个其他网络元件、实体、终端等进行通信。I/O单元62可以是包括朝向若干个网络元件的通信设备的组合单元，或者可以包括具有用于不同网络元件的多个不同接口的分布式结构。装置60还包括至少一个存储器63，其例如可用于存储要由处理器61执行的数据和程序和/或作为处理器61的工作存储装置。

处理器61被配置为执行与上述方面相关的处理。具体地，装置60可以被实现在虚拟网络功能等中或者可以是虚拟网络功能等的一部分，并且可以被配置为执行如结合图4所描述的方法。因此，处理器61被配置为执行检测故障，确定触发用于收集关于故障的信息的征兆数据收集，以及将触发征兆数据收集的指示发送给虚拟网络功能的管理功能。

根据本发明的一些示例版本，装置60可以被实现在管理功能（比如虚拟网络功能管理器等）中或者可以是管理功能（比如虚拟网络功能管理器等）的一部分，并且可以被配置为执行如结合图5所描述的方法。因此，处理器61被配置为执行从网络功能接收触发征兆数据收集的指示，收集关于接收到的指示中指示的故障的信息，以及将收集的信息存储在数据库中。

针对关于装置60的功能的进一步细节，参考如结合图4和5所描述的根据本发明的一些示例版本的方法的描述。

因此，应注意，用于在虚拟网络功能中使用的装置和用于在虚拟网络功能管理器中使用的装置通常具有相同的结构组件，其中这些组件被配置为执行网络元件的相应功能，如上所述。

在装置的前述示例描述中，使用功能块仅描述了对于理解本发明的原理相关的单元/部件。装置可以包括分别对于其相应操作所必要的另外的单元/部件。然而，在本说明书中省略了对这些单元/部件的描述。装置的功能块的布置不被解释为限制本发明，并且功能可以通过一个块来执行，或者进一步分成子块。

当在前述的描述中陈述装置（或者一些其他部件）被配置为执行某个功能时，这被解释为等同于陈述一个（即至少一个）处理器或对应电路潜在地与存储在相应装置的存储器中的计算机程序代码协作地被配置为使得装置至少执行由此提及的功能的描述。此外，这样的功能被解释为可通过用于执行相应功能的具体配置的电路或部件等同地实现（即，表达“配置为……的单元”被解释为等同于诸如“用于……的部件”的表达）。

为了如上文所述的本发明的目的，应注意

- 可能被实现为软件代码部分并且使用装置（作为设备、装置和/或其模块的示例，或者作为包括装置和/或用于其的模块的实体的示例）处的处理器运行的方法步骤是软件代码无关的，并且可以使用任何已知的或将来开发的编程语言来指定，只要保留由方法步骤所定义的功能；

- 通常，任何方法步骤都适合作为软件或通过硬件来实现，而不在所实现的功能方面改变方面/实施例及其修改的思想；

- 可能被实现为上面定义的装置或其任何（多个）模块处的硬件组件（例如，执行根据如上所述的方面/实施例的装置的功能的设备）的方法步骤和/或设备、单元或部件是硬件无关的，并且可以使用任何已知的或将来开发的硬件技术或者这些的任何混合来实现，诸如MOS（金属氧化物半导体）、CMOS（互补MOS）、BiMOS（双极MOS）、BiCMOS（双极CMOS）、ECL（发射极耦合逻辑）、TTL（晶体管-晶体管逻辑）等，其使用例如ASIC（专用IC（集成电路））组件、FPGA（现场可编程门阵列）组件、CPLD（复杂可编程逻辑器件）组件或DSP（数字信号处理器）组件；

- 设备、单元或部件（例如，上面定义的装置或它们相应的单元/部件中的任何一个）可以被实现为单独的设备、单元或部件，但是这并不排除它们遍及系统以分布式方式实现，只要设备、单元或部件的功能被保留；

- 装置可以由半导体芯片、芯片组或者包括这样的芯片或芯片组的（硬件）模块来表示；然而，这并不排除装置或模块的功能被实现为（软件）模块中的软件（诸如计算机程序或包括用于在处理器上运行/执行的可执行软件代码部分的计算机程序产品）而不是硬件实现的可能性；

- 设备可以被认为是装置或多于一个装置的组装件，不管在功能上彼此协作还是在功能上彼此独立但是例如在同一设备外壳中。

通常，应注意，根据上述方面的相应功能块或元件可以通过任何已知的部件分别以硬件和/或软件来实现，如果其仅适于执行相应部分的所描述功能。所提及的方法步骤可以在单独的功能块中或者由单独的设备来实现，或者方法步骤中的一个或多个可以在单个功能块中或者由单个设备来实现。

通常，任何方法步骤都适合作为软件或通过硬件来实现，而不改变本发明的思想。设备和部件可以被实现为单独的设备，但是这并不排除它们遍及系统以分布式方式实现，只要设备的功能被保留。这样的和类似的原理被认为对于技术人员是已知的。

本说明书的意义上的软件包括用于执行相应功能的包括代码部件或部分的软件代码本身或者计算机程序或计算机程序产品、以及体现在其上存储有相应的数据结构或代码部件/部分的诸如计算机可读（存储）介质之类的有形介质上或潜在地在其处理期间体现在信号中或芯片中的软件（或者计算机程序或计算机程序产品）。

应注意，上述的方面/实施例以及一般的和具体的示例仅仅是为了说明的目的而提供的，并且决不意图将本发明限制于此。更确切地说，意图是涵盖落入所附权利要求的范围内的所有变化和修改。