CN1859597A - 一种基于基站硬件资源能力的业务分配方法 - Google Patents

Abstract

本发明公开了一种基于基站硬件资源能力的业务分配方法。当基站内的一个本地小区属于上、下行本地小区组中至少一个本地小区组时，该方法包括步骤：基站上报的消息包括承载上、下行本地小区组标识的信息单元中至少一个信息单元；基站在该信息单元上载入该本地小区所在的本地小区组的标识，连同该本地小区组的能力一起上报给控制站；控制站根据该本地小区所在的本地小区组的能力确定该小区的业务分配。该方法可以使NBAP接口灵活适应不同厂家Node B的硬件实现，以达到针对Node B硬件资源能力进行更有效的业务分配的目的。

Description

一种基于基站硬件资源能力的业务分配方法

技术领域

本发明涉及移动通信系统，尤其涉及移动通信系统中基于基站硬件资源能力的业务分配方法。

背景技术

在3GPP中，节点B应用部分(NBAP，Node B application part)信令协议是节点B(Node B)和RNC之间的Iub接口协议，Node B需要利用资源状态指示(RESOURCE STATUS INDICATION)信令或者审计响应(AUDITRESPONSE)信令上报该基站内的本地小区当前基带资源能力及其消耗规则，以及该本地小区所属的本地小区组的基带资源能力和消耗规则。在目前的3GPP 25.433协议中，本地小区组定义为在组内的所有本地小区共享基带资源及消耗规则，其中基带资源包括上、下行基带资源。按此定义，则一个本地小区组内的本地小区要么上、下行基带资源都一起共享，要么都不共享。但事实上还存在另一种可能，部分本地小区共享上行基带资源，这部分本地小区组成一个上行资源组，部分本地小区共享下行基带资源，这部分本地小区组成一个下行资源组，上行资源组和下行资源组的关系可能有多种，即可能完全不交叉，也有可能完全交叉，还有可能部分交叉，参见图1A、1B和1C。目前3GPP协议中的NBAP信令接口只解决了图1A所示的完全不交叉及图1B所示的完全交叉的情形，而对其它情形则不支持。

对图1C部分交叉的情形，选择其中的一个资源组，或者是上行资源组或者是下行资源组上报。在现有的技术方案中，一个很有效的方法是选择上、下行基带资源受限的一方作为本地小区组的定义。比如该基站内上行基带资源受限，则可以选择上行资源组作为一个本地小区组上报给无线网络控制器(RNC)，该本地小区组内的本地小区共享该组内的所有上行基带资源，下行基带资源由于肯定足够，所以可以上报一个最大能力值，即表示不受限；类似地，如果该基站内下行基带资源受限，则可以选择下行资源组作为一个本地小区组上报给RNC，该本地小区组内的本地小区共享该组内的所有下行基带资源，上行基带资源由于肯定足够，所以可以上报一个最大能力值，即表示不受限。

这种技术方案的缺陷在于，上、下行基带资源中哪个会成为瓶颈可能不是固定的，会根据实际硬件资源变化以及当前业务状态的不同而不同。因此，无法预知哪种资源类型会成为瓶颈，这就导致上报的本地小区组的定义与实际情况不符合，从而使RNC无法准确知道Node B当前资源使用状态。

发明内容

上述问题的关键是由于基站的硬件实现方式是上、下资源独立处理，而目前3GPP NBAP信令中的RESOURCE STATUS INDICATION或者AUDITRESPONSE中所定义的本地小区组都是该组中所有本地小区同时共享基站基带上、下行基带资源。

针对通过现有的信令接口进行上报不能使RNC准确分配业务量的问题，本发明提出一种基于基站硬件资源能力的业务分配方法。

这种方法，当基站内的一个本地小区属于上、下行本地小区组中至少一个本地小区组时，包括步骤：A、基站上报的消息包括承载上、下行本地小区组标识的信息单元中至少一个信息单元；B、基站在该信息单元上载入该本地小区所在的本地小区组的标识，连同该本地小区组的能力一起上报给控制站；C、控制站根据该本地小区所在的本地小区组的能力确定该小区的业务分配。

上述步骤A进一步包括：当基站只有上行资源被一组本地小区共享时，上报的消息包括承载上行本地小区组标识的信息单元。

