共享相同的无线电接入网的各方之间的资源分配的制作方法

文档序号:11143075阅读:337来源:国知局
共享相同的无线电接入网的各方之间的资源分配的制造方法与工艺

无线通信网络,并且特别地涉及小区资源在共享无线电接入网(RAN)的运营商之间的分配。



背景技术:

无线电接入网(RAN)共享允许多个运营商根据协商的资源分配方案来共享单个演进通用陆地无线电接入网(E-UTRAN)的资源。当这些资源在被共享时,取决于这些运营商的规划需求或当前需求并且基于与E-UTRAN拥有者(其本身可以是共享运营商)的服务协议,可以将这些资源不均匀地分配给共享运营商。例如,给定的E-UTRAN可以具有用于两个共享运营商的40%/60%的划分。

根据由第三代合作伙伴项目(3GPP)定义的(如3GPP标准技术规范TS 22.101中定义的)当前RAN共享要求,资源应当在E-UTRAN处以每公共陆地移动网络(PLMN)而分配,并且共享运营商应当能够在小区级别动态地或者半静态地协商其配额。例如,代替40%/60%,运营商可以总是或者在一天中的具体的时段期间请求50%/50%的划分用于所选择的小区。由于若干问题,当前没有适当的用以支持这一类型的功能的机制。

一个问题在于,当前规范仅允许基于每小区在演进节点B(eNB)基站之间交换小区资源利用信息。出于负载平衡目的,给定小区能够在其和相邻小区被相同的移动网络运营商配置时请求其相邻小区提供它们的小区资源利用并且运营商得到周期性的报告。因此,当前规范不允许基于每共享运营商与相邻基站交换小区资源利用。这阻止了负载分布和平衡在存在共享运营商的情况下正确地工作。

另一问题在于,可能最终触发以每共享运营商进行配额重新配置的资源利用测量并没有在每共享运营商粒度水平上被报告给任何集中位置以便能够做出与配额重新配置相关的决策。另外,当前没有允许共享运营商在共享的RAN的场景中最佳地重新配置其配额的机制。在共享的RAN的场景中,核心网元件可以是每运营商的或者共享的。例如,如果考虑长期演进(LTE),E-UTRAN资源利用仅在基站之间交换。因此,没有向移动管理实体(MME)报告E-UTRAN负载。仅有的通过S1接口的涉及基站和核心网的负载报告过程是开始过载(START OVERLOAD)和停止过载(STOP OVERLOADING)过程,其中MME可以向基站告知信令过载。

在3GPP架构中的典型的管理系统中,节点元件(NE)(在E-UTRAN的情况下也称为基站或eNodeB)由域管理器(DM)(也称为操作和支持系统(OSS))来管理。DM可以进一步由网络管理者(NM)来管理。两个基站通过X2接口对接,而两个DM之间的接口称为Itf-P2P。管理系统可以配置基站,以及接收与网络元件的特征相关联的观察。例如,DM观察和配置NE,而NM观察和配置DM,以及经由DM来观察和配置NE。

在RAN共享中,可以存在不同的管理架构。因此,在一些配置中,共享的E-UTRAN具有单个DM和其功能中的一些功能,例如性能管理(PM)可以由与每个PLMN相关联的多个不同的网络管理系统(NMS)来访问。在一些配置中,每个共享运营商可以具有其自己的操作管理和维护(OAM)能力,但是根据3GPP规范,信息交换应当由宿主运营商来控制。

根据3GPP规范,在宿主E-UTRAN运营商的控制之下,共享的E-UTRAN的所选择的OAM能力应当通过共享运营商的OAM功能可访问。这允许例如共享运营商:i)测试共享运营商的网络元件与共享的E-UTRAN之间的通信路径,ii)获取故障报告,以及(iii)检索RAN资源使用信息。

