CN100555245C

CN100555245C - 资源存储方法及装置

Info

Publication number: CN100555245C
Application number: CNB2007100007369A
Authority: CN
Inventors: 王利
Original assignee: ZTE Corp
Current assignee: ZTE Corp
Priority date: 2007-01-10
Filing date: 2007-01-10
Publication date: 2009-10-28
Anticipated expiration: 2027-01-10
Also published as: CN101221533A

Abstract

本发明提供一种用于通信软件的资源存储管理的资源存储方法及装置，其中，该方法包括以下步骤：步骤S202，分别为每种资源建立对应的资源池；步骤S204，为资源池中的每个资源建立索引，其中，索引与资源在资源池中的位置相对应；以及步骤S206，为资源池中的每个资源分配属性存储区和索引存储区。因此，使用本发明，节省了大量存储空间，从而节约了通信设备的成本。

Description

资源存储方法及装置

技术领域

本发明涉及通信领域，更具体地，本发明涉及一种用于通信软件的资源存储管理的资源存储方法及装置。

背景技术

通信领域中，移动通信设备软件要管理各类信道资源以及完成信道功能的各类逻辑资源和物理实体资源。这些资源又存在各种从属关联的关系。

对于资源的存储方式，现有技术方案一般为：父级资源包含子级及其下属所有资源，层层套叠并包含资源的属性值。这样会浪费很多的存储空间，尤其对于数字信号处理器(Digital SignalProcessing，简称DSP)软件应用，由于片内内存昂贵，以至于应用成本很高。

因此，需要一种用于通信软件的资源存储管理的资源存储方法及装置，以解决上述问题。

发明内容

为了解决上述问题，本发明提出了一种用于通信软件的资源存储管理的资源存储方法及装置，为各级资源分别按其实际总量来开辟存储空间，每个资源仅存储其属性信息和直接下级资源的索引，减少了资源存储开销，解决了资源存储空间浪费的问题。

本发明一方面提供了一种资源存储方法，用于通信软件的资源存储管理，该方法包括以下步骤：步骤S202，分别为每种资源建立对应的资源池；步骤S204，为每种资源池中的每个资源建立索引，其中，索引与每个资源在资源池中的位置相对应；以及步骤S206，为资源池中的每个资源分配两种存储区，在两种存储区中，一种是用于存储每个资源的属性信息的属性存储区，另一种是用于存储每个资源的直接下级资源的索引的索引存储区。

另外，根据本发明的一个方面，还包括以下步骤：当分配一系列资源时，逐级将每个资源的属性信息填入对应资源池中该资源的属性存储区中，并将每个资源的直接下级资源的索引填入该资源的索引存储区中；以及当释放一系列资源时，根据资源池中的每个资源的索引存储区中的信息逐级释放一系列资源。

根据本发明的实施例，索引包括以下任何一种：数组下标、指针、以及链表头等；资源池的资源数量为每种资源的总量。

本发明的另一方面还提供了一种资源存储装置，用于通信软件的资源存储管理，其包括：资源池建立单元，用于分别为每种资源建立对应的资源池；索引建立单元，用于为资源池中的每个资源建立索引，其中，索引与每个资源在资源池中的位置相对应；以及存储区分配单元，用于为资源池中的每个资源分配两种存储区。

在两种存储区中，一种用于存储每个资源属性信息的属性存储区，另一种用于存储每个资源的直接下级资源索引的索引存储区。

根据本发明的另一方面，还包括：填入单元，用于在分配一系列资源时，逐级将每个资源的属性信息填入对应资源池中的属性存储区中，并将每个资源的直接下级资源的索引填入索引存储区中；以及释放单元，用于在释放一系列资源时，根据资源池中的每个资源的索引存储区中的信息逐级释放一系列资源。

根据本发明的另一方面，索引包括以下任何一种：数组下标、指针、以及链表头等；资源池的资源数量为每种资源的总量。

如上所述，采用本发明的资源存储方法及装置可节省大量存储空间，进而节约通信设备的成本。

本发明的其它特征和优点将在随后的说明书中阐述，并且，部分地从说明书中变得显而易见，或者通过实施本发明而了解。本发明的目的和其他优点可通过在所写的说明书、权利要求书、以及附图中所特别指出的结构来实现和获得。

附图说明

附图用来提供对本发明的进一步理解，并且构成说明书的一部分，与本发明的实施例一起用于解释本发明，并不构成对本发明的限制。在附图中：

图1是现有技术中资源存储的结构示意图；

图2是根据本发明的资源存储方法的流程图；

图3是现有技术中基站专用上行资源组织结构的示意图；