上述步骤B进一步包括：上报与该上行本地小区组标识对应的本地小区组的上行能力并将该本地小区组的下行能力上报为最大值。

上述步骤A进一步包括：当基站只有下行资源被一组本地小区共享时，上报的消息包括承载下行本地小区组标识的信息单元。

上述步骤B进一步包括：上报与该下行本地小区组标识对应的本地小区组的下行能力并将该本地小区组的上行能力上报为最大值。

上述步骤A进一步包括：当基站上下行资源分别被不同组的本地小区共享时，上报的消息包括承载上行本地小区组标识的信息单元和承载下行本地小区组标识的信息单元。

上述步骤B进一步包括：上报与该上行本地小区组标识对应的本地小区组的上行能力并将该本地小区组的下行能力上报为最大值，同时上报与该下行本地小区组标识对应的本地小区组的下行能力而且将该本地小区组的上行能力上报为最大值。

上述上行本地小区组标识信息单元是对资源状态指示信令接口的扩展，上述下行本地小区组标识信息单元是对资源状态指示信令接口中原来本地小区组标识信息单元所承载的内容的修改。

上述上行本地小区组标识信息单元是对审计响应信令接口的扩展，上述下行本地小区组标识信息单元是对审计响应信令接口中原来本地小区组标识信息单元所承载的内容的修改。

上述步骤B还包括：所述本地小区所在的本地小区组的标识和能力连同所述小区的标识和能力一起上报给控制站；上述步骤C还包括：当新业务建立时，控制站根据所述本地小区的能力及其所在的本地小区组的能力确定所述小区的业务分配。

该发明的主要优点和进步如下：

RESOURCE STATUS INDICATION或者AUDIT RESPONSE接口的扩展使每种硬件实现方式下的Node B都能准确上报本地小区组及本地小区组的能力，以便RNC根据本地小区组能力的准确信息进行更有效的业务分配。进一步来说，本发明的技术方案既能兼容原有NBAP信令协议中所能实现的5种方案，还适用于上、下行资源分别被不同组的本地小区所共享的硬件实现情况，因此能够灵活适应不同厂家所采用的不同的硬件实现方式，从而达到针对NodeB硬件资源能力进行更有效的业务分配的目的。

附图说明

图1A、1B和1C图示说明上行资源组和下行资源组之间的关系；

图2A示出根据现有技术的资源状态指示信令接口的内容；

图2B示出按照本发明所述的资源状态指示信令接口的内容；

图3A示出根据现有技术的审计响应信令接口的内容；

图3B示出按照本发明所述的审计响应信令接口的内容。

图4是按照本发明一个实施例基于基站硬件资源能力来分配业务的方法的流程图。

具体实施方式

首先，对该发明技术方案描述过程中要提及的术语进行定义。资源指的是能够承载业务的一组最小物理器件单元的组合，能力指的是该资源的能力，比如该物理器件能同时承载32个业务，则32即为该资源的能力。如果这32个业务可以被不同的本地小区所共用，则称这些本地小区共享该资源能力。为了适应不同Node B厂家的硬件实现方式，需要对3GGP协议中所定义的RESOURCE STATUS INDICATION和AUDIT RESPONSE这两个NBAP信令接口之一进行修改，当然也可以对这两个NBAP信令接口同时进行修改。

图2A示出修改前的AUDIT RESPONSE信令接口。

在这里，本地小区信息包括本地小区ID(Local Cell ID)、下行或全局能力(DL Or Global Cspacity Credit)、上行能力(UL Capacity Credit)、公共信道能力消耗法则(Common Channels Capacity Consumption Law)、专用信道能力消耗法则(Dedicated Channels Capacity Consumption Law)、最大下行功率能力(Maximum DL Power Capability)、最小扩展系数(Minimum SpreadingFactor)、最小下行功率能力(Minimum DL Power Capability)、本地小区组ID(Local Cell Group ID)、以及参考时钟可用性(Reference Clock Availability)等等。

本地小区组信息包括本地小区组ID(Local Cell Group ID)、下行或全局能力(DL Or Global Capacity Credit)、以及上行能力(UL Capacity Credit)等等。

本地小区ID是NODE B通过其上报AUDIT RESPONSE信令的报告单元所在的本地小区的标识。