网络管理架构的两个示例在图1和2中示出,其中一个具有如图1中的共享的核心,一个具有如图2中所示的公共的核心。在图1和图2中的每个中,两个网络管理系统10a和10b(每个用于运营商A和B的各自公共陆地移动网络(PLMN))与公共的域管理器12通信,公共的域管理器12与基站14通信,其中基站的小区资源由运营商A和B共享。在图1中,可以是长期演进(LTE)网络中的移动管理实体(MME)的核心网元件16a被提供用于运营商A,并且核心网元件16b被提供用于运营商B。相比较而言,在图2的架构中,公共的核心网元件18由运营商A和B共享。

资源利用和/或负载信息也可以在操作和支持系统(OSS)处获得,例如通过存储在基站处的报告输出周期(ROP)文件的下载,ROP文件包含来自测量由3GPP在TS 32.425中定义的资源利用的计数器的信息。作为示例,定义以下计数器:

·4.5 无线电资源利用相关的测量

·4.5.1 用于业务的DL PRB使用

·4.5.2 用于业务的UL PRB使用

·4.5.3 DL总PRB使用

·4.5.4 UL总PRB使用

·4.5.5 RACH使用

°4.5.5.1 所接收到的RACH前导的平均数目

°4.5.5.2 所发送的RACH前导的分布

°4.5.5.3 RACH访问延迟的分布

°4.5.5.4 竞争的RACH尝试的百分比

°4.5.5.5 所接收到的UE RACH报告的数目

°4.5.5.6 使用全部专用RACH前导的时间的百分比

·4.5.6 小区不可用的时间

·4.5.7 TB相关的测量

°4.5.7.1 DL TB的总数目

°4.5.7.2 DL TB的错误数目

°4.5.7.3 UL TB的总数目

°4.5.7.4 UL TB的错误数目

·4.5.8 功率利用测量

°4.5.8.1 最大载波发射功率

°4.5.8.2 平均载波发射功率

·4.5.9 PRB完全利用

°4.5.9.1 DL PRB完全利用

°4.5.9.2 UL PRB完全利用

根据TS 32.425中的3GPP规范,所有这些测量在小区级别执行(EUtranCellFDD和EutranCellTDD),因此在RAN共享场景中没有可能以每PLMN而区分资源利用测量。在不同的技术中以及在不同的接口上的其他类似的过程也是如此,诸如S1上的过载开始和过载停止过程;基于RAT间RAN信息管理(RIM)的小区负载报告;以及可用于UTRAN技术的类似过程。

当前不能够向任何集中网络节点(例如MME或OAM)信号传递负载或资源利用,以便这一节点能够以每PLMN而做出资源重新分配决策,即以每共享运营商而重新配置容量配额。基于每小区的使用现有计数器经由S1到MME或到OAM的现有的粒度,不足以用于要以基于每共享运营商而维护的资源、负载和可用容量的控制运营商。

共享的RAN可以包括两个(或多个运营商)之间以及公共地共享的资源集合的划分,例如专用于运营商A的5%,专用于运营商B的45%以及50%的共享的资源,如图3所示。在图3中,RAN 20具有分别服务小区22a和22b的第一基站14a和第二基站14b。小区22a和22b分别服务与运营商A相关联的用户设备(UE)24a和与运营商B相关联的UE 24b。现有解决方案的问题在于,缺乏用以在一个或多个运营商每共享节点具有高于其当前配额的需求的情况下协商和重新配置要基于每小区/网络而以每共享运营商进行指派的资源配额的方法。总之,当前规范没有提供高于每小区的粒度以报告可以帮助确定负载、资源利用和可用容量的信息。



技术实现要素:

公开了一种用于报告和分配由基站所服务的小区的资源的系统和方法。根据一方面,实施例提供了一种在基站中的在共享小区资源的多个运营商之间分配由基站所服务的小区的资源的方法。方法包括从至少服务于基站的中心节点接收资源分配请求。资源分配请求指令基站在多个运营商之间重新分配小区资源。方法还包括根据从中心节点接收的资源分配请求在多个运营商之间分配小区资源。