图4是根据本发明的实施例的资源存储结构示意图；

图5是根据本发明的实施例的资源池及资源关联示意图；以及

图6是根据本发明的资源存储装置的框图。

具体实施方式

以下结合附图对本发明的优选实施例进行说明，应当理解，此处所描述的优选实施例仅用于说明和解释本发明，并不用于限定本发明。

图2是根据本发明的资源存储方法的流程图。如图2所示，该资源存储方法包括以下步骤：

步骤S202，分别为每种资源建立对应的资源池；

步骤S204，为资源池中的每个资源建立索引，其中，索引与资源在资源池中的位置相对应；以及

步骤S206，为资源池中的每个资源分配两种存储区。

另外，本发明还包括以下步骤：当分配一系列资源时，逐级将每个资源的属性信息填入对应资源池中的属性存储区中，并将每个资源的直接下级资源的索引填入索引存储区中；以及当释放一系列资源时，根据资源池中的索引存储区中的信息逐级释放一系列资源。

需要指出的是，在两种存储区中，一种是用于存储每个资源的属性信息的属性存储区，另一种是用于存储每个资源的直接下级资源的索引的索引存储区。

以下将以宽带码分多址(WCDMA)***节点B(NodeB)设备软件的上行专用资源的管理为例，结合图1-5对技术方案的实施作进一步地详细描述。

在本实施例中，WCDMA NodeB上行专用资源组织结构如图3所示，其是主体结构，并不包括所有的资源。根据***需求，NodeB里一个小区最多有80个UE，每个UE最多有3条无线链路(RL)，每个RL最多有33个多径搜索器(PM)。而***资源总量的限制是：一个小区最多有80条RL，一个小区最多有300个PM。图中PHUE等资源后面不再引用，因此不再进行描述(填充部分)。

从图3中，可以看出各个资源之间的从属关系，那么各个资源信息分配存储时，必然要以某种方式保存这样的关系。

图1是现有技术中资源存储的结构示意图，如图1所示，小区里存储了小区信息，以及小区下所有UE的信息，以及UE下所有RL的信息，以及RL下所有PM的信息。也就是，父级资源包含子级及其下属所有资源的所有信息，层层套叠并包含各级资源的属性信息。这样会浪费很多的存储空间。比如，PM有10个属性值，那么小区里存储的PM属性值总数最多为1(CELL)×80(UE/CELL)×3(RL/UE)×33(PM/RL)×10＝79200个，其中80(UE/CELL)表示每个CELL最多有80个UE。同样，RL的属性值也会占用较多的存储空间。

图4是根据本发明的实施例的资源存储结构示意图。如图4所示，小区里存储小区信息，以及小区下所有UE的索引(这里用标号表示)。UE里存储UE信息以及UE下RL的标号。RL里存储RL信息以及RL下PM的标号。PM里就存储PM信息。各种资源以独立的资源池方式存储，各种资源池按各种资源的总量来开辟存储空间。这样，以PM的属性为例，一个PM有10个属性值，那么小区里最多有300个PM，小区里存储的PM属性值总数最多为300×10＝3000个。

对比图1的存储方式，很明显如图4所示的实施方式可以大大节省内存开销。这里面根本的原因是：图1中所有UE的所有下属资源都按最大数量来消耗存储空间，但各种资源的总量是有限的并且不能满足每个UE的所有下属资源都按最大支持的数量来消耗，因此，图4中按各种资源的实际总量来存储资源属性信息并且在级联关系上仅以标号(索引)存储就可以最大限度的节省内存。并且，图4的每个资源池里仅包含直接下级索引，不包含多级下属信息。

进一步举例，一个小区有80个UE，每个UE最多有3条RL，而一个小区最多也只支持80条RL，表明不是每个UE都能拥有3条RL，同理也不是每个RL都能有33个PM；其实，多条RL应用于切换，而多个PM应用于多天线宽搜索，而通常情况下，一个UE就只有一条RL和一个PM。显然，图1的设计浪费了存储空间。

图5是根据本发明的实施例的资源池及资源关联示意图。

如图5所示，在初始化并没有分配任何资源的情况下，图中的箭头并不存在，也就是资源间没有任何关联关系。当为UE建立一条RL时，就要分配一系列资源，包括UE、RL、PM等等，并建立起资源间的关联关系(如图3所示)，而资源在资源池中的具体连接关系就如图5所示。

