CN102223717A - 一种资源管理方法、基站及系统 - Google Patents
一种资源管理方法、基站及系统 Download PDFInfo
- Publication number
- CN102223717A CN102223717A CN2011101576359A CN201110157635A CN102223717A CN 102223717 A CN102223717 A CN 102223717A CN 2011101576359 A CN2011101576359 A CN 2011101576359A CN 201110157635 A CN201110157635 A CN 201110157635A CN 102223717 A CN102223717 A CN 102223717A
- Authority
- CN
- China
- Prior art keywords
- home cell
- cell group
- baseband processing
- processing unit
- home
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Granted
Links
Images
Landscapes
- Mobile Radio Communication Systems (AREA)
Abstract
本发明提供了一种资源管理方法，包括：基站NodeB根据自身的基带处理单元个数和本地小区个数来生成本地小区组和本地小区组内的本地小区及基带处理单元；NodeB向无线网络控制器RNC上报本地小区资源总量和本地小区组资源总量；RNC根据本地小区资源总量和本地小区组资源总量结合起来进行接纳控制。本发明还提供了一种基站及资源管理系统。通过本发明提供的兼容基带处理单元小区个数限制的资源管理方法、基站及系统，可以使本地小区共享基带资源的范围扩大，解决由于基带处理单元不够导致本地小区组的本地小区处理能力受限，以及在个别基带处理单元故障后本地小区组内的本地小区没有其他的基带单元可以使用的问题。
Description
技术领域
本发明属于通信技术领域，更具体地说，涉及一种兼容基带处理单元的小区个数不断增加导致基带处理单元IQ通道受限的资源管理方法、基站及系统。
背景技术
为了扩大网络覆盖范围，目前通常把传统基站中的基带处理部分和射频部分分离，分为基带处理单元和远端射频单元两个设备，一个基带处理单元通过光纤可以连接若干个射频处理单元，每个射频单元的多个载波数据通过IQ交换单元来实现传送。
由于基带处理单元的数据流量带宽是有限制的，随着业务量不断增大，每条IQ通路上有大量的数据传送，因此能分配的IQ通道个数是有限制的，这也限制了基带处理单元可以处理射频单元的载波个数。一个射频单元的一个载波就构成一个本地小区，因此每个基带处理单元可以处理的本地小区个数也是有限制的。
在3GPP协议中，NBAP(Node B Application Part，节点B应用部分)信令协议是基站(NodeB)和RNC(Radio Network Controller，无线网络控制器)之间的接口协议。NodeB需要通过资源状态指示(RESOURCE STATUS INDICATION)、审计响应(AUDIT RESPONSE)，将本地小区、本地小区组的IUB(Interface between an RNC and a Node B，Node B和RNC之间接口)资源模型，包括上行、下行基带资源总量、上行、下行各SF(扩频因子)对应的公共信道、专用信道、E-DCH(Enhanced Dedicated Channel，增强专用信道)信道的消耗规则，上报RNC用于基带资源接纳控制处理。同时在3GPP 25.433协议中，本地小区组定义为在组内的所有本地小区共享基带资源及消耗规则。
本地小区组的基带资源是由基带处理单元组成，如果NodeB配置的本地小区个数超过了一个基带处理单元能处理的本地小区的最大个数，按照协议规定本地小区组内的小区完全共享本地小区组基带资源，所有的小区都要能在本地小区组中任意一个基带处理单元中处理。由于上述基带处理单元能处理本地小区个数是有限制的，因此必然分成多个本地小区组。这样超出的本地小区单独分配出来构成另外的本地小区组，同时也把基带资源中的基带处理单元分到这多个本地小区组内。
本地小区组如果能分配到多的基带处理单元中，本地小区组下的本地小区能接入用户数会更多，处理业务能力会更强，同时如果有个别基带处理单元故障后本地小区组内的本地小区还有其他的基带单元可以用。如图1所示，一个基带处理单元能支持m个小区即m个本地小区构成1个本地小区组，每个本地小区组需要n个基带处理单元备份，2m个本地小区就需要2n个基带处理单元，分成2个本地小区组，而本地小区和基带处理单元在实际环境中不一定会这样一一对应，因此可能会最后单出只有一个本地小区和一个基带处理单元的情况。这样这个本地小区和基带处理单元就单独组成一个本地小区组，这个本地小区组只有一块基带处理单元，没有其他备份的基带处理单元，而这就会影响到本小区组的业务能力，接入的用户数会比较少。
因此，需要提出一种新的技术方案，以解决由于基带处理单元处理本地小区限制导致个别基带处理单元被单独出来后本地小区组没有其他备份的基带处理单元，在个别基带处理单元故障后本地小区组内的本地小区没有其他的基带单元可以使用，从而影响该本地小区组的业务能力导致接入用户数较少的问题。
发明内容
本发明的目的在于提供一种兼容基带处理单元小区个数限制的资源管理方法、基站及系统，可以使本地小区共享基带资源的范围扩大，解决由于基带处理单元不够导致本地小区组的本地小区处理能力受限，以及在个别基带处理单元故障后本地小区组内的本地小区没有其他的基带单元可以使用的问题。
为了解决以上技术问题，本发明提供了一种资源管理方法，包括：
基站NodeB根据自身的基带处理单元个数和本地小区个数来生成本地小区组和本地小区组内的本地小区及基带处理单元；
NodeB向无线网络控制器RNC上报本地小区资源总量和本地小区组资源总量；
RNC根据本地小区资源总量和本地小区组资源总量结合起来进行接纳控制。
进一步地，所述基站生成本地小区组和本地小区组内的本地小区及基带处理单元，具体包括：
NodeB把第二个本地小区组的本地小区和基带处理单元合并到第一个本地小区组中，并从原第一个本地小区组中本地小区所在的基带处理单元中各抽出一个不同的本地小区，放入原第二个本地小区组的所在基带处理单元中，原第二个本地小区组的本地小区分别放入到抽出一个本地小区的所在的基带处理单元中。
进一步地，所述基站向RNC上报资源，具体包括：将本地小区组资源总量按组内所有的本地小区基带处理单元之和上报资源给RNC，将本地小区资源总量按自身基带处理单元之和上报资源给RNC。
进一步地，所述RNC进行接纳控制时候，RNC先查看本地小区组的用户数是否已经超过本地小区组的容量限制，如超过限制就接纳失败，否则继续判断本地小区的用户数是否超过本地小区的容量限制，如果本地小区容量足够就可以接纳用户。
为了解决以上技术问题，本发明还提供了一种基站，包括若干个基带处理单元，其特征在于，所述基站还包括本地小区组生成单元，用于根据所述基带处理单元个数和本地小区个数生成本地小区组和本地小区组内的本地小区。
进一步地，所述本地小区组生成单元具体用于：将第二个本地小区组的本地小区和基带处理单元合并到第一个本地小区组中，并从原第一个本地小区组中本地小区所在的基带处理单元中各抽出一个不同的本地小区，放入原第二个本地小区组的所在基带处理单元中，原第二个本地小区组的本地小区分别放入到抽出一个本地小区的所在的基带处理单元中。
进一步地，所述基站还包括发送单元26，用于向RNC上报本地小区资源总量和本地小区组资源总量。
为了解决以上技术问题，本发明还提供了一种资源管理系统，其特征在于，包括基站和RNC，
所述基站，根据自身的基带处理单元个数和本地小区个数来生成本地小区组和本地小区组内的本地小区及基带处理单元，并向RNC上报资源；
所述RNC根据本地小区的资源总量和本地小区组的资源总量结合起来进行接纳控制。
进一步地，所述基站根据自身的基带处理单元个数和本地小区个数来生成本地小区组和本地小区组内的本地小区，具体包括：将第二个本地小区组的本地小区和基带处理单元合并到第一个本地小区组中，并从原第一个本地小区组中本地小区所在的基带处理单元中各抽出一个不同的本地小区，放入原第二个本地小区组的所在基带处理单元中，原第二个本地小区组的本地小区分别放入到抽出一个本地小区的所在的基带处理单元中。
进一步地，所述基站向RNC上报资源，具体包括：将本地小区组资源总量按组内所有的本地小区基带处理单元之和上报资源给RNC，将本地小区资源总量按自身基带处理单元之和上报资源给RNC。
与现有技术相比，本发明提供的一种兼容基带处理单元小区个数限制的资源管理方法、基站及系统，可以解决由于基带处理单元处理本地小区限制导致个别基带处理单元被单独出来后本地小区组没有其他备份的基带处理单元，从而影响该本地小区组的业务能力导致接入用户数较少的问题，使本地小区组能分配到更多的基带处理单元，共享基带资源范围扩大，增强本地小区组本地小区的业务处理能力，使能接入用户数会更多，同时使得个别基带处理单元故障后本地小区组内的本地小区还有其他的基带单元可以使用。
附图说明
此处所说明的附图用来提供对本发明的进一步理解，构成本发明的一部分，本发明的示意性实施例及其说明用于解释本发明，并不构成对本发明的不当限定。在附图中：
图1是现有技术提出的本地小区组内的本地小区完全共享基带资源划分的本地小区组基带资源示意图。
图2是本发明实施例提出的本地小区组内的本地小区部分共享基带资源划分的本地小区组基带资源示意图。
图3是本发明实施例提出的资源管理方法的分配本地小区和基带处理单元到本地小区组的改进举例示意图。
图4是本发明实施例提出的资源管理方法流程图。
图5是本发明实施例提出的资源管理系统示意图。
具体实施方式
为了使本发明所要解决的技术问题、技术方案及有益效果更加清楚、明白，以下结合附图和实施例，对本发明进行进一步详细说明。应当理解，此处所描述的具体实施例仅用以解释本发明，并不用于限定本发明。
如图4所示，本发明实施例提供了一种兼容基带处理单元小区个数限制的资源管理方法，包括：
步骤1、NodeB根据自身的基带处理单元个数和本地小区个数来生成本地小区组和本地小区组内的本地小区及基带处理单元。具体方法是：
NodeB把本地小区组j的本地小区和基带处理单元加入到已经分配好的本地小区组中，让本地小区组每个本地小区并不完全共享所有的基带处理单元，实现帮助本地小区组j的本地小区的多备份。
如图1和图2所示，图1是现有技术提出的本地小区组内的本地小区完全共享基带资源划分的本地小区组基带资源，图2是本发明提出的本地小区组内的本地小区部分共享基带资源划分的本地小区组基带资源。
按照本发明的方法，一个本地组内至少备份n块单板，把本地小区组j的基带处理单元和本地小区合并入本地小区组1，并从原本地小区组1中的本地小区的m个基带处理单元中各抽出1个不同的本地小区，放入新加入j本地小区组的所在基带处理单元中(1个基带处理单元最多能支持m个本地小区)，而原本地小区Cell(j-1)*m+1就放入刚才抽出1个本地小区的m个基带处理单元，进行m块基带处理单元的备份。其中，m为单块基带处理单元最多能支持的小区数，n为每个小区最多的备份数，j为需要进行合并的所在的本地小区组。
步骤2、NodeB向RNC发送审计响应上报资源，分别将本地小区组资源总量按组内所有的本地小区基带处理单元之和进行上报，将本地小区资源总量按自身基带处理单元之和进行上报，NodeB上报的本地小区组的本地小区部分共享本地小区组的基带处理单元，即上报本地小区资源总量小于等于本地小区组基带资源总量。
NodeB内部一个本地小区只要和本地小区组内的任何本地小区有相同的基带处理单元就在同一个本地小区组里，本地小区组资源总量是所有这些本地小区的基带处理单元的容量相加的总和。NodeB内部的本地小区资源总量是按照各自本地小区的所在的基带处理单元的容量之和来上报各自的剩余容量给RNC。
根据本地小区组内所有基带处理单元计算本地小区组包括本地小区组ul_capacityCredit(上行资源总量)、dl_or_global_capacityCredit(下行资源总量)等资源总量上报给RNC，RNC通过不同的资源总量进行本地小区组内各种业务的用户的接纳。
根据本地小区的各基带处理单元计算本地小区组包括本地小区ul_capacityCredit(上行资源总量)、dl_or_global_capacityCredit(下行资源总量)的资源总量上报给RNC，RNC通过不同的资源总量进行本地小区内各种业务的用户的接纳。
处理后上报给RNC的审计响应本地小区组资源总量和本地小区资源总量如下表所示：
表1
对于图2中分配的小区和单板，按照处理后的上报的审计响应和资源状态指示中本地小区资源总量和本地小区组资源总量，下面所述的资源总量指的是上、下行的资源总量。
本地小区组资源总量：
本地小区组1的资源总量为：(n+1)*单块基带处理单元的资源容量
本地小区组2的资源总量为：n*单块基带处理单元的资源容量
……
本地小区组j-1的资源总量为：n*单块基带处理单元的资源容量
本地小区资源总量：
本地小区1属于本地小区组1，资源总量为：n*单块基带处理单元的资源容量
……
本地小区(j-1)*m属于本地小区组j-1，资源总量为：n*单块基带处理单元的资源容量
本地小区(j-1)*m+1属于本地小区组1，资源总量为：m*单块基带处理单元的资源容量
其中，m为单块基带处理单元最多能支持的小区数，n为每个小区最多的备份数，j为需要进行合并的所在的本地小区组。
步骤3、RNC根据本地小区的资源总量和本地小区组的资源总量结合起来进行接纳控制，即RNC进行接纳控制时候，既要判断是否本地小区的资源是否足够，也要判断本地小区组的资源是否足够。
当有用户要求接入小区时，RNC既在判断本地小区组的资源总量是否足够，也要判断本地小区组内的本地小区的资源总量是否足够。由于本地小区组内的本地小区部分(即不完全)共享组内的基带资源，本地小区的资源总量就会小于本地小区组的资源总量，按本地小区组的资源总量进行接纳就会不准确，会超出NodeB能处理的能力，因此，需要按本地小区组和本地小区总量进行接纳。
RNC首先查看本地小区组的用户数是否已经超过本地小区组的容量限制，如果超过限制就接纳失败，否则继续判断本地小区的用户数是否超过本地小区的容量限制，如果本地小区容量足够就可以接纳用户。对于某些配置，例如：一个小区和一个基带处理单元，最后本地小区和本地小区组共享的基带处理单元完全一致，按照上述算法先检查本地小区组容量是否超限，再检查本地小区容量是否超限，也是可以进行正常接纳的。
如图5所示，本发明实施例提供了一种兼容基带处理单元小区个数限制的资源管理系统，该系统100包括基站20和RNC 40，
所述基站20，根据自身的基带处理单元个数和本地小区个数来生成本地小区组和本地小区组内的本地小区及基带处理单元，并向RNC 40发送审计响应上报资源。该基站20包括若干个基带处理单元22、本地小区组生成单元24和发送单元26，
所述本地小区组生成单元24，用于根据基带处理单元22个数和本地小区个数生成本地小区组和本地小区组内的本地小区，具体包括：用于将第二个本地小区组j的本地小区和基带处理单元22合并到第一个本地小区组中，并从原第一个本地小区组中本地小区所在的m个基带处理单元22中各抽出1个不同的本地小区，放入原第二个本地小区组j的所在基带处理单元22中，原第二个本地小区组j的本地小区Cell(j-1)*m+1分别放入到抽出1个本地小区所在的m个基带处理单元22中。
发送单元26，用于向RNC 40发送审计响应上报资源，其中，本地小区组按组内所有的本地小区基带处理单元之和进行上报，本地小区按自身基带处理单元之和进行上报。
所述RNC 40，用于根据本地小区的资源总量和本地小区组的资源总量结合起来进行接纳控制，即RNC 40进行接纳控制时候，既要判断是否本地小区的资源是否足够，也要判断本地小区组的资源是否足够。RNC首先查看本地小区组的用户数是否已经超过本地小区组的容量限制，如果超过限制就接纳失败，否则继续判断本地小区的用户数是否超过本地小区的容量限制，如果本地小区容量足够就可以接纳用户。对于某些配置，例如：一个小区和一个基带处理单元，最后本地小区和本地小区组共享的基带处理单元完全一致，按照上述算法先检查本地小区组容量是否超限，再检查本地小区容量是否超限，也是可以进行正常接纳的。
以下用一个具体的实施例对本发明作进一步的详细描述。
一、NodeB根据自身的基带处理单元个数和本地小区个数来生成本地小区组和本地小区组内的本地小区及基带处理单元。
如图3所示是现有本地小区组内的本地小区完全共享基带资源划分的本地小区组基带资源和根据本发明提出的本地小区组内的本地小区部分共享基带资源划分的本地小区组基带资源的对比图。
图3中，有3个本地小区，3个基带处理单元。一个基带处理单元只能支持2个本地小区，每个本地小区最好都分配有至少2个的基带处理单元。按照现有的完全共享组内基带资源的分配原则，每个本地小区组内本地小区完全共享组内的基带资源，则必然分成2个组：本地小区组1和本地小区组2，如图3左边所示，其中，本地小区组1有2个基带处理单元(BP1、BP2)和本地小区1(Cell 1)、本地小区2(Cell 2)，本地小区组2有1个基带处理单元BP3和本地小区3(Cell 3)。按照本发明提出的部分共享组内基带资源的分配原则，本地小区组内本地小区部分共享组内的基带资源：把本地小区组2合并到本地小区组1，从原本地小区组1中的基带处理单元BP1中抽出本地小区1(Cell 1)和基带处理单元BP2中抽出本地小区2(Cell 2)，放入新加入本地小区组2的所在基带处理单元BP3中，原本地小区组2的本地小区3(Cell 3)就分别放到基带处理单元BP1和基带处理单元BP2中，最终结果如图3右边所示。通过这样处理后，基带处理单元BP1处理本地小区2(Cell 2)和本地小区3(Cell 3)，基带处理单元BP2处理本地小区1(Cell 1)和本地小区3(Cell 3)，基带处理单元BP3处理本地小区1(Cell 1)和本地小区2(Cell2)，本地小区组内每个本地小区有2个基带处理单元来处理业务。从而实现帮助本地小区组2的本地小区的多备份。
二、NodeB向RNC发送审计响应上报资源，分别将本地小区组资源总量按组内所有的本地小区基带处理单元之和进行上报，将本地小区资源总量按自身基带处理单元之和进行上报，，NodeB上报的本地小区组的本地小区部分共享本地小区组的基带处理单元，即上报本地小区资源总量小于等于本地小区组基带资源总量。
根据本地小区组内所有基带处理单元计算本地小区组包括本地小区组ul_capacityCredit(上行资源总量)、dl_or_global_capacityCredit(下行资源总量)等资源总量上报给RNC，RNC通过不同的资源总量进行本地小区组内各种业务的用户的接纳。
根据本地小区的各基带处理单元计算本地小区组包括本地小区ul_capacityCredit(上行资源总量)、dl_or_global_capacityCredit(下行资源总量)的资源总量上报给RNC，RNC通过不同的资源总量进行本地小区内各种业务的用户的接纳。
对于图3中分配的小区和单板，按照处理后的上报的审计响应和资源状态指示中本地小区资源总量和本地小区组资源总量，下面所述的资源总量指的是上、下行的资源总量。
本地小区组的资源总量：
本地小区组1的资源总量为：3*单块基带处理单元的资源容量
本地小区的资源总量：
本地小区1属于本地小区组1，资源总量为：2*单块基带处理单元的资源容量。
本地小区2属于本地小区组1，资源总量为：2*单块基带处理单元的资源容量。
本地小区3属于本地小区组1，资源总量为：2*单块基带处理单元的资源容量。
三、RNC根据本地小区的资源总量和本地小区组的资源总量结合起来进行接纳控制。
上面信令本地小区组1的资源总量和属于本地小区组1所有本地小区的资源总量并不相同。RNC接纳用户时既要考虑到用户本地小区的资源总量不超过限制，也要考虑本地小区所属的本地小区组不超过限制才能允许用户接入。
RNC首先查看本地小区组的用户数是否已经超过本地小区组的容量限制，如果超过限制就接纳失败，否则继续判断本地小区的用户数是否超过本地小区的容量限制，如果本地小区容量足够就可以接纳用户。对于某些配置，例如：一个小区和一个基带处理单元，最后本地小区和本地小区组共享的基带处理单元完全一致，按照上述算法先检查本地小区组容量是否超限，再检查本地小区容量是否超限，也是可以进行正常接纳的。
本发明提供的一种兼容基带处理单元小区个数限制的资源管理方法、基站及系统，可以解决由于基带处理单元处理本地小区限制导致个别基带处理单元被单独出来后本地小区组没有其他备份的基带处理单元，从而影响该本地小区组的业务能力导致接入用户数较少的问题，使本地小区组能分配到更多的基带处理单元，共享基带资源范围扩大，增强本地小区组本地小区的业务处理能力，使能接入用户数会更多，同时使得个别基带处理单元故障后本地小区组内的本地小区还有其他的基带单元可以使用。
上述说明示出并描述了本发明的一个优选实施例，但如前所述，应当理解本发明并非局限于本文所披露的形式，不应看作是对其他实施例的排除，而可用于各种其他组合、修改和环境，并能够在本文所述发明构想范围内，通过上述教导或相关领域的技术或知识进行改动。而本领域人员所进行的改动和变化不脱离本发明的精神和范围，则都应在本发明所附权利要求的保护范围内。
Claims (10)
1.一种资源管理方法，其特征在于，包括：
基站NodeB根据自身的基带处理单元个数和本地小区个数来生成本地小区组和本地小区组内的本地小区及基带处理单元；
NodeB向无线网络控制器RNC上报本地小区资源总量和本地小区组资源总量；
RNC根据本地小区资源总量和本地小区组资源总量结合起来进行接纳控制。
2.如权利要求1所述的方法，其特征在于，所述基站生成本地小区组和本地小区组内的本地小区及基带处理单元，具体包括：
NodeB把第二个本地小区组的本地小区和基带处理单元合并到第一个本地小区组中，并从原第一个本地小区组中本地小区所在的基带处理单元中各抽出一个不同的本地小区，放入原第二个本地小区组的所在基带处理单元中，原第二个本地小区组的本地小区分别放入到抽出一个本地小区的所在的基带处理单元中。
3.如权利要求1所述的方法，其特征在于，所述基站向RNC上报资源，具体包括：将本地小区组资源总量按组内所有的本地小区基带处理单元之和上报资源给RNC，将本地小区资源总量按自身基带处理单元之和上报资源给RNC。
4.如权利要求1所述的方法，其特征在于，所述RNC进行接纳控制时候，RNC先查看本地小区组的用户数是否已经超过本地小区组的容量限制，如超过限制就接纳失败，否则继续判断本地小区的用户数是否超过本地小区的容量限制，如果本地小区容量足够就可以接纳用户。
5.一种基站，包括若干个基带处理单元，其特征在于，所述基站还包括本地小区组生成单元，用于根据所述基带处理单元个数和本地小区个数生成本地小区组和本地小区组内的本地小区。
6.如权利要求5所述的基站，其特征在于，所述本地小区组生成单元具体用于：将第二个本地小区组的本地小区和基带处理单元合并到第一个本地小区组中，并从原第一个本地小区组中本地小区所在的基带处理单元中各抽出一个不同的本地小区，放入原第二个本地小区组的所在基带处理单元中，原第二个本地小区组的本地小区分别放入到抽出一个本地小区的所在的基带处理单元中。
7.如权利要求5所述的基站，其特征在于，所述基站还包括发送单元26，用于向RNC上报本地小区资源总量和本地小区组资源总量。
8.一种资源管理系统，其特征在于，包括基站和RNC，
所述基站，根据自身的基带处理单元个数和本地小区个数来生成本地小区组和本地小区组内的本地小区及基带处理单元，并向RNC上报资源；
所述RNC根据本地小区的资源总量和本地小区组的资源总量结合起来进行接纳控制。
9.如权利要求8所述的系统，其特征在于，所述基站根据自身的基带处理单元个数和本地小区个数来生成本地小区组和本地小区组内的本地小区，具体包括：将第二个本地小区组的本地小区和基带处理单元合并到第一个本地小区组中，并从原第一个本地小区组中本地小区所在的基带处理单元中各抽出一个不同的本地小区，放入原第二个本地小区组的所在基带处理单元中，原第二个本地小区组的本地小区分别放入到抽出一个本地小区的所在的基带处理单元中。
10.如权利要求8所述的系统，其特征在于，所述基站向RNC上报资源，具体包括：将本地小区组资源总量按组内所有的本地小区基带处理单元之和上报资源给RNC，将本地小区资源总量按自身基带处理单元之和上报资源给RNC。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201110157635.9A CN102223717B (zh) | 2011-06-13 | 2011-06-13 | 一种资源管理方法、基站及系统 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201110157635.9A CN102223717B (zh) | 2011-06-13 | 2011-06-13 | 一种资源管理方法、基站及系统 |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| CN102223717A true CN102223717A (zh) | 2011-10-19 |
| CN102223717B CN102223717B (zh) | 2017-05-10 |
Family
ID=44780107
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN201110157635.9A Expired - Fee Related CN102223717B (zh) | 2011-06-13 | 2011-06-13 | 一种资源管理方法、基站及系统 |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN102223717B (zh) |
Cited By (6)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US9313692B2 (en) | 2012-05-07 | 2016-04-12 | Telefonaktiebolaget Lm Ericsson (Publ) | Methods and nodes for radio communication with a user equipment |
| WO2016078320A1 (zh) * | 2014-11-21 | 2016-05-26 | 中兴通讯股份有限公司 | 提高基带资源利用率的方法及装置、存储介质 |
| WO2016177034A1 (zh) * | 2015-07-31 | 2016-11-10 | 中兴通讯股份有限公司 | 一种基带板资源模型自适应方法和相应的基带板 |
| WO2018000671A1 (zh) * | 2016-06-29 | 2018-01-04 | 中兴通讯股份有限公司 | 一种基带资源分配方法及装置、存储介质 |
| CN108156609A (zh) * | 2016-12-02 | 2018-06-12 | 中兴通讯股份有限公司 | 小区合并、拆分方法、装置及基站 |
| CN117156499A (zh) * | 2023-10-30 | 2023-12-01 | 中国移动紫金(江苏)创新研究院有限公司 | 分布式小区频率资源管理方法、装置及存储介质 |
Citations (3)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| KR20020034067A (ko) * | 2000-11-02 | 2002-05-08 | 구자홍 | Ｕｍｔｓ 시스템의 제어국에서 기지국 로컬 셀의 자원관리방법 |
| CN1661948A (zh) * | 2004-02-28 | 2005-08-31 | 华为技术有限公司 | 宽带码分多址系统中基站资源管理的方法 |
| CN101827442A (zh) * | 2010-04-06 | 2010-09-08 | 中兴通讯股份有限公司 | 一种基带资源管理方法和系统 |
-
2011
- 2011-06-13 CN CN201110157635.9A patent/CN102223717B/zh not_active Expired - Fee Related
Patent Citations (3)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| KR20020034067A (ko) * | 2000-11-02 | 2002-05-08 | 구자홍 | Ｕｍｔｓ 시스템의 제어국에서 기지국 로컬 셀의 자원관리방법 |
| CN1661948A (zh) * | 2004-02-28 | 2005-08-31 | 华为技术有限公司 | 宽带码分多址系统中基站资源管理的方法 |
| CN101827442A (zh) * | 2010-04-06 | 2010-09-08 | 中兴通讯股份有限公司 | 一种基带资源管理方法和系统 |
Cited By (9)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US9313692B2 (en) | 2012-05-07 | 2016-04-12 | Telefonaktiebolaget Lm Ericsson (Publ) | Methods and nodes for radio communication with a user equipment |
| WO2016078320A1 (zh) * | 2014-11-21 | 2016-05-26 | 中兴通讯股份有限公司 | 提高基带资源利用率的方法及装置、存储介质 |
| CN105682145A (zh) * | 2014-11-21 | 2016-06-15 | 中兴通讯股份有限公司 | 提高基带资源利用率的方法及装置 |
| WO2016177034A1 (zh) * | 2015-07-31 | 2016-11-10 | 中兴通讯股份有限公司 | 一种基带板资源模型自适应方法和相应的基带板 |
| WO2018000671A1 (zh) * | 2016-06-29 | 2018-01-04 | 中兴通讯股份有限公司 | 一种基带资源分配方法及装置、存储介质 |
| CN108156609A (zh) * | 2016-12-02 | 2018-06-12 | 中兴通讯股份有限公司 | 小区合并、拆分方法、装置及基站 |
| CN108156609B (zh) * | 2016-12-02 | 2022-08-19 | 中兴通讯股份有限公司 | 小区合并、拆分方法、装置及基站 |
| CN117156499A (zh) * | 2023-10-30 | 2023-12-01 | 中国移动紫金(江苏)创新研究院有限公司 | 分布式小区频率资源管理方法、装置及存储介质 |
| CN117156499B (zh) * | 2023-10-30 | 2024-01-02 | 中国移动紫金(江苏)创新研究院有限公司 | 分布式小区频率资源管理方法、装置及存储介质 |
Also Published As
| Publication number | Publication date |
|---|---|
| CN102223717B (zh) | 2017-05-10 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| Beyranvand et al. | Backhaul-aware user association in FiWi enhanced LTE-A heterogeneous networks | |
| CN102223717A (zh) | 一种资源管理方法、基站及系统 | |
| CN101472339B (zh) | 一种小区干扰协调的方法 | |
| US20120113886A1 (en) | Method, Apparatus And System For Configuring Multimedia Broadcast Multicast Service (MBMS) Control Information | |
| CN101997583A (zh) | 用于协作多点传输的上行多用户mimo用户配对方法和装置 | |
| CN103220724A (zh) | 一种蜂窝与d2d通信混合系统中d2d用户频谱接入方法 | |
| CN102685782A (zh) | 分布式基站系统及其负载均衡方法 | |
| CN100452898C (zh) | 无线基站中的负荷分担方法与系统 | |
| CN106358202A (zh) | 一种改进的c‑ran网络架构及资源调度方法 | |
| CN105898807A (zh) | 一种在超密集网络下的联合接入点选择和资源分配的自治愈方法 | |
| CN101400066A (zh) | 一种在中继链路上进行数据传输的方法、中继和基站 | |
| CN100563183C (zh) | 微波接入全球互通系统接入网及接入核心网的方法 | |
| Harutyunyan et al. | CU placement over a reconfigurable wireless fronthaul in 5G networks with functional splits | |
| CN102264123A (zh) | 一种pdsch功率分配方法及装置 | |
| CN100546415C (zh) | 通知终端处理消息的方法、系统、基站及进行消息处理的终端 | |
| CN101888637A (zh) | 一种多时隙多基站协作通信方法 | |
| US20080318589A1 (en) | Transmission Optimization in a Wireless Base Station System Based on Load-Sharing | |
| CN104811916A (zh) | 一种用于传输网络辅助信息的方法 | |
| CN101610579A (zh) | 一种无线网络临时标识的管理方法及装置 | |
| CN102378233A (zh) | 一种提高无线通讯网络系统可靠性的方法及系统 | |
| CN100550903C (zh) | 一种微波接入全球互通接入网系统 | |
| CN102196541B (zh) | 实现多载波增强上行接入功率共享管理的方法及系统 | |
| CN203327011U (zh) | Bbu加rru组网架构 | |
| CN101568123B (zh) | 在中继系统中承载数据的方法和系统 | |
| CN102045786A (zh) | 一种传输协同数据的方法、系统和装置 |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| C06 | Publication | ||
| PB01 | Publication | ||
| C10 | Entry into substantive examination | ||
| SE01 | Entry into force of request for substantive examination | ||
| GR01 | Patent grant | ||
| GR01 | Patent grant | ||
| CF01 | Termination of patent right due to non-payment of annual fee | ||
| CF01 | Termination of patent right due to non-payment of annual fee |
Granted publication date: 20170510 Termination date: 20190613 |