根据这一方面,在一些实施例中,方法还包括针对多个共享运营商中的每个运营商执行小区资源利用测量,以及向中心节点报告小区资源利用测量。在一些实施例中,重新分配基于小区资源利用测量并且基于至少一个小区资源利用策略。在一些实施例中,至少一个小区资源利用策略基于多个运营商中的至少两个运营商之间的服务协议。在一些实施例中,小区资源利用策略是要向至少两个运营商中的至少一个运营商分配的小区资源的百分比的指定。在一些实施例中,小区资源利用策略是要向多个小区中的每个小区中的至少两个运营商中的至少一个运营商分配的小区资源的百分比的指定。在一些实施例中,小区资源利用策略是在基站处可以被重新分配的小区资源的百分比的指定。在一些实施例中,针对多个运营商中的每个运营商执行小区资源利用测量包括:针对与多个运营商中的对应运营商相关联的每个公共陆地移动网络(PLMN)确定小区资源利用。在一些实施例中,执行小区资源利用测量包括:由至少一个计数器测量上行链路物理资源块使用、下行链路物理资源块使用、随机接入信道使用、功率利用和下行链路传输块使用中的至少一项。在一些实施例中,小区资源利用包括硬件负载和接口信令负载中的至少一项。

根据另一方面,实施例提供了一种在资源分配控制器中的确定基站的小区的小区资源利用的方法,小区由多个运营商共享。方法包括接收多个运营商中的每个运营商的当前小区资源利用。方法还包括基于小区资源利用策略按多个运营商中的每运营商而指派小区资源利用配额。方法还包括将当前小区资源利用与所指派的小区资源利用配额相比较以确定是否发起小区资源在多个运营商之间的小区资源利用重新分配。

根据这一方面,在一些实施例中,方法包括:通过在将资源分配控制器连接至基站的S1接口上传输包含小区资源利用重新分配的消息来发起小区资源在多个运营商之间的小区资源利用重新分配。在一些实施例中,方法还包括经由包括无线电接入网RAN共享指令的消息来发起将由基站生成的小区资源利用的报告,RAN共享指令指定报告的周期。

根据又一方面,实施例提供了一种资源分配控制器(RAC)。RAC包括被配置成从基站接收小区资源利用并且向基站传送小区资源利用重新分配的通信接口。RAC还包括处理器和存储器。存储器被配置成存储共享小区的资源的多个运营商中的每个运营商的当前小区资源利用。存储器还被配置成存储基于小区资源利用策略按多个运营商中的每运营商所指派的小区资源利用配额。存储器还被配置成包含由处理器可执行以配置处理器进行以下操作的指令:将当前小区资源利用与所指派的小区资源利用配额相比较以确定是否发起小区资源在多个运营商之间的小区资源利用重新分配。

根据这一方面,在一些实施例中,处理器还被配置成将所指派的小区资源利用配额与多个运营商中的运营商所请求的小区利用配额相比较。在一些实施例中,小区资源利用重新分配指定要向多个运营商中的每个运营商分配的小区资源的百分比。在一些实施例中,小区资源利用重新分配基于小区资源利用策略,小区资源利用策略指定在一个小区中发生运营商的小区资源利用的变化时在另一个小区中向的运营商的小区资源分配的变化。在一些实施例中,处理器还被配置成基于多个运营商中的运营商具有过多容量的指示来重新分配小区资源。在一些实施例中,所述处理器还被配置成基于未使用的小区资源的确定来重新分配小区资源。在一些实施例中,RAC位于移动管理实体(MME)中,并且当前小区资源利用在远离RAC的基站处被测量并且在长期演进LTE S1接口上被传达给RAC。在一些实施例中,RAC位于域管理器中并且在操作管理维护OAM接口上接收当前小区资源利用。在一些实施例中,当前小区资源利用经由CONFIGURATION UPDATE消息从基站被传达给RAC。在一些实施例中,CONFIGURATION UPDATE消息包括指定与多个运营商中的对应运营商相关联的至少一个公共陆地移动网络PLMN的当前小区资源利用的信息元素。

