专利名称：控制带有一个或多个硬件单元的无线电基站的软件体系结构的制作方法
技术领域：
本发明涉及用一种软件体系结构对具有一个或多个硬件单元的设备进行的计算机控制，该软件体系结构独立于硬件单元功能的实际实现进行控制。
背景技术：
很多类型的设备都是用执行特定设备功能的模块化组件构造的。每个模块可以看作一个负责执行一个或多个功能的硬件单元。各个硬件单元执行的功能既可以很简单也可以很复杂。
这种设备的一个例子是用在如无线电电信系统中的无线电基站。
图1示出了一个简化的无线电通信系统10，包括与多个基站14a和14b耦合的无线电网络控制器12。无线电网络控制器12通常与其它网络相耦合，如电路交换和包交换网络。在这个例子中，两个基站都是“宏”基站，意味着用来完成每个基站的功能的所有硬件单元都位于一个物理位置中。基站14a包括若干包含电气和/或电子电路、部件、电源、软件等的可替换硬件单元。示例的基站硬件单元包括一个或两个计时装置板16、一个或两个基带发送板18、一个或两个随机访问/接收板20、一个或两个收发器板22、一个或两个射频接口板24、一个或多个天线接口板26、一个或多个多载波功率放大器板28、一个功率控制板30、和一个一般负责控制基站以及功能板16-30中的各个功能板的控制器板32.在操作中，基站14a实现与一个或多个移动电台34进行通信。
因此，基站14a是装备了执行不同功能的各种类型的硬件单元的模块化设备的一个例子。来自相同基站家族的不同类型的基站通常支持相同的功能，尽管该基站家庭的不同成员可能使用不同的硬件单元来完成该功能。例如，随着电子和集成电路制造和小型化的进步，在单个硬件单元中可以集成更多的功能。在图1中所示的基站14a中，可能希望将基带发射板18和随机访问/接收板20集成到一块板上。另外，可能希望更改单个板子或者板的配置。例如，可能希望添加额外的收发器板22以增大基站14a的容量。另一可能性是增加随机访问/接收板20的容量，这可用来增加基站的容量或者用较少的随机访问/接收板提供相同的容量。实际上，在上面所阐述的集成示例中可以预见到基站14a中的每块板都可能需要进行更改或消除。
随着基站技术的进步，将会产生新的基站配置和功能。一个新型基站配置的例子是主-从基站配置，其中主要部件包括为基站执行基带功能的硬件单元，物理上的远程部件为基站执行无线电功能。同时，应该仍然支持老的基站配置。换句话说，一个无线电通信系统可以很好地包含需要集成在一起的老基站设备和新基站设备。
本发明的一个目标是提供一种支持和控制大范围的硬件单元而不受各个硬件单元的实现细节约束的机制。
本发明的一个目标是提供一种容易且灵活地适应单个硬件单元的变化、硬件单元配置的变化以及需要执行的功能的变化的机制。
本发明的一个目标是提供一种支持将先前由多个硬件单元执行的功能集成到单个硬件单元中的机制。
本发明的一个目标是提供一种支持相同类型的硬件单元的不同(即增大的)容量的机制。
本发明的一个目标是提供一种支持将新功能集成到设备中的机制。
本发明的一个目标是提供一种允许用于控制设备中的所有硬件单元的标准化途径的机制。
本发明处理并满足了这些和其它目标。用一种软件体系结构来控制具有一个或多个各自执行一种或多种对应功能的硬件单元的设备。该软件体系结构为每个硬件单元包括一个设备组数据结构，并为每个硬件单元功能包括一个或多个设备数据结构。在一个优选的但也是示例的实施方案中，在该软件体系结构中定义了一个或多个设备集数据结构。每个设备集数据结构代表一个或多个设备数据结构。该软件体系结构中定义的数据结构用来控制在物理上由硬件单元执行的设备功能。
该软件体系结构独立于实际执行功能的具体的硬件单元以及该硬件单元实际如何完成该功能。例如，设备数据结构独立于负责实际执行设备功能的硬件单元。结果，可以改变一个硬件单元的身份、配置或实现而不必改变相关的设备数据结构。为了实现这种无关性，硬件单元存储一个它负责执行的每个功能和与该功能对应的设备数据结构之间的“映射”。
每个设备组数据结构与一个硬件单元中所采用的一种特定类型的设备数据结构相关，还与设备集数据结构(如果使用了)有关。可以引入一个设备集数据结构管理一个单个设备数据结构的集合。仅仅出于说明目的而假定采用了一个或多个设备集数据结构。一个设备组既可以与不同类型的设备集数据结构相关，又可与相同设备集数据结构的多个实例相关。软件体系结构管理器使用各个设备组数据结构使得该设备组相关的各个设备集开始服务，并且协调该设备组和各个设备集。设备组管理设备集，设备集管理与该设备集相关的单个设备。如果一个硬件单元改为支持不同的功能，则该硬件单元与一个新的设备组相关。
软件体系结构管理器用该软件体系结构中的设备组、设备集和设备数据结构管理硬件单元和设备。另外，为每个设备组定义了一个设备组软件接口，并为每个设备集/设备定义了一个设备集软件接口。这些软件接口定义了软件体系结构管理器如何用该软件体系结构与硬件单元通信并管理硬件单元，并且包括公共过程及信令格式。
本发明的优势之一是可以仅仅通过为新硬件单元定义一个新的设备组数据结构就可将由多个硬件单元实现的功能简单灵活地集成到该单个新硬件单元中。该新设备组数据结构包括已经建立并与“老”硬件单元相关的设备集和设备数据结构。尽管定义了新的设备组软件接口，对新的、集成的配置仍然采用了已经为与“老”硬件单元相关的设备集/设备定义的设备集/设备软件接口。
本发明的一个非限制性示例应用是无线电基站。在这个环境中，管理器用软件体系结构启动并控制基站硬件单元。管理器还可以简单地通过增加与对应设备集或设备数据结构相关的设备数据结构的数量，使用软件体系结构灵活地扩展一个或多个基站硬件单元的容量。此外，该软件体系结构可以用来增强无线电基站中与一个或多个设备相关的一种或多种能力。更进一步，该软件体系结构可以用来重新配置宏基站为主-从基站或混合宏/主-从基站。
附图概述参考结合附图所作的下列描述更容易理解本发明的前述和其它目标、特性及优势。
图1示出了无线电通信系统中的一个宏基站；图2示出了本发明原理的功能框图；图3示出了一种软件体系结构的一个示例的功能框图；图4示出了依照该软件体系结构在软件管理器和硬件单元之间的软件接口；图5以功能框图的形式示出了每个硬件单元中包括的软件体系结构接口和设备功能映射；图6示出了依照本发明一种实施方案的示例过程的流程图；图7示出了采用了本发明的一个硬件单元集成示例；图8示出了在基站环境中采用本发明的一个硬件单元集成示例；图9为图8中所示实例示出了基站中软件管理器和特定硬件单元之间的示例软件体系结构接口信令。
具体实施例详细描述在下面的描述中，为说明起见阐述了具体的细节，例如特定的实施方案、示例、过程、技术等，以便提供对本发明的全面理解，但这些细节并不是为了限制本发明。本领域的技术人员显然可以在偏离这些具体细节的其它实施方案中实践本发明。例如，尽管是以应用到无线电通信系统中的无线电基站的一种非限制性实施方案描述本发明，但本发明也可用在任意包括多个硬件单元的设备中。
有些情况下，省略了对众所周知的方法、接口、设备和信令技术的详细描述以免用不必要的细节模糊对本发明的说明。此外，在一些图中示出了单个功能模块。本领域的技术人员应该理解这些功能可以用单独的硬件电路、结合适当编程的数字微处理器或通用计算机的软件机能、专用集成电路(ASIC)和/或一个或多个数字信号处理器来实现。
本发明寻求提供一种能够对依赖于模块化硬件单元的设备或其它装置进行灵活的管理和控制的软件体系结构，以便为设备或装置执行各种不同功能。这种灵活性允许对设备进行方便的扩展、更改和集成。图2中所示的功能框图示出了与多个硬件单元44耦合的设备控制器32。该控制器包括与软件体系结构和软件体系结构接口42耦合的软件管理器40。管理器40和软件体系结构及接口42都是用由传统数据处理和数据存储电路处理及存储的合适的软件程序及数据结构实现的。硬件单元是一个物理的、可替换的实体，例如属于设备装置的一部分并支持/执行该设备的一些功能的一块板卡或特定部件。硬件单元可以位于一个物理位置中，例如板卡或导轨的机柜中，或者它们在物理上可以是分开的，甚至相距非常远。管理器40使用软件体系结构和软件体系结构接口42控制硬件单元44操作。
软件体系结构42定义了逻辑上表示由硬件单元44执行的功能的框架。管理器40和各个硬件单元44支持软件体系结构。从管理器的角度，软件体系结构42定义了管理器如何定址各个硬件单元以及控制它的操作。该软件体系结构包括由管理器40及硬件单元44中的每一个都支持的软件接口。
软件体系结构42将管理器40同硬件单元44实际的实现细节隔离开。软件体系结构和接口42还在处理不同类型/种类的硬件单元中创建了一致性。它们还允许简单灵活地适应可能随时间变化/发展的不同硬件单元配置。
该软件体系结构在两个级别上模型化功能硬件单元级和功能级。现在参考图3中所示软件体系结构42的功能框图。硬件单元级由称为“设备组”的软件抽象或数据结构表示。各个硬件单元和设备组数据结构之间存在一一对应关系。功能级由软件抽象或数据结构“设备”表示。设备是一些处理功能的逻辑抽象/数据结构。功能可以定义为一个或多个输入导致意义明确的输出。因为多个设备可以执行相同类型的功能，还希望(尽管不要求)在数据软件体系结构中有称为“设备集”的中间软件抽象/数据结构。设备集数据结构表示一个硬件单元的一种特定类型的一个或多个设备。对特定类型的所有设备来说特定的特征、功能和/或配置可能是公共的。这个公共性由设备集数据结构处理。这些软件体系结构数据结构中的每一个都有一个或多个表示实际的物理硬件单元或功能的具体实例。但是，只有设备组直接映射到硬件单元；设备集和设备是逻辑抽象。
考虑下面使用图1中所示基站的非限制性示例。设备组可能对应于多-载波功率放大器(MCPA)板，它对应于一个硬件单元。设备集可能对应于发射功率放大器板，它是该MCPA硬件单元的一部分。设备可能对应于该发射功率放大器板上一个特定的发射功率放大器。设备组、设备集和设备数据结构中的每一个都包括一个对应的软件接口、一组相关数据属性和控制功能。
图3以功能块形式示出了软件体系结构42的一种表示。为M个硬件单元示出了M个设备组46，M是非零正整数。每个设备组可以不同于其它设备组。从管理器的角度，设备组是硬件单元的功能表示。每个设备组46包含一个或多个设备集48.仅仅为了说明起见，示出了N个设备集，其中N是非零正整数。每个设备集可以不同于其它设备集。设备组使它的设备集开始服务并协调该设备组中的设备集。因为在硬件单元和设备组实例之间存在一一对应关系，如果一个硬件单元支持了一种不同的功能，就有一个新的设备组与该硬件单元相关。
每个设备集48包括一个或多个设备50.仅仅出于说明起见，在每个设备集下示出了P个设备，其中P是非零正整娄。如前所述，设备是一些处理功能的逻辑抽象/数据结构。尽管每个设备都由管理器40控制和管理，从管理器的角度，它并不关心设备是如何实现的。换句话说，设备数据结构并不依赖于设备功能在硬件单元中是如何实现的。尽管可能识别出硬件单元中的单个芯片或板卡作为设备处理发生的地方，但该处理也可能正好分布在该硬件单元上的多个不同ASIC上。设备抽象/数据结构允许硬件单元实现的变化而不必改变管理器40.硬件单元44负责将设备数据结构映射到该设备处理功能的实际执行/实现。
在有典型的多个相同类型的设备的情况下，软件体系结构42具有设备集数据结构/抽象是有用的。尤其期望设备集将一个设备功能移到执行该设备功能的任意硬件单元。设备集数据结构用来表示一个硬件单元中一种特定类型的一个或多个设备。这些设备公共的特定特征、功能和/或配置由设备集数据结构48管理。
设备组有它自己的软件体系结构接口。同样，设备集和它的设备也有它们自己的软件体系结构接口。图4示出了管理器40、设备组X46以及设备集A和B 48之间的接口。管理器和设备组X用设备组接口-X(DGIF-X)通信。两个设备集48A和48B以及它们各自的设备50分别用它们各自的设备集接口DSIF-A与DSIF-B和管理器40通信。这些接口(优选地)是标准化的以提供和/或实施公共方式的控制，但也可采用特定的扩展。在图4中，那些扩展由-X、-A和-B表示。
软件体系结构42是管理器40如何“看到”硬件单元所支持的功能的机制。为使管理器40独立于具体的硬件实现，硬件单元必须依附于软件体系结构中的数据结构并且必须支持软件接口52.硬件单元将软件体系结构42中的特定数据结构映射到物理实现。如图5中所示，每个硬件单元44包括一个与软件体系结构接口程序52耦合的控制器。控制器54包括一个软件映射表56，它将来自软件体系结构接口52的每个过程映射到硬件单元上的一个可执行功能。尽管示出了一个映射表，但如果该硬件单元使用其它机制来进行映射就不必使用它。对设备组和设备集数据结构执行类似的映射。
图6概述了依照本发明的一个示例实施方案的一般过程。为控制设备而建立一个软件体系结构(块60)。为每种类型的硬件单元在该软件体系结构中定义一个设备组(块62)。设备中可以有相同设备组的多个实例。如果采用设备集的话，在该软件体系结构中为每个设备组定义一个或多个设备集(块64)。在该软件体系结构中为处理功能的每个实例定义一个或多个设备(块66)。设备管理器用定义的软件体系结构和适当的软件接口来控制由各个硬件单元执行的功能(块66)。设备管理器还用所定义的软件体系结构和软件接口灵活地适应硬件单元能力、硬件单元数量的变化以及其它变化。
使用该软件体系结构和接口，最初用不止一个“老”硬件单元实现的功能可以方便地集成到一个“新”硬件单元中。为了实现这种集成，定义了一种包括新设备组接口的新设备组。将老的硬件单元的设备集并入这个新设备组并保持它们已经定义的设备集接口。
图7示出了一个普通集成示例，其中三个硬件单元被集成进单个部件中。特别地，分别与三个硬件单元对应的三个设备组A、B和C被并入(由加号表示)单个新硬件单元中。集成或合并的结果是对应新硬件单元的新设备组D，新设备组包括具有两个设备A1和A2的老设备集A、具有设备B1的老设备集B和具有设备C1的老设备集C。如图7中所示，管理器分别用对应的设备组接口A、B、C和对应的设备集接口X、Y和Z，与硬件单元A、B和C进行通信。当硬件单元A、B和C被并入“新”硬件单元D时，管理器用“老”设备集接口X、Y和Z与硬件单元D通信。只需要定义一个新的设备组接口D。这样，管理器只需要极少量的变化/重配置就能适应这种集成；它只需支持新的设备组接口。新硬件单元的实现可以与老硬件A、B和C中的任意一个都完全不同，只要新硬件单元D支持适当的软件接口就不会带来任何问题。
下面给出了对集成前已有的硬件单元、相关设备组以及所包含的设备集和设备的详细示例。
在这个例子中，每个设备组有一个中央板卡控制接口(CBCI)。每个设备集和它的设备有一个中央设备控制接口(CDCI)。在图8的底部、管理器和各个硬件单元之间示出了这些接口的具体扩展。在管理器和TRX硬件单元之间有CBCI-TRX和CDCI-TR接口。在管理器和AIU硬件单元之间采用了CBCI-AIU和CDCI-AI接口。在管理器和MCPA硬件单元之间采用了CBCI-MCPA和CDCI-TPA接口。CBCI接口可以为不同的功能如装入、板卡测试、预定、板卡故障、板卡重置等规定过程。CDCI设备集级别上的CDCI接口可以为不同的功能如集测试、预定、集故障、集重置、容量信息、能力信息等规定过程。CDCI设备级上的CDCI接口可以为不同的功能如设置、释放、能力信息、设备故障等规定过程。
对每个特定的设备组，都有一个特定的CBCI扩展，它从CBCI继承过程并且包含该设备组的特定扩展。对每个设备集和设备，都有一个CDCI扩展从CDCI继承过程并且包含该设备集和设备的特定扩展。
图8示出了应用于一个宏基站设备的具体的硬件单元重配置和集成示例，该宏基站设备正被改造成包括一个远程无线电部件。传统的宏基站通常位于单一位置中，并且基带电路和无线电电路之间的距离相对较短，例如在一米的量级上。在分布式主-从基站设计中，基站的基带部分和无线电部分是分开的。主部件(MU)进行基带信号处理，一个或多个无线电远程部件(RRU)在基带和射频之间进行转换并在一个或多个天线上接收信号。每个RRU服务一个特定的地理区域或单元。一条光链路连接主部件到多个无线电远程部件。
在这个示例的重配置和集成中与收发器(TRX)硬件单元、天线接口部件(AIU)硬件单元、和多-载波功率放大器(MCPA)硬件单元对应的三个不同硬件单元有对应的设备组。先前位于宏基站的这些硬件单元中的每一个现在都将被集成到通过光链路与主基站耦合的单独的远程硬件单元中。创建了一个新的设备组远程无线电部件(RRU)，它包含来自三个设备组TRX、AIU和MCPA的所有设备集。
在集成后，新的RRU设备组在管理器和新的RRU硬件单元之间有一个新的CBCI接口。但是，设备集和它们的设备采用与先前用于三个分离的硬件单元相同的CDCI接口。管理器只需进行相对较小的变化就能支持新的CBCI-RRU接口。
图9示出了展示管理器40在集成之前如何控制图8中所示三个硬件单元TRX、AIU和MCPA的示例过程。首先用CBCI过程在设备组级启动每个硬件单元。在设备组级上启动硬件单元之后，管理器用CDCI级上的过程启动相关的设备集。如图9所示对所有三个硬件单元完成这些操作。
在三个硬件单元的功能已经被集成到一个RRU硬件单元之后，管理器以实质上相同的方式操作RRU硬件单元而不管RRU部件在物理上远离主基站设备的事实。启动RRU设备组，然后启动所有三个设备集。使用相同的CDCI接口扩展；已经关于CDCI接口级改变了设备组的事实，对管理器来说没有任何不同。管理器只需知道存在于新的RRU设备组之下的具体的设备集。在该软件体系结构中已经识别出了那些设备集。
下面给出了CBCI接口示例以及具体扩展示例的概述。CDCI接口可以有类似的过程列表。除非特别指出，否则管理器启动每个过程。
除了这些通用过程之外，CBCI-X可以包含仅适用于特定设备组X的过程。这可以是任意类型的过程，但可能只是具体参数的配置，例如CONFIG_PARAM_X或CONFIG_MODE_Y。
使用依照本发明的软件体系结构相对较容易扩展硬件单元的容量。可以通过增加设备集中支持的设备数量而扩展容量。如果设备使用来自共享的处理资源池的处理能力，可以扩展该池的处理能力。考虑这个例子。第一代接收器板卡在它的设备集中支持16个设备。下一代接收器板卡在它的设备集中支持96个设备。未来的改进型支持的更多。每一代接收器板卡都可以应用在相同的配置中。为此，管理器仅仅要求与硬件单元相关的设备集提供它所支持的设备数量。
对于小型基站，将若干硬件单元集成到单个硬件单元中可能会有意义。这会产生一个新的带有若干设备集的设备组。如果对这种小型基站所需的容量小于当前配置的容量，仅仅通过减小该设备集中所支持的设备数量就可以方便地重新配置容量。因此，用对管理器非常有限的影响就可支持降低的容量和更少的设备。
改变设备的能力也相对容易一些。仅仅提供单个设备级或设备集级的能力信息(说明这些增强的能力)给管理器。就设备级能力来说，管理器中设备的用户可以通过设备接口体系结构请求设备的能力并相应地使用设备。就设备集级能力来说，可以遵循相同的途径，尽管这些能力适用于该设备集中的所有设备。这里同样管理器从设备集获取能力信息并根据所支持的能力使用设备集和设备。
考虑支持一个特定算法的设备的例子。新一代板卡能够支持更高级的算法。在以相同配置一起使用两个板卡(一个老一代板卡和一个新一代板卡)并且要求使用相同算法的情况下，管理器对两个设备都获取各个设备所支持的算法并选择两个设备都支持的算法。
使用依照本发明的软件体系结构相对较容易管理部分不正常工作的硬件单元。如果硬件单元检测到设备集中的设备之一不正常工作，它可以在该设备的CDCI接口上报告故障。根据该报告，管理器可以采取适当的动作进行恢复。可以用相同方式在该软件体系结构的每一级上处理故障。特定级别上的故障只影响该级别和更低的级别。例如，设备级上的故障只影响一个设备实体。设备集级别上的故障影响该设备集中的所有设备。设备组级别上的故障影响整个硬件单元。不受故障影响的设备集和设备数据结构仍然可以使用。
尽管已经关于特定的实施方案描述了本发明，但本领域的技术人员将认识到本发明并不局限于这些具体的示例性实施方案。所示和所描述之外的不同的格式、实施方案、改编以及很多变化、更改和等价配置都可用来实现本发明。因此，本发明只受所附权利要求的范围限制。
权利要求
1.一种计算机实现的用于控制一个设备的方法，该设备包括一个或多个各用于执行一个或多个对应功能的硬件单元，该方法的特征在于为控制该设备而建立一个软件体系结构；在该软件体系结构中为每个硬件单元生成一个设备组数据结构；在软件体系结构中生成与硬件单元功能的每个实例相关的设备数据结构；使用该软件体系结构中的数据结构控制由一个或多个硬件单元执行的该设备的功能。
2.权利要求1中的方法，其中每个设备组数据结构包括一个硬件单元中一种特定类型的设备数据结构，并且其中每个设备数据结构表示一个或多个输入产生意义明确的输出的功能。
3.权利要求1中的方法，还包括将每个设备数据结构映射到负责实际执行该设备的功能的硬件单元。
4.权利要求3中的方法，其中映射是由该硬件单元完成的。
5.权利要求1中的方法，其中设备数据结构独立于负责实际执行该设备的功能的硬件单元。
6.权利要求1中的方法，其中改变硬件单元的身份、配置或实现而不必改变相关的设备数据结构。
7.权利要求1中的方法，还包括在该软件体系结构中生成一个或多个设备集数据结构，每个设备集数据结构与一个或多个设备组相关并包括一个或多个设备数据结构。
8.权利要求7中的方法，其中每个设备集数据结构包括一个硬件单元中一种特定类型的设备数据结构。
9.权利要求7中的方法，其中每个设备集数据结构中的设备数据结构有公共的特征、功能或配置。
10.权利要求7中的方法，其中各设备组数据结构用来使与它相关的每个设备集数据结构开始服务并用该设备组数据结构协调每个设备集数据结构。
11.权利要求7中的方法，其中如果硬件单元被改为支持一种不同的功能，该硬件单元就与一个新的设备组数据结构相关联。
12.权利要求7中的方法，还包括建立一个软件管理器，以使用该软件体系结构中的设备组、设备集和设备数据结构管理一个或多个硬件单元，并为每个设备组数据结构定义一个设备组软件接口，为每个设备集和设备数据结构定义一个设备集软件接口，其中这些软件接口定义软件管理器如何用这些软件结构与一个或多个硬件单元进行通信并且管理它们。
13.权利要求12中的方法，还包括将由多个硬件单元实现的功能集成到一个新的硬件单元中，是通过为新的硬件单元定义一个新的设备组数据结构实现的，该新的硬件单元包含与上述多个硬件单元相关的设备集数据结构。
14.权利要求13中的方法，还包括定义一个新的设备组软件接口，其中在该新的设备组数据结构中采用了已经为与该多个硬件单元相关的设备集数据结构定义的那些设备集软件接口。
15.权利要求1中的方法，其中每个设备组数据结构用来使与该设备组数据结构相关的各个设备数据结构开始服务。
16.权利要求1中的方法，其中该设备是无线电基站，并且该管理器使用软件体系结构通过增加与对应的设备集或设备组数据结构相关的设备数据结构的数量而扩展一个或多个硬件单元的容量。
17.权利要求1中的方法，其中该设备是无线电基站并且该管理器用该软件体系结构增强与一个或多个设备数据结构或设备集数据结构相关的能力。
18.一种配置为由计算机(32)实现并用于控制一种设备的软件体系结构(42)，该设备包括一个或多个用于完成一个或多个对应功能的硬件单元(44)，该软件体系结构的特征在于每个硬件单元(44)对应一个软件设备组(46)；每个硬件单元功能实例对应一个软件设备(50)；和通过用一个或多个软件设备组(46)和一个或多个软件设备(50)，控制由一个或多个硬件单元(44)执行的该设备的功能的软件管理器(40)。
19.权利要求18中的软件体系结构，其中每个软件设备组(46)包括与一个硬件单元(44)相关的一种特定类型的软件设备(50)，并且其中每个软件设备(50)代表一个或多个输入产生意义明确的一个或多个输出的一种功能。
20.权利要求18中的软件体系结构，其中每个硬件单元(44)被配置与一个或多个软件设备功能相关。
21.权利要求18中的软件体系结构，其中设备独立于负责实际执行该设备的软件功能的硬件单元(44)。
22.权利要求18中的软件体系结构，其中可以改变硬件单元(44)的身份、配置或实现而不必改变相关的软件设备(50)。
23.权利要求18中的软件体系结构，还包括一个或多个软件设备集(48)，每个软件设备集(48)与一个软件设备组(46)相关并包括软件设备集(48)中的一个或多个软件设备(50)。
24.权利要求23中的软件体系结构，其中每个软件设备集(48)包括与一个硬件单元(44)相关的一种特定类型的设备。
25.权利要求23中的软件体系结构，其中每个软件设备集(48)中的软件设备(50)有公共的特征、功能或配置。
26.权利要求23中的软件体系结构，其中配置每个软件设备组(46)，使与该软件设备组(46)相关的每个软件设备集(48)开始服务，并用该软件设备组(46)协调每个软件设备集(48)。
27.权利要求23中的软件体系结构，其中如果一个硬件单元被改为支持一种不同的功能，该硬件单元就与一个新的软件设备组(46)相关。
28.权利要求23中的软件体系结构，其中软件管理器(40)被配置成用该软件体系结构(42)中的软件设备组(46)、软件设备集(48)和软件设备(50)管理一个或多个硬件单元，并为每个软件设备组定义一个软件设备组软件接口、为每个软件设备集和设备定义一个设备集软件接口，其中软件接口被配置成定义软件管理器(40)如何用该软件体系结构与一个或多个硬件单元通信并管理它们。
29.权利要求18中的软件体系结构，其中配置每个软件设备组(46)，使与该软件设备组(46)相关的每个软件设备(50)开通。
30.权利要求28中的软件体系结构，其中配置软件管理器(40)，为一个新硬件单元定义一个新的软件设备组(46)，该新的硬件单元包括与多个硬件单元相关的软件设备集(48)，以便将由该多个硬件单元实现的功能集成到该新的硬件单元中。
31.权利要求30中的软件体系结构，还包括一个新的设备组软件接口，其中在该新的软件设备组中可以采用已经为与该多个硬件单元相关的软件设备集定义的设备集软件接口。
32.权利要求18中的软件体系结构，其中该设备是无线电基站(14)，并且软件管理器被配置为使用该软件体系结构通过增加与对应软件设备组或设备集相关的软件设备的数量，而扩展一个或多个硬件单元的容量。
33.权利要求18中的软件体系结构，其中该设备是无线电基站(14)并且管理器被配置为使用该软件体系结构增强一个或多个软件设备的能力。
34.权利要求18中的软件体系结构，其中软件管理器被配置为使用该软件体系结构恢复从硬件单元中检测到的故障。
全文摘要
用一种软件体系结构控制带有一个或多个各自执行一种或多种功能的硬件单元的设备。该软件体系结构为每个硬件单元包括一个设备组数据结构，为每个硬件单元的功能包括一个或多个设备数据结构。在一个优选的也是示范性的实施方案中，在该软件体系结构中定义了一个或多个设备集数据结构。每个设备集数据结构与设备组相关并包括一个或多个设备数据结构。该软件体系结构中定义的数据结构用来控制在物理上由硬件单元执行的设备功能。
文档编号G05B15/00GK1714583SQ200380103733
公开日2005年12月28日 申请日期2003年10月28日 优先权日2002年11月20日
发明者F·德贝尔, H·龙凯宁 申请人:艾利森电话股份有限公司