下行或全局能力是发送AUDIT RESPONSE信令的基站可以提供的下行链路无线资源能力的信息，或者总无线资源能力信息。

  公共信道能力消耗法则和专用信道能力消耗法是基站为了建立公共信道和专用信道发送AUDIT RESPONSE所使用的无线资源消耗信息。

上行能力信用量是发送AUDIT RESPONSE信令的基站所能提供的上行链路无线资源能力的信息。

本地小区组ID是本地小区ID对应的本地小区所属的本地小区组的标识。

最大下行功率能力是在基站下行发送AUDIT RESPONSE信令时的最大可用传输功率。

图2B示出修改后的AUDIT RESPONSE信令接口。

在本地小区信息中，原来的本地小区组ID信息单元(Local Cell Group ID IE)变成下行或全局本地小区组ID信息单元(DL or Global Local Cell Group ID IE)，并且新加入上行本地小区组ID(UL Local Cell Group ID)信息单元。

图3A示出修改前的RESOURCE STATUS INDICATION信令接口。

在这里，本地小区信息包括本地小区ID(Local Cell ID)、添加/删除指示符(Add/Delete Indicator)、下行或全局能力(DL Or Global Capacity Credit)、上行能力(UL Capacity Credit)、公共信道能力消耗法则(Common ChannelsCapacity Consumption Law)、专用信道能力消耗法则(Dedicated ChannelsCapacity Consumption Law)、最大下行功率能力(Maximum DL PowerCapability)、最小扩展系数(Minimum Spreading Factor)、最小下行功率能力(Minimum DL Power Capability)、本地小区组ID(Local Cell Group ID)、以及参考时钟可用性(Reference Clock Availability)等等。

本地小区组信息包括本地小区组ID(Local Cell Group ID)、下行或全局能力(DL Or Global Capacity Credit)、以及上行能力(UL Capacity Credit)等等。

添加/删除指示符是通过基站发送RESOURCE STATUS INDICATION信令来表示本地小区组是被附加到相应基站还被从相应基站删除的信息。

其他信息单元的含义与AUDIT RESPONSE信令接口中对应的信息单元类似。

图3B示出修改后的RESOURCE STATUS INDICATION信令接口。

在本地小区信息中，原来的本地小区组ID信息单元(Local Cell Group ID IE)变成下行或全局本地小区组ID信息单元(DL or Global Local Cell Group ID IE)，并且新加入上行本地小区组ID(UL Local Cell Group ID)信息单元。

这样，通过在本地小区信息中增加一个UL Local Cell Group ID IE，然后修改一下原来的Local Cell Group ID IE的含义，资源上报接口就可以兼容不同厂家的硬件实现方案，如下表所示：

方案编号	基带硬件实现方案	DL orGlobalLocalCellGroup ID	UL LocalCellGroup ID	Local CellGroup中的DLOr GlobalCapacity Credit	Local Cell Group中的DL OrGlobal CapacityCredit
						1	所有本地小区均不共享上、下行能力	无效	无效	不涉及	不涉及

2	上下能力分开，上、下行能力被同样的一组本地小区共享	有效，对应的全局本地小区组	无效	有效，为该本地小区组的下行能力	有效，为该本地小区组的上行能力
						3	上下行共享同一种能力，这种能力被一组本地小区共享	有效，对应的全局本地小区组	无效	有效，为该本地小区组的全局能力	无效
4	上下行能力分开，只有上行能力为一组本地小区共享	有效，对应的全局本地小区组	无效	有效，但下行能力为无穷大，即65535	有效，为该本地小区组的上行能力
						无效	有效，对应的上行本地小区组	有效，但下行能力为无穷大，即65535	有效，为该本地小区组的上行能力
		5	上下能力分开，只有下行能力为一组本地小区共享	有效，对应的下行本地小区组	无效					有效，为该本地小区组的下行能力	有效，但上行能力为无穷大，即65535
6	上下行能力分开，上、下行能力分别被不同组的本地小区共享					有效，对应的下行本地小区组	有效，对应的上行本地小区组，但与下行本地小区组号	下行本地小区组号所指的本地小区组中：有效，为该本地小区组的下行能力；	下行本地小区组号所指的本地小区组中：有效，但上行能力为无穷大，即65535；

不同

上行本地小区组号所指的本地小区组中：有效，但下行能力为无穷大，即65535

上行本地小区组号所指的本地小区组中：有效，为该本地小区组的上行能力