根据另一方面,实施例提供了一种资源指派控制器(RAC)。RAC包括被配置成从服务具有由多个运营商共享的资源的小区的基站接收小区资源利用并且向基站发送小区资源利用重新分配的通信接口模块。RAC还包括被配置成基于小区资源利用策略按多个运营商中的每个运营商而指派小区资源利用配额的小区资源利用配额指派模块。RAC还包括被配置成将当前小区资源利用与所指派的小区资源利用配额相比较以确定是否发起小区资源在多个运营商之间的小区资源利用重新分配的小区资源利用比较模块。

根据又一方面,实施例提供了一种服务于小区并且被配置用于与中心节点的通信的基站。基站包括被配置成从中心节点接收小区资源利用配额并且向中心节点发送小区资源利用的通信接口。基站还包括处理器和存储器。存储器被配置成存储所测量的小区资源利用和所指派的小区资源利用配额。存储器还被配置成包含由处理器可执行以配置处理器进行以下操作的指令:测量共享小区资源的多个运营商的小区资源利用;在多个运营商之间分配小区资源;以及重新协商分配配额。

根据另一方面实施例提供了一种服务于小区并且被分配用于与中心节点的通信的基站。基站包括:被配置成测量共享小区的多个运营商中的每个运营商的小区资源利用的性能测量模块;以及被配置成根据小区资源利用配额在多个共享运营商之间分配小区资源的小区资源分配模块。

根据这一方面,在一些实施例中,基站还包括通信接口模块,通信接口模块用以从资源分配控制器接收所指派的小区资源利用配额并且向资源分配控制器报告所测量的小区资源利用。在一些实施例中,基站还包括配额重新协商模块,配额重新协商模块被分配成基于来自多个运营商中的至少一个运营商的对于小区资源的请求而重新分配小区资源,小区资源的重新分配不同于由小区资源利用配额所指定的小区资源分配。在一些实施例中,重新分配使得多个运营商中的每个运营商的小区资源利用被允许超过相应的小区资源利用配额直到没有多余的小区资源。在一些实施例中,重新分配使得多个运营商中的运营商的小区资源利用被允许超过对应小区资源利用配额最大量。在一些实施例中,重新分配使得多个运营商中的运营商的小区资源利用被允许针对指定的服务超过对应小区资源利用配额。

附图说明

在结合附图考虑时参考以下详细描述,将更容易理解本公开的更全面的含义以及其伴随优点和特征,在附图中:

图1是共享核心网管理架构的框图;

图2是公共核心网管理架构的框图;

图3是由两个不同运营商对小区资源的共享的图;

图4是具有RAN共享报告信息元素的MME分配更新消息;

图5是指示每个共享运营商资源利用的基站分配更新消息;

图6是用于实现每个共享运营商小区资源利用信息交换的示例性实施例的框图;

图7是用于实现每个共享运营商小区资源利用信息交换的另一示例性实施例的框图;

图8是用于实现每个共享运营商小区资源利用信息交换的另一示例性实施例的框图;

图9是被分配成针对一个或多个基站中的一个或多个小区确定资源重新分配的资源分配控制器的框图;

图10是被分配成针对一个或多个基站中的一个或多个小区确定资源重新分配的资源分配控制器的框图;

图11是被分配成接收资源重新分配请求并且报告每个共享运营商资源利用的基站的框图;

图12是被分配成接收资源重新分配请求并且报告每个共享运营商资源利用的基站的框图;以及

图13是用于每个共享运营商资源报告和资源重新分配的示例性过程的流程图。

具体实施方式

在详细描述根据本公开的示例性实施例之前,值得注意的是,实施例主要驻留在与在多个共享运营商之间共享小区资源相关的装置部件和处理步骤的组合中。因此,附图中用传统的符号来适当地表示系统和方法组成,以仅示出与理解本公开的实施例有关的这些具体细节,以免由于本领域普通技术人员得益于本文中的描述很容易想到的细节而模糊本公开。

如本文中所使用的,关系术语、诸如“第一”和“第二”、“顶部”和“底部”等可以仅用于区分一个实体或元素与另一实体或元素而不一定要求或暗示这样的实体或元素之间的任何物理或逻辑关系或顺序。