每一级资源包含本级资源的属性信息和下级资源的索引(标号)，这样就将资源一级一级的连接起来。图5中，为UE1分配两条RL，对应RL资源池中的RL2和RL3，为RL2分配一个PM，是PM资源池中的PM251，为RL3分配一个PM，是PM250；为UE2分配一条RL，在RL资源池中是RL1，为RL1分配多个PM，在PM资源池中是PM2和PM4等等。资源分配后，资源池间建立了关联关系，也就是在资源池的索引存储区中保存了直接下级的索引(标号)，这将应用于释放资源的处理。比如，接到释放UE1的命令时，要释放UE1下的所有资源，而释放命令本身只包含UE1的标号而不包含其下子资源的标号，这就要根据图5的连接关系，释放UE1、RL2、RL3、PM251和PM250资源。

资源释放后，图中的箭头就不存在了，也就是资源池间的关联关系被取消了，每个被释放的资源的属性存储区和索引存储区的内容也被清空。

图6是根据本发明的资源存储装置600的框图。如图6所示，该装置600，用于通信软件的资源存储管理，包括：资源池建立单元602，用于分别为每种资源建立对应的资源池；索引建立单元604，用于为资源池中的每个资源建立索引，其中，索引与资源在资源池中的位置相对应；以及存储区分配单元606，用于为资源池中的每个资源分配两种存储区。

此外，该装置还包括：填入单元608，用于在分配一系列资源时，逐级将每个资源的属性信息填入对应资源池中的属性存储区中，并将每个资源的直接下级资源的索引填入索引存储区中；以及释放单元610，用于在释放一系列资源时，根据资源池中的索引存储区中的信息逐级释放一系列资源。

在两种存储区中，一种是用于存储每个资源的属性信息的属性存储区，另一种是用于存储每个资源的直接下级资源的索引的索引存储区。

索引包括以下任何一种：数组下标、指针、以及链表头等；每种资源池的空间大小为每种资源的总量。

因此，本发明实现了以下技术效果：解决了现有技术中资源存储空间浪费的问题，使各级资源分别按其实际总量来开辟存储空间，每个资源仅存储其属性信息和直接下级资源的索引，从而减少了资源存储开销。

以上仅为本发明的优选实施例而已，并不用于限制本发明，对于本领域的技术人员来说，本发明可以有各种更改和变化。凡在本发明的精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本发明的保护范围之内。

Claims

1.一种资源存储方法，用于通信软件的资源存储管理，其特征在于，包括以下步骤：

步骤S202，分别为每种资源建立对应的资源池；

步骤S204，为所述资源池中的每个资源建立索引，其中，所述索引与所述每个资源在所述资源池中的位置相对应；以及

步骤S206，为所述资源池中的所述每个资源分配两种存储区，在所述两种存储区中，一种是用于存储所述每个资源的属性信息的属性存储区，另一种是用于存储所述每个资源的直接下级资源的索引的索引存储区。

2.根据权利要求1所述的资源存储方法，其特征在于，还包括以下步骤：

当分配一系列资源时，逐级将所述每个资源的属性信息填入对应所述资源池中的所述属性存储区中，并将所述每个资源的直接下级资源的索引填入所述索引存储区中；以及

当释放一系列资源时，根据所述每个资源的所述索引存储区中的信息逐级释放所述一系列资源。

3.根据权利要求1所述的资源存储方法，其特征在于，所述索引包括以下任何一种：数组下标、指针、以及链表头。

4.根据权利要求1至3中任一项所述的资源存储方法，其特征在于，所述每种资源池中的资源数量为所述每种资源的总量。

5.一种资源存储装置，用于通信软件的资源存储管理，其特征在于，包括：

资源池建立单元，用于分别为每种资源建立对应的资源池；

索引建立单元，用于为所述资源池中的每个资源建立索引，其中，所述索引与所述每个资源在所述资源池中的位置相对应；以及

存储区分配单元，用于为所述资源池中的所述每个资源分配两种存储区，在所述两种存储区中，一种是用于存储所述每个资源的属性信息的属性存储区，另一种是用于存储所述每个资源的直接下级资源的索引的索引存储区。

6.根据权利要求5所述的资源存储装置，其特征在于，还包括：

填入单元，用于在分配一系列资源时，逐级将所述每个资源的属性信息填入对应所述资源池中的所述资源的所述属性存储区中，并将所述每个资源的直接下级资源的索引填入对应所述资源池中的所述资源的所述索引存储区中；以及

释放单元，用于在释放一系列资源时，根据所述每个资源的所述索引存储区中的信息逐级释放所述一系列资源。

7.根据权利要求5所述的资源存储装置，其特征在于，所述索引包括以下任何一种：数组下标、指针、以及链表头。

8.根据权利要求5至7中任一项所述的资源存储装置，其特征在于，所述每种资源池中的资源数量为所述每种资源的总量。