上表中方案1～5，是原来的3GPP NBAP协议接口所支持的方式，各IE填写方法不变，在新增一个UL Local Cell Group ID IE后，还有一种上报方法，参见上表中的方案4的第二行说明。对RNC收到物理资源指示或审计响应的处理，在方案1～5的上报方法中，资源消耗方式和以前一样，对于方案6的上报方式中，不同的是增加了一个本地小区对应的两个本地小区组，其中下行资源在DLor Global Local Cell Group ID IE所指示的本地小区组中消耗，上行资源在ULLocal Cell Group ID IE所指示的本地小区组中消耗。

图4是按照本发明一个实施例基于基站硬件资源能力来分配业务的方法的流程图。

在步骤1，基站根据本身的硬件实现及用户数据配置确定本地小区组的划分和本地小区组的上报方式。

在步骤2，基站上报给控制器本地小区的能力、消耗规则以及其所在的本地小区组的能力、消耗规则。本地小区可能在最多两个本地小区组中，例如既属于一个上行本地小区组又属于另一个下行本地小区组。

在步骤3，一个新业务建立需要占用所在的本地小区的基带能力，如果该本地小区有对应的本地小区组，则会同时占用本地小区组的基带能力，控制器根据步骤2上报的内容来确定该本地小区是否能接纳此业务。

显然，本领域的技术人员可以对本发明进行各种改动和变型而不脱离本发明的精神和范围。这样，倘若本发明的这些修改和变型属于本发明权利要求及其等同技术的范围之内，则本发明也意图包含这些改动和变型在内。

Claims (10)

1、一种基于基站硬件资源能力的业务分配方法，其特征在于，当基站内的一个本地小区属于上、下行本地小区组中至少一个本地小区组时，该方法包括以下步骤：

A、基站上报的消息包括承载上、下行本地小区组标识的信息单元中至少一个信息单元；

B、基站在所述信息单元上载入所述本地小区所在的本地小区组的标识，连同所述本地小区组的能力一起上报给控制站；

C、控制站根据所述本地小区所在的本地小区组的能力确定所述小区的业务分配。

2、如权利要求1所述的方法，其特征在于所述步骤A进一步包括：当基站只有上行资源被一组本地小区共享时，上报的消息包括承载上行本地小区组标识的信息单元。

3、如权利要求2所述的方法，其特征在于所述步骤B进一步包括：上报与所述上行本地小区组标识对应的本地小区组的上行能力并将所述本地小区组的下行能力上报为最大值。

4、如权利要求1所述的方法，其特征在于所述步骤A进一步包括：当基站只有下行资源被一组本地小区共享时，上报的消息包括承载下行本地小区组标识的信息单元。

5、如权利要求4所述的方法，其特征在于所述步骤B进一步包括：上报与所述下行本地小区组标识对应的本地小区组的下行能力并将所述本地小区组的上行能力上报为最大值。

6、如权利要求1所述的方法，其特征在于所述步骤A进一步包括：当基站上下行资源分别被不同组的本地小区共享时，上报的消息包括承载上行本地小区组标识的信息单元和承载下行本地小区组标识的信息单元。

7、如权利要求6所述的方法，其特征在于所述步骤B进一步包括：上报与所述上行本地小区组标识对应的本地小区组的上行能力并将所述本地小区组的下行能力上报为最大值，同时上报与所述下行本地小区组标识对应的本地小区组的下行能力而且将所述本地小区组的上行能力上报为最大值。

8、如权利要求1所述的方法，其特征在于所述上行本地小区组标识信息单元是对资源状态指示信令接口的扩展，所述下行本地小区组标识信息单元是对资源状态指示信令接口中原来本地小区组标识信息单元所承载的内容的修改。

9、如权利要求1所述的方法，其特征在于所述上行本地小区组标识信息单元是对审计响应信令接口的扩展，所述下行本地小区组标识信息单元是对审计响应信令接口中原来本地小区组标识信息单元所承载的内容的修改。

10、如权利要求1所述的方法，其特征在于：

所述步骤B还包括：所述本地小区所在的本地小区组的标识和能力连同所述小区的标识和能力一起上报给控制站；

所述步骤C还包括：当新业务建立时，控制站根据所述本地小区的能力及其所在的本地小区组的能力确定所述小区的业务分配。

Images