在下面的描述中,使用LTE网络的示例。然而,由此描述的方法适用于其中能够在诸如不同运营商等不同各方之间共享无线电资源的任何无线电接入技术和/或系统。因此,eNB仅是基站的一个示例。

本文中描述用于资源分配控制器(RAC)在E-UTRAN处执行配额重新配置的机制。在一个实施例中,重新分配由MME使用S1:MME CONFIGURATION UPDATE(MME配置更新消息)消息来触发,该消息由被称为“配额重新配置”的新的信息元素(IE)增强。在基站重新配置之后,可以使用现有机制在OAM系统处更新信息。在一些实施例中,重新配置在OAM系统处执行,以便基站能够根据新的设置而运转,其中该OAM系统可以每PLMN或者每PLMN组(即使用给定PLMN ID组的每共享运营商)使用新的配额更新基站。在一些实施例中,RAC可以决定针对每个共享运营商应用可以允许共享运营商按照以下方式之一而超出其资源配额的策略:

·在小区容量可用并且共享运营商的资源配额被完全利用时超出资源配额;以及

·仅针对特定服务、例如紧急服务而超出资源配额;这在小区容量仍然可用的情况下被允许或者其可以通常都被允许,以在满小区容量利用的情况下可能需要丢弃的其他业务为代价。

在一些实施例中,基于每PLMN或者PLMN组,在MME与基站之间交换用以报告小区资源利用(诸如硬件负载、接口,例如S1信令负载和无线电资源利用)的过程。例如,可以假定,每个基站配置有与和每个共享运营商相关联的PLMN ID的列表有关的信息。例如,这样的配置可以借助于与操作管理和维护(OAM)系统的信令而发生。

基于这样的PLMN ID分组,可以通过额外的参数来增强S1:MME CONFIGURATION UPDATE 25,额外的参数指示每共享运营商负载相关的参数的请求。作为示例,图4示出了如何针对应当报告其参数的每个小区添加新的信息元素(IE)(被称为RAN共享报告IE1)。IE1实现了关于每PLMN或每PLMN组的报告。因此,在一些实施例中,报告周期IE2可以指定针对每个PLMN或PLMN组的报告周期,而非针对整个小区。这也可以通过包含被提出用于增强的消息的新IE的新的消息(例如称为LOAD REQUEST(负载请求))来实现。根据在增强的MME CONFIGURATION UPDATE(MME配置更新)消息中指示的参数(例如报告周期等),到达基站的消息可以解释为对于小区资源利用测量的立刻请求或者触发周期的小区资源利用报告的配置。

响应于从MME发送的每PLMN的小区资源利用请求或配置更新,并且基于PLMN ID分组,以指示每共享运营商小区资源利用报告的新的IE来增强S1:BASE STATION CONFIGURATION UPDATE(基站配置更新)消息27。这一增强的消息在图5中示出,其中添加了以下新的信息元素:PLMN列表、IE3和PLMN ID、IE4。然后,针对每个PLMN而非针对整个小区来报告IE5-IE8的资源利用参数。信息元素IE5-IE8包括指示PLMN的硬件上的负载的硬件负载指示符、指示每PLMN的传输网络层(TNL)负载的TNL负载指示符、指示每PLMN在下行链路和上行链路中的所有业务的物理资源块(PRB)的使用的无线电资源状态、以及指示每PLMN在小区下行链路和上行链路中的整体可用资源水平的合成可用容量组。每共享运营商的小区资源利用报告可以替选地使用新的消息来实现,例如所谓的SHARING LOAD RESPONSE(共享负载响应),其包含在在先的增强消息中指定的新的IE。注意,向现有S1AP过程添加的新的信息,可以被添加到基站与MME之间的任何其他合适的过程,或者可以经由新的过程来传送。

从E-UTRAN到MME的所报告的小区资源利用由资源分配控制器(RAC)来处理,RAC可以位于MME处。基于从在先消息中每PLMN报告的小区资源利用测量而采集的统计数据,并且假定RAC具有对每共享基站每共享运营商的当前容量配额的访问,并且假定RAC在重新协商时RAC配置有每运营商的配额策略,例如可以与另一运营商重新协商的配额的最大百分比,RAC功能计算每共享运营商的经更新的配额。

如果新的容量配额在共享运营商之间的服务等级协议(SLA)(被翻译成由RAC接收的策略)中所确立的限度内,则系统可以使用新的设置自动更新共享基站和通信节点。在一些实施例中,这一配额更新通过进一步增强MME CONFIGURATION UPDATE(MME配置更新)、或者通过增强基站与MME之间的任何其他合适的过程、或者通过以具有新的值的新IE(称为“每共享PLMN的配额”)创建新的专用过程来实现。使用这些管理机制,共享基站本身可以经由其自己的OAM系统更新另一相关节点中的新的配额。

图6是图示根据本公开的原理的小区资源利用信息的交互以基于每共享运营商而实现配置改变的实施例的图。中心节点、诸如MME 26具有资源分配控制器(RAC)28,RAC 28从关心其他运营商对其配额的利用的共享运营商接收策略。策略可以基于共享运营商之间的服务等级协议,并且可以指定向一个共享运营商分配的可以由另一共享运营商来使用的资源的量。

RAC 28可以在S1接口上向共享网络元件(NE)30发送配置更新消息25,NE 30可以是基站,诸如eNB。配置更新消息25可以包括请求每PLMN或每共享运营商的资源重新分配的资源利用请求。注意,共享运营商可以与多于一个PLMN相关联,但是PLMN与仅一个共享运营商相关联。RAC 28从共享网络元件(基站)30接收配置更新消息27,共享网络元件(基站)30针对每个共享运营商以每PLMN或每PLMN组报告小区资源利用。基于策略和所报告的每PLMN的小区资源利用,RAC 28可以针对共享运营商中的一个或多个建议新的小区资源利用配额,例如针对每个PLMN或PLMN组。新的小区资源利用配额通过S1接口在配置更新消息中发送给基站30并且由基站30存储在配置数据库32中。配置数据库32可以与执行OAM功能的域管理器34共享配置数据。

图7示出了根据本公开的原理在网络元件之间的信息交换的另一实施例。在本实施例中,用于报告负载相关的参数(诸如硬件负载、接口(例如S1)信令负载和无线电资源利用)的过程在共享基站30与其相应操作管理和维护(OAM)系统之间,OAM可以由与每个共享运营商相关联的独立的NMS 38访问。在图7的实施例中,OAM功能由域管理器36执行,域管理器36还具有RAC 28和分配数据库42。每个NMS 38具有判决逻辑40,判决逻辑40核准或否决来自域管理器36的所建议的资源利用配额。可以假定,每个基站30配置有与和每个共享运营商相关联的PLMN ID的列表有关的信息。这一信息可以存储在本地配置数据库32中,并且也可以存储在域管理器36中的配置数据库42中。例如,这样的配置可以通过与OAM系统的信令传递来实现。基于PLMN ID分组,在3GPP规范TS 32.425中规定的与资源利用相关的基站计数器被增强,使得基站每PLMN执行测量并且将它们存储在相应的计数器44中。这些可以存储在基站30处,可以由OAM系统来下载或者被流送到基站30,或者被流送到外部服务器。

OAM处的RAC功能28将基站30的PM系统44处的“性能监测”或扫描器配置成每PLMN测量资源利用。根据图7的配置,这些计数器/事件存储在共享基站30的PM系统中,或者替选地,事件/计数器被流送给RAC功能28或另一服务器。

因此,从E-UTRAN到OAM系统的所报告的资源利用由资源分配控制器(RAC)28来处理,RAC 28可以位于OAM系统处。基于在在先消息中每PLMN所报告的资源利用测量中的所采集的统计数据,RAC功能28计算每共享运营商的经更新的配额值。这些值被提交给每个运营商的NMS 38处的判决逻辑功能40以便由受到这样的建议的影响的运营商来核准。NMS 38处的判决逻辑40根据与共享资源有关的运营商策略(部分地由共享运营商之间的SLA来定义)来被配置。策略的示例可以翻译为“如果在其他区域中我被补偿相同的5%或更少,则允许在某些基站中将我的配额减小5%”。在这种情况下,整个分割仍然相同,或者可以向NMS 38报告受到协商影响的每个共享运营商的通知。

当所提出的新配额至少部分被接受时,例如RAC 28提议将配额从35%减小为20%,但是判决逻辑提议25%,则从NMS 38回到域管理器36的由判决逻辑返回的结果连同每共享运营商的配额将通过判决逻辑40与数据库42之间的通信链路被馈送给分配数据库42。这使得能够使用现有的专属机制来将结果馈送给共享基站30,以便共享E-UTRAN能够根据新的配额来运转。

图8中示出了另一示例。在本示例中,基站30向运营商A的MME 26a的RAC 28a和运营商B的MME 26b的RAC 28b报告每PLMN的资源利用信息。因此,在本示例中,每个共享运营商将其自己的RAC功能放置在其自己的MME中。使用增强的S1:MME CONFIGURATION UPDATE(MME分配更新)消息向MME报告资源利用信息。替选地,可以通过等同的增强的过程或新的过程来报告资源利用信息。这一新的过程可以仅包含与RAC自己的PLMN相关联的资源利用以及可选的称为“附加空闲容量”的IE,其被定义为由其他共享运营商通报的多余容量的添加。每PLMN的“额外多余容量”经由OAM 37在共享的RAN处配置,OAM 37可以由共享运营商的每个NMS 38来访问。

与每个PLMN相关联的RAC 28接收资源利用报告以及可用多余容量的总量并且针对其自己的PLMN建议新的配额。被放置在共享运营商的MME 26处的其他RAC 28发生相同的过程。PLMN的每RAC 28所建议的配额在基站30处接收并且在配额重新协商逻辑46处处理,配额重新协商逻辑46处理建议并且根据预定义的策略(例如经由OAM 37/NMS 38设置的)重新配置配额。

如果基站30的配额重新协商逻辑46认识到向每个运营商指派的资源配额总计没有达到整个小区容量,即剩余一些多余容量,则逻辑可以决定根据诸如以下选项等选项来应用策略:

·允许每个共享运营商超过其配额直到小区中存在多余资源;

·允许每个共享运营商超过其配额高至最大值;或者

·允许每个共享运营商仅针对某些服务(例如紧急情况)超过其配额并且高至某个最大值或者高至小区资源耗尽的点。

因此,一些实施例允许基于每PLMN向中心节点报告小区资源利用,该中心节点可以以动态或半静态方式计算新的容量共享配额并且基于共享运营商策略在共享的RAN处自动重新配置配额。一些实施例使得能够监测和控制由不同各方(诸如共享相同的无线电接入小区的运营商)利用的资源。一些实施例提供一种平台,根据这一平台,能够以动态或半静态的方式每共享运营商重新协商容量配额。一些实施例提供一种用于基于每共享运营商向中心实体报告资源的利用的机制,该中心实体能够每小区每共享运营商并且每时间段(例如天、周或月)决定资源配额的重新配置。

图9是被配置成确定一个或多个基站中的一个或多个小区的小区资源重新分配的资源分配控制器(RAC)28的框图。RAC 28包括通信接口48、存储器50和处理器52。通信接口48被配置成从基站接收小区资源利用,如在消息27中,并且向基站发送小区资源利用重新分配配额。处理器52被配置成执行存储器50中存储的计算机指令。存储器50被配置成存储共享小区资源的多个运营商中的每个的当前小区资源利用54以及基于小区资源利用策略的针对多个运营商中的每个的指派的小区资源利用配额56。存储器50还被配置成包含由处理器可执行以配置处理器进行以下操作的指令:比较58当前小区资源利用与指派的小区资源利用配额以确定是否发起小区资源在多个运营商之间的小区资源利用重新分配60。

图10是可以由处理器执行计算机指令来实现的RAC 28的框图。RAC 28包括通信接口模块62,通信接口模块62被配置成诸如经由消息27从服务具有由多个运营商所共享的资源的小区的基站接收小区资源利用并且向基站发送小区资源利用配额。小区资源利用配额指派模块64被配置成基于小区资源利用策略而以多个运营商中的每个来指派小区资源利用配额。小区资源利用比较模块66被配置成将当前小区资源利用与指派的小区资源利用配额相比较以确定是否发起小区资源在多个运营商之间的重新分配。

图11是被配置成接收资源重新分配请求并且经由例如消息27报告每共享运营商资源利用的基站、例如基站30的框图。基站30包括通信接口68、处理器70和存储器72。通信接口68被配置成从中心节点接收小区资源利用配额并且向中心节点发送小区资源利用。处理器70被配置成执行存储器72中存储的计算机指令。存储器72被配置成存储测量的小区资源利用74、以及指派的小区资源利用配额76。存储器72还被配置成包含由处理器70可执行以配置处理器70进行以下操作的指令:测量共享小区资源的多个运营商的小区资源利用80。处理器70还被配置成在多个运营商之间分配82小区资源,并且重新协商分配配额84。

图12是可以由处理器执行计算机指令来实现的基站30的框图。基站30包括通信接口模块86,通信接口模块86用于从中心节点接收每PLMN的小区资源利用配额并且经由例如消息27向中心节点发送每PLMN的小区资源利用配额。基站30还包括性能测量模块88,性能测量模块88被配置成测量每PLMN的小区资源利用,即针对共享小区的多个运营商中的每一个。小区资源分配模块90被配置成根据小区资源利用配额在多个共享运营商之间分配小区资源。基站30还包括配额重新协商模块92,配额重新协商模块92被配置成基于来自多个运营商中的至少一个运营商的对小区资源的请求重新分配小区资源,重新分配不同于由小区资源利用配额指定的资源重新分配。

图13是用于每共享运营商的资源报告和分配的示例性过程的流程图。服务具有由多个运营商所共享的资源的小区的基站30执行小区资源利用测量(块S100)。经由例如消息27向中心节点26报告所测量的小区资源利用测量(块S102)。从中心节点26接收指令基站30在共享运营商之间重新分配小区资源的资源分配请求(块S104)。响应于请求,基站30在共享运营商之间重新分配资源(块S106)。

因此,一些实施例使得能够基于每PLMN向可以基于可以由服务等级协议所确立的共享运营商策略来计算资源利用配额的中心节点报告资源利用。实现了对共享小区资源的多个运营商所使用的资源的监测和控制,使得能够动态地或者半静态地重新协商每共享运营商的配额。

一些实施例可以用硬件、或者硬件和软件的组合来实现。被适配用于执行本文中描述的方法的任何种类的计算系统或其他装置适合执行本文中描述的功能。硬件和软件的典型组合可以是专用计算机系统,其具有一个或多个处理元件和存储在存储介质上的计算机程序,计算机程序在被加载和执行时控制计算机系统使得其执行本文中描述的方法。本文中描述的实施例也可以嵌入在计算机程序产品中,计算机程序产品包括使得能够实现本文中描述的方法的实现的所有特征,并且计算机程序产品在被加载在计算系统中时能够执行这些方法。存储介质指代任何易失性或非易失性存储设备。

本上下文中的计算机程序或应用表示意图引起具有信息处理能力的系统直接地或者在以下两个动作之后执行特定功能的任何语言、代码或注释的任何表达:a)到另一语言、代码或注释的变换;b)以不同材料形式的复制。

本领域技术人员应当理解,本公开不限于本文中以上示出和描述的内容。另外,除非以上有相反陈述,否则应当注意,所有附图没有按比例。各种修改和变型鉴于以上教示是可能的,而没有偏离仅由权利要求定义的本公开的范围。

当前第1页1 2 3 
网友询问留言 已有0条留言
  • 还没有人留言评论。精彩留言会获得点赞!
1