一种资源配置的方法及装置与流程

文档序号:15822212发布日期:2018-11-02 23:13阅读:184来源:国知局
一种资源配置的方法及装置与流程

本发明实施例涉及通信技术领域,尤其涉及一种资源配置的方法及装置。

背景技术

随着共享单车业务在市场上的广泛应用,基于分组交换(packetswitching,ps)业务拥塞的情况也频频出现。目前,考虑到全球移动通信系统(globalsystemformobilecommunication,gsm)网络相对于码分多址(codedivisionmultipleaccess,cdma)、长期演进(longtermevolution,lte)等网络,具有覆盖范围广、成本低的优势,因此,对于这种对网络流量要求不高,侧重于大范围覆盖且尽可能降低成本的共享单车业务而言,gsm网络成为不二选择。

对于gsm网络而言,在执行ps业务之前,需要预先建立终端与核心网之间的通信链路。以上述共享单车业务为例,终端具体可以包括设置有单车模组的共享单车,也就意味着,只有在单车模组与核心网之间建立了通信链路之后,服务器才能够通过与单车模组之间通过数据交互,实现解锁、关锁。以解锁共享单车为例,在单车模组与核心网之间建立了通信链路之后,用户可以通过手机等设备实现扫码解锁,比如,用户通过该手机扫描共享单车上的二维码,直接解锁共享单车,或是经由核心网从服务器获取到解锁密码后通过手动输入密码等方式解锁共享单车。

然而,供ps业务使用的资源有限,在ps业务高峰时期很可能因ps业务拥塞而导致在解锁、关锁共享单车的过程中,小区内无法为该手机分配充足的ps业务资源,从而使共享单车业务无法接入网络而最终导致解锁、关锁失败,降低共享单车业务的接入成功率。



技术实现要素:

本发明实施例提供一种资源配置的方法及装置,能够解决ps业务拥塞时,ps业务资源不充足的问题。

为达到上述目的,本发明实施例采用如下技术方案:

第一方面,本发明实施例提供一种资源配置的方法。该方法具体包括:若小区内空闲资源量小于预设门限,则确定小区内第一业务占用的资源量,并根据第一业务占用的资源量与指定门限之间的大小关系,释放第一业务占用的部分或是全部资源。其中,第一业务包括已完成且未释放资源的ps业务;指定门限为预设门限与空闲资源量的差值。由此可见,本发明实施例通过预留空闲资源的方式,以解决ps业务拥塞时,ps业务资源不充足的问题。对于小区内空闲资源量不足的情况,在本发明实施例中,会优先释放那些已完成但未释放资源的ps业务,从而实现资源的充分利用。此外,出于整体ps业务执行效率的考虑,在释放第一业务占用的资源的过程中,不一定要释放第一业务占用的全部资源,若释放第一业务占用的部分资源后,就能使小区内的空闲资源量满足预设门限的限制要求,那么可以选择仅释放该部分资源,从而确保在ps业务拥塞时,能够为新接入的ps业务分配资源。

在一种可能的设计中,根据第一业务占用的资源量与指定门限之间的大小关系,释放第一业务占用的部分或是全部资源,可以具体实现为:若第一业务占用的资源量大于指定门限,则释放第一业务占用的全部资源中与指定门限对应的资源;若第一业务占用的资源量小于或等于指定门限,则释放第一业务占用的全部资源。为了确保资源的充分利用,在本发明实施例中,只要小区内空闲资源量满足预设门限的限制要求即可,无需释放更多第一业务占用的资源。这样一来,对于那些未被释放资源的第一业务而言,若试图执行与第一业务存在关联的业务,或是重复执行第一业务时,则无需向基站控制器申请新的资源,从而在确保空闲资源充足的情况下,尽可能为其他ps业务的执行提供便利。

在一种可能的设计中,若释放了第一业务占用的全部资源,且当前小区内空闲资源量仍小于预设门限,则释放第二业务占用的资源。由此可见,对于释放了第一业务占用的全部资源,且当前小区内的空闲资源量仍不满足预设门限的限制的情况,在本发明实施例中,还可以继续释放第二业务占用的资源,以确保小区内具有充足的空闲资源,从而确保ps业务拥塞时,仍然保留有足够的ps业务资源。

在一种可能的设计中,释放第二业务占用的资源,可以具体实现为:确定预设门限与当前小区内空闲资源量的差值;释放第二业务占用的资源量,直至所释放的第二业务占用的资源量大于或等于预设门限与当前小区内空闲资源量的差值。由此可见,第二业务占用的资源的释放,仅在第一业务占用的资源不足以补足预设门限所要求的空闲资源的情况下执行。相对于第一业务占用的资源而言,第二业务占用的资源通常为正在执行的ps业务所使用的资源,这类资源的释放,往往会隐性到第二业务的正常执行,比如,会产生业务中断、异常结束等情况。但考虑到本发明实施例的目的在于,提供充足的空闲资源供特定ps业务使用,因此,对于优先级较低、对时延要求较低等非特定ps业务而言,为了确保小区内存在充足的空闲资源,在本发明实施例中,在释放第一业务占用的全部资源后,优先释放第二业务占用的资源。

在一种可能的设计中,若小区内空闲资源量小于预设门限,则确定小区内第一业务占用的资源量,可以具体实现为:若存在新接入小区的ps业务,且小区内空闲资源量小于预设门限,则确定小区内第一业务占用的资源量。资源配置过程可以为实时、周期性或是非周期性触发的过程。但从节约资源的角度考虑,若小区内的ps业务数量只减不增,即不存在新接入小区的ps业务,那么此时小区内的空闲资源量通常只会增加而不会减少。因此,在本发明实施例中,若存在新接入小区的ps业务,则基站控制器确定小区内空闲资源量是否小于预设门限,并在空闲资源量小于预设门限时,触发整个资源配置过程。从而在保证空闲资源量满足预设门限的限制的基础上,尽可能节省资源配置所耗费的资源。

在一种可能的设计中,第二业务包括优先级低于第三业务的ps业务。其中,第三业务为小区内除第一业务和第二业务以外的ps业务。由此可见,被释放资源的业务必然是优先级相对较低的业务,也就是在保证高优先级业务顺利执行的前提条件下,预留空闲资源,供新接入的业务使用。

在一种可能的设计中,第三业务至少包括指定国际移动用户识别码imsi对应的终端发起的ps业务,以及在ps业务执行过程中终端或是指定服务器发送了携带有指定服务器网际协议ip地址的ps业务。也就意味着,第三业务中包括特定ps业务,以特定ps业务为共享单车业务为例,接入共享单车业务的终端往往为安装有共享单车应用程序的终端,那么这一类终端的imsi是固定的,因此,只要确定了执行ps业务的主体为这一类终端,则即便这一类终端当前执行的ps业务的优先级低于小区内其他ps业务,也会在释放资源的过程中,不考虑这一类终端当前执行的ps业务。同理,除了通过终端的imsi确定该终端是否为执行特定ps业务的终端,还可以通过服务器ip地址来确定。同样以特定ps业务为共享单车业务为例,归属于同一企业名下的共享单车业务往往由某一个或是某一组特定的服务器为这类ps业务提供服务,而一旦ps业务的种类确定,就可以确定出与这种ps业务对应的那一个或是一组特定的服务器,也就可以确定出该特定的服务器的ip地址,从而通过服务器的ip地址对ps业务进行区分。与前述情况类似,在释放资源的过程中,这一类特定的服务器的ip地址所对应的ps业务在执行过程中不会被释放,并且,若正在执行的这类ps业务不主动释放资源,也不会强制要求这类ps业务在执行完后释放所占用的资源。对于第三业务的种类,上述几种情况仅为一种示例,并不作为第三业务的限定。

在一种可能的设计中,第二业务不包括试图接入小区但仍未成功接入小区的ps业务,以及指定客户识别模块sim卡所在终端发起的ps业务。ps业务在执行过程中,需要先完成小区的接入,之后再通过数据交互以执行ps业务。在本发明实施例中,对于还未接入小区的ps业务而言,并不会在该ps业务成功接入小区就释放这类ps业务的资源,即便这类ps业务的优先级较低,基站控制器也仅仅是在这类ps业务成功接入小区后,才选择性释放这类ps业务所占用的资源。若ps业务在还未成功接入小区前就已经被释放了资源,那么该ps业务只能等待基站控制器为该ps业务分配资源后才能接入小区,且接入小区后也可能存在被释放资源的风险,由此可见,该ps业务很可能在很长一段时间内都无法顺利执行。因此,为了避免上述情况的发生,在本发明实施例中,对于试图接入小区但仍未成功接入小区的ps业务,先确保该ps业务入网,之后再考虑该ps业务占用的资源是否需要被释放。另外,对于终端用户而言,很多sim卡在开卡时就已经确定了该sim卡的特殊身份,比如,用户需要交纳高额的费用来换取特殊身份的sim卡,即指定sim卡,从而确保在使用过程中,相较于其他用户而言,具有更高的优先级。也就意味着,指定sim卡所在终端发起的业务会获得较高的网速等。因此,在本发明实施例中,为了继续保证这类用户的权益,在预留空闲资源的同时,会优先保留这类用户的使用权益,即在释放资源的过程中,不考虑这类用户触发的ps业务。

第二方面,本发明实施例提供一种资源配置的装置。该装置可以实现上述方法实施例中所实现的功能,所述功能可以通过硬件实现,也可以通过硬件执行相应的软件实现。所述硬件或软件包括一个或多个上述功能相应的模块。

在一种可能的设计中,该装置的结构中包括处理器和收发器,该处理器被配置为支持该装置执行上述方法中相应的功能。该收发器用于支持该装置与其他网元之间的通信。该装置还可以包括存储器,该存储器用于与处理器耦合,其保存该装置必要的程序指令和数据。

第三方面,本发明实施例提供一种计算机存储介质,用于储存为实现上述功能所用的计算机软件指令,其包含用于执行上述方面所设计的程序。

附图说明

图1为本发明实施例提供的一种通信网络系统的结构示意图;

图2为本发明实施例提供的一种资源配置的方法流程图;

图3、图4、图5、图6为本发明实施例提供的另一种资源配置的方法流程图;

图7为本发明实施例提供的一种资源配置实现流程的示例;

图8为本发明实施例提供的一种资源配置的装置结构示意图;

图9为本发明实施例提供的另一种资源配置的装置结构示意图。

具体实施方式

下面将结合本发明实施例中的附图,对本发明实施例中的技术方案进行描述。本文所涉及的技术术语的中英文对照参见表一内容。

表一

本发明实施例可以用于一种通信网络系统,该系统中至少包括基站控制器、基站和终端。其中,终端与基站可以进行数据交互,基站与基站控制器之间可以进行数据交互,并且,一个基站控制器可以用于控制多个基站,比如,基站控制器可以实现信道分配、控制业务从一个基站切换至另一个基站等功能。需要说明的是,终端具体可以为设置有单车模组的共享单车、pos机、智能电表、智能水表、手机等设备,在本发明实施例中,对于终端的种类不做限定,只要确保该终端可以发起ps业务的接入请求,或是该终端可以作为执行ps业务的主体即可。

如图1所示,该通信网络系统中还可以包括服务器,该服务器通过核心网,与基站控制器之间进行数据交互。以共享单车解锁为例,若用户使用ue通过扫描共享单车上二维码的方式向基站发起试图使用共享单车的请求,则基站可以在接收到该请求后,向基站控制器上报该请求,并由基站控制器根据该请求中携带的服务器的ip地址,确定与该ip地址对应的服务器,之后将该请求向该服务器发送。之后,该服务器可以发起与该共享单车建立通信链路的过程,在服务器与该共享单车之间成功建立通信链路后,该共享单车可以根据服务器下发的指令,解锁共享单车,并触发计费、计时等操作,以供用户使用该共享单车。

本发明实施例提供一种基于ps业务的资源配置方法,如图2所示,该方法可以由如图1所示的基站控制器执行,该方法具体包括:

步骤101、若小区内空闲资源量小于预设门限,则确定小区内第一业务占用的资源量。

其中,第一业务包括已完成且未释放资源的ps业务。

通常情况下,第一业务也可以包括被视为处于扩展非活动期的ps业务,即从业务执行状态的角度去考虑,属于已执行完的ps业务。而该类业务在执行后仍继续占用部分资源,虽然这部分资源仍处于被占用的状态,但从实际使用情况上考虑,这部分资源是空闲的,因此,在本发明实施例中,会优先释放这部分资源,供其他ps业务使用。此外,第一业务还可以包括周期性短时间执行的ps业务,比如,某些m2m业务会在每间隔一段时间后执行一次,而对于这类业务而言,即便当前执行过程被中断,在间隔一段时间后仍会执行,因此,上述中断的情况对该ps业务的执行并不会产生巨大影响。当然,上述某些m2m业务,也可以被视为本文所描述的第二业务,对于第二业务的描述会在后文体现,在此不做赘述。

基站控制器会预先为每个小区分配用于执行ps业务的资源,由于每个小区内用于执行ps业务的资源是有限的,因此,为了确保诸如共享单车业务等ps业务接入时,该小区中仍具备足够的资源执行该ps业务,则需要在小区内预留出部分资源,供这类ps业务使用。

对于本发明实施例而言,工作人员可以根据经验值预先设置预设门限,并在小区内的空闲资源不满足预设门限所限制的资源量时,释放部分业务所占用的资源,以确保在该小区内接入新的ps业务时,具有足够的空闲资源供新的ps业务占用。其中,空闲资源量用于表示小区内处于空闲状态的资源量,空闲资源则指的是那些能够被ps业务调用的资源,或是当前处于空闲状态的资源。

需要说明的是,预设门限可以为固定参数或可变参数。在预设门限为可变参数时,可以认为该预设门限会随着时间的变化而发生改变,而这种改变可以是周期性的或是非周期性的,对于该预设门限发生改变的实际,以及发生改变时的变化幅度,在本发明实施例中不做具体限定。比如,在ps业务的高峰时段,如在早晚高峰时段,诸如共享单车业务等ps业务会处于触发高峰期,因此,此时这类ps业务所需的资源较多,则可以将预设门限设置为较大的参数,以确保小区内具有足够的空闲资源,供这类ps业务占用。由此可见,每个时间段的预设门限可以设置为相同或是不同的参数,同理,不同小区因各自的ps业务需求不同,预设门限也可以设置为相同或是不同的参数,也就意味着,预设门限还可以按照地域进行设置。需要说明的是,上述预设门限的设置方式仅作为一种可能的示例,并不作为配置预设门限时的限定。

另外,在本发明实施例中,预设门限也可以为固定参数范围或可变参数范围,并在小区内空闲资源处于上述参数范围时,认为该小区的空闲资源充足或不足,并在空闲资源不足时确定小区内第一业务占用的资源,之后执行后续步骤。由此可见,在本发明实施例中,对于预设门限的类型并不做过多限定。为了方便基站控制器完成空闲资源的参数判断,通常采用设置固定参数或可变参数的方式,这样一来,基站控制器仅需要比较空闲资源与固定参数或可变参数之间的大小关系,即可确定当前小区内的空闲资源量是否满足预设门限的限制。若预设门限为参数范围,则在比较空闲资源与预设门限之间关系的过程中,很可能需要经过两次比较过程才能最终确定当前小区内的空闲资源量是否满足预设门限的限制。其中,两次比较过程具体包括,将空闲资源量与预设门限对应参数范围的上限、下限分别进行比较。

对于基站控制器而言,接入每个小区的ps业务所占用的资源都会通过该小区对应的基站上报给基站控制器,因此,基站控制器可以掌握每个小区中资源的使用情况,从而确定各个小区中的空闲资源量是否满足预设门限的限制。

同理,正因为基站控制器能够掌握每个ps业务的执行情况,因此,基站控制器也可以对ps业务的类型进行区分,即哪些ps业务属于第一业务,哪些ps业务属于第二业务,以及哪些ps业务属于第三业务。需要说明的是,对于上述第二业务、第三业务所代表的ps业务类型,会在后文提出,在此不做赘述。

在基站控制器确定哪些ps业务属于第一业务后,基站控制器可以确定同一小区内所有第一业务当前占用的资源量,即步骤101中所述的小区内第一业务占用的资源量。

需要说明的是,由于第一业务属于已经执行完,但还未释放资源的ps业务,因此,基站控制器可以认为这些资源虽然处于被占用的状态,但却并不属于被使用的状态,因此,为了尽可能减少对正在执行的ps业务造成影响,基站控制器会优先释放第一业务占用的资源。

在本发明实施例中,用于衡量资源量的参数可以为tbf的数量、资源利用率等,对于资源量的表现形式、类型等,在此不做限定。

步骤102、根据第一业务占用的资源量与指定门限之间的大小关系,释放第一业务占用的部分或是全部资源。

其中,指定门限为预设门限与空闲资源量的差值。

在本发明实施例中,在空闲资源量不足的情况下,基站控制器可以通过释放当前ps业务正在占用的资源的方式,以确保在完成资源释放后小区内具有足够的空闲资源。但考虑到资源的释放很可能会影响到一些正在执行的ps业务,因此,在本发明实施例中,会参考预设门限与空闲资源量的差值来完成资源释放。也就意味着,在尽可能少影响ps业务正常执行的前提条件下,将空闲资源量恢复到预设门限所限制的范围。需要说明的是,释放第一业务占用的部分还是全部资源的具体实现方式,会在后文提出,在此不做赘述。

另外,在本发明实施例中,也可以不计算指定门限的大小,而是随着资源的释放过程,周期性或是实时比较当前空闲资源量是否满足预设门限的限制,然而,采用上述不计算指定门限的实现方式,往往会因为频繁的比较过程而耗费基站控制器更多的资源。因此,为了确保资源的有效利用,避免不必要的资源浪费,在本发明实施例中,通常还是选择计算指定门限的方式来最终确定释放第一业务占用的部分或是全部资源。

由此可见,本发明实施例通过预留空闲资源的方式,以解决ps业务拥塞时,ps业务资源不充足的问题。对于小区内空闲资源量不足的情况,在本发明实施例中,会优先释放那些已完成但未释放资源的ps业务,从而实现资源的充分利用。此外,出于整体ps业务执行效率的考虑,在释放第一业务占用的资源的过程中,不一定要释放第一业务占用的全部资源,若释放第一业务占用的部分资源后,就能使小区内的空闲资源量满足预设门限的限制要求,那么可以选择仅释放该部分资源,从而确保在ps业务拥塞时,能够为新接入的ps业务分配资源。

为了确保资源的充分利用,在空闲资源量满足预设门限的限制后,不对额外被占用的资源量进行释放。因此,在如图2所示的实现方式的基础上,还可以实现为如图3所示的实现方式。其中,步骤102根据第一业务占用的资源量与指定门限之间的大小关系,释放第一业务占用的部分或是全部资源,可以具体实现为步骤201和步骤202:

步骤201、若第一业务占用的资源量大于指定门限,则释放第一业务占用的全部资源中与指定门限对应的资源。

步骤202、若第一业务占用的资源量小于或等于指定门限,则释放第一业务占用的全部资源。

在释放资源之前,基站控制器可以通过计算的方式,确定需要释放的资源量的大小,之后按照得到的预释放的资源量大小,释放第一业务占用的资源。需要说明的是,对于第一业务占用的资源量能够满足计算得到的预释放的资源量大小,则在释放过程中,仅释放第一业务占用的部分资源。也就意味着,只要确保完成释放后,空闲资源量能够满足预设门限的限制即可,这样对于那些未被释放资源的第一业务而言,若需要继续执行与该业务存在关联的ps业务,或是继续执行第一业务,则即将要执行的ps业务无需重新向基站控制器申请资源,就可以直接使用该第一业务占用的资源,从而节省业务处理过程中请求资源的过程,以提升业务的执行效率。

需要说明的是,对于小区内空闲资源量较少的情况而言,基站控制器势必要释放第一业务占用的大部分或是全部资源,那么为了节省释放资源过程的总耗时,可以在释放资源的同时计算需要释放的资源量的大小。这样一来,在完成计算过程时,已经释放的资源量大小并不会达到预释放的资源量大小。也就意味着,基站控制器的计算过程与释放过程同时执行,这样还能进一步节省预留空闲资源所耗费的时间。

为了确保ps业务拥塞时,仍然保留有足够的ps业务资源,对于释放了第一业务占用的全部资源的情况而言,还可以继续释放第二业务占用的资源,直至当前空闲资源量满足预设门限的限制。因此,在如图3所示实现方式的基础上,还可以实现为如图4所示的实现方式。其中,在执行完步骤202若第一业务占用的资源量小于或等于指定门限,则释放第一业务占用的全部资源之后,还可以执行步骤103:

步骤103、若当前小区内空闲资源量仍小于预设门限,则释放第二业务占用的资源。

考虑到第一业务的数量有限,在将第一业务占用的全部资源释放后,很可能仍然存在空闲资源量不满足预设门限所限制的情况。因此,为了确保空闲资源量满足预设门限的限制,在本发明实施例中,还需要释放其他ps业务的资源。需要说明的是,对于其他业务所占用的资源的释放过程,会在后文提出,在此不做赘述。

需要说明的是,在本发明实施例中,第二业务可以包括优先级低于第三业务的ps业务,第三业务为小区内除第一业务和第二业务以外的ps业务。其中,第三业务可以至少包括指定imsi对应的终端发起的ps业务,以及在ps业务执行过程中终端或是指定服务器发送了携带有指定服务器ip地址的ps业务。

也就意味着,第三业务中包括特定ps业务,以特定ps业务为共享单车业务为例,接入共享单车业务的终端往往为安装有共享单车应用程序的终端,那么这一类终端的imsi是固定的,因此,只要确定了执行ps业务的主体为这一类终端,则即便这一类终端当前执行的ps业务的优先级低于小区内其他ps业务,也会在释放资源的过程中,不考虑这一类终端当前执行的ps业务。同理,除了通过终端的imsi确定该终端是否为执行特定ps业务的终端,还可以通过服务器ip地址来确定。同样以特定ps业务为共享单车业务为例,归属于同一企业名下的共享单车业务往往由某一个或是某一组特定的服务器为这类ps业务提供服务,而一旦ps业务的种类确定,就可以确定出与这种ps业务对应的那一个或是一组特定的服务器,也就可以确定出该特定的服务器的ip地址,从而通过服务器的ip地址对ps业务进行区分。与前述情况类似,在释放资源的过程中,这一类特定的服务器的ip地址所对应的ps业务在执行过程中不会被释放,并且,若正在执行的这类ps业务不主动释放资源,也不会强制要求这类ps业务在执行完后释放所占用的资源。对于第三业务的种类,上述几种情况仅为一种示例,并不作为第三业务的限定。

此外,第二业务可以不包括试图接入小区但仍未成功接入小区的ps业务,以及等指定sim卡所在终端发起的ps业务,比如,诸如qosarp1用户使用的终端发起的ps业务。需要说明的是,对于那些处于gmm信令流程中的用户也不进行释放,即对于那些处于分组域移动性管理过程中的用户不进行释放。

ps业务在执行过程中,需要先完成小区的接入,之后再通过数据交互以执行ps业务。在本发明实施例中,对于还未接入小区的ps业务而言,并不会在该ps业务成功接入小区就释放这类ps业务的资源,即便这类ps业务的优先级较低,基站控制器也仅仅是在这类ps业务成功接入小区后,才选择性释放这类ps业务所占用的资源。若ps业务在还未成功接入小区前就已经被释放了资源,那么该ps业务只能等待基站控制器为该ps业务分配资源后才能接入小区,且接入小区后也可能存在被释放资源的风险,由此可见,该ps业务很可能在很长一段时间内都无法顺利执行。因此,为了避免上述情况的发生,在本发明实施例中,对于试图接入小区但仍未成功接入小区的ps业务,先确保该ps业务入网,之后再考虑该ps业务占用的资源是否需要被释放。另外,对于终端用户而言,很多sim卡在开卡时就已经确定了该sim卡的特殊身份,比如,用户需要交纳高额的费用来换取特殊身份的sim卡,即指定sim卡,从而确保在使用过程中,相较于其他用户而言,具有更高的优先级。也就意味着,指定sim卡所在终端发起的业务会获得较高的网速等。因此,在本发明实施例中,为了继续保证这类用户的权益,在预留空闲资源的同时,会优先保留这类用户的使用权益,即在释放资源的过程中,不考虑这类用户触发的ps业务。

需要说明的是,工作人员还可以根据当前小区的需求,增减第二业务所涉及的ps业务的类型,上述第二业务所不包括的业务情况仅为一种示例,在此并不作为第二业务内容的限定。

由此可见,而对于释放了第一业务占用的全部资源,且当前小区内的空闲资源量仍不满足预设门限的限制的情况,在本发明实施例中,还可以继续释放第二业务占用的资源,以确保小区内具有充足的空闲资源,从而确保ps业务拥塞时,仍然保留有足够的ps业务资源。

在本发明实施例中,提出了一种在释放了第一业务占用的全部资源后,若空闲资源量还未满足预设门限的限制,具体释放第二业务占用的资源的实现方式。在如图4所示的实现方式的基础上,还可以实现为如图5所示的实现方式。其中,步骤103若当前小区内空闲资源量仍小于预设门限,则释放第二业务占用的资源,可以具体实现为步骤301和步骤302:

步骤301、若当前小区内空闲资源量仍小于预设门限,则确定预设门限与当前小区内空闲资源量的差值。

步骤302、释放第二业务占用的资源,直至所释放的第二业务占用的资源量大于或等于预设门限与当前小区内空闲资源量的差值。

与释放第一业务占用的资源的过程所考虑的内容类似,同样需要考虑资源的有效利用,因此,在释放过程中,需要考虑预设门限与释放了第一业务占用的全部资源后小区内空闲资源量的差值。也就意味着,在释放第二业务占用的资源的过程中,确保释放后小区内空闲资源量满足预设门限的限制即可。

此外,参考步骤201和步骤202中强调的内容,基站控制器同样可以在计算后释放第二业务占用的部分或全部资源,或是在释放过程中计算预释放的资源量,在此不再赘述。

由此可见,第二业务占用的资源的释放,仅在第一业务占用的资源不足以补足预设门限所要求的空闲资源的情况下执行。相对于第一业务占用的资源而言,第二业务占用的资源通常为正在执行的ps业务所使用的资源,这类资源的释放,往往会隐性到第二业务的正常执行,比如,会产生业务中断、异常结束等情况。但考虑到本发明实施例的目的在于,提供充足的空闲资源供特定ps业务使用,因此,对于优先级较低、对时延要求较低等非特定ps业务而言,为了确保小区内存在充足的空闲资源,在本发明实施例中,在释放第一业务占用的全部资源后,优先释放第二业务占用的资源。

考虑到在小区中存在新接入的ps业务时,会更大可能的影响到小区内的空闲资源量,因此,为了节省预留空闲资源过程中所耗费的计算、处理等资源,在本发明实施例中,可以仅在新的ps业务接入小区后,触发整个资源配置的过程。因此,在如图2至图5中任意一项所示的实现方式的基础上,以图2为例,还可以实现为如图6所示的实现方式。其中,步骤101若小区内空闲资源量小于预设门限,则确定小区内第一业务占用的资源,可以具体实现为步骤401:

步骤401、若存在新接入小区的ps业务,且小区内空闲资源量小于预设门限,则确定小区内第一业务占用的资源量。

在本发明实施例中,资源配置过程可以为实时、周期性或是非周期性触发的过程。但从节约资源的角度考虑,若小区内的ps业务数量只减不增,即不存在新接入小区的ps业务,那么此时小区内的空闲资源量通常只会增加而不会减少。因此,在本发明实施例中,若存在新接入小区的ps业务,则基站控制器确定小区内空闲资源量是否小于预设门限,并在空闲资源量小于预设门限时,触发整个资源配置过程。从而在保证空闲资源量满足预设门限的限制的基础上,尽可能节省资源配置所耗费的资源。

如图7所示,为一种可能的资源配置实现流程。其中,用于表示资源量的参数为tbf数量。该实现流程具体包括:

步骤501、新ps业务接入小区。

步骤502、基站控制器为新ps业务分配信道资源。

步骤503、基站控制器计算小区负荷。

在本发明实施例中,考虑的不是空闲资源量,而是已占用的资源量。由此可见,上文所提出的根据空闲资源量确定是否释放第一业务及第二业务占用的资源的实现方式,还可以实现为根据当前小区负荷情况来确定是否释放第一业务及第二业务占用的资源。

需要说明的是,无论是考虑小区负荷,还是空闲资源量,都仅作为一种资源配置过程的可能触发条件,并不作为该资源配置过程的必要触发条件。

步骤504、基站控制器确定小区负荷是否小于阈值。其中,若小区负荷小于阈值,则结束资源配置流程;否则,执行步骤505。

步骤505、基站控制器计算要释放的tbf数量relnum。

步骤506、基站控制器遍历小区内所有tbf,查找能够通过流程触发释放的低优先级tbf数量existnum。

需要说明的是,低优先级业务可以被视为上述第一业务。

步骤507、基站控制器判断relnum是否小于或等于existnum。其中,若relnum小于或等于existnum,则执行步骤508;否则,执行步骤509和步骤510。

步骤508、基站控制器通过流程触发释放relnum的低优先级tbf。

步骤509、基站控制器遍历小区内所有tbf,按照一定优先级,强制释放(relnum-existnum)的次低优先级tbf。

需要说明的是,次低优先级业务可以被视为上述第二业务。

步骤510、基站控制器通过流程触发释放existnum的低优先级tbf。

其中,步骤509和步骤510由于在实现过程中不存在先后顺序的限定,因此,步骤509和步骤510可以按照一定先后顺序执行,或是同时执行。在图7中仅示出了按照先执行步骤509,后执行步骤510的顺序执行这两个步骤的实现过程,但不作为这两个步骤实现时机上的限定。

在上述基站控制器中可以设置有资源配置装置,资源配置装置为了实现上述功能,其包含了执行各个功能相应的硬件结构和/或软件模块。本领域技术人员应该很容易意识到,结合本文中所公开的实施例描述的各示例的单元及算法步骤,本发明能够以硬件或硬件和计算机软件的结合形式来实现。某个功能究竟以硬件还是计算机软件驱动硬件的方式来执行,取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能,但是这种实现不应认为超出本发明的范围。

本发明实施例可以根据上述方法示例对资源配置装置进行功能模块的划分,例如,可以对应各个功能划分各个功能模块,也可以将两个或两个以上的功能集成在一个处理模块中。上述集成的模块既可以采用硬件的形式实现,也可以采用软件功能模块的形式实现。需要说明的是,本发明实施例中对模块的划分是示意性的,仅仅为一种逻辑功能划分,实际实现时可以有另外的划分方式。

如图8所示,为上述实施例中所涉及的资源配置装置的一种可能的结构示意图。资源配置装置10包括:确定模块11和释放模块12。其中,确定模块11用于支持资源配置装置10执行图2、图3、图4、图5中的步骤101,图6中的步骤401;释放模块12用于支持资源配置装置10执行图2、图6中的步骤102,图3、图4、图5中的步骤201和步骤202,图4中的步骤103,图5中的步骤301和步骤302。需要说明的是,确定模块11与释放模块12除了可以分开部署外,还可以集成在处理模块20上,由处理模块20实现确定模块11和释放模块12所能实现的功能,和/或用于本文所描述的技术的其它过程。此外,资源配置装置10中还可以设置有通信模块13和存储模块14。其中,通信模块13用于支持资源配置装置与基站控制器中各个模块之间进行数据交互,和/或支持基站控制器与其他网元之间的通信;存储模块14用于存储基站的程序代码和数据。

其中,处理模块20可以实现为处理器或控制器,例如可以是cpu,通用处理器,dsp,asic,fpga或者其他可编程逻辑器件、晶体管逻辑器件、硬件部件或者其任意组合。其可以实现或执行结合本发明公开内容所描述的各种示例性的逻辑方框,模块和电路。所述处理器也可以是实现计算功能的组合,例如包含一个或多个微处理器组合,dsp和微处理器的组合等等。通信模块13可以实现为收发器、收发电路或通信接口等。存储模块14可以实现为存储器。

若处理模块20实现为处理器、通信模块13实现为收发器、存储模块14实现为存储器,则如图8所示,资源配置装置30包括:处理器31、收发器32、存储器33,以及总线34。其中,处理器31、收发器32和存储器33通过总线34相互连接;总线34可以是pci总线或eisa总线等。所述总线可以分为地址总线、数据总线、控制总线等。为便于表示,图8中仅用一条粗线表示,但并不表示仅有一根总线或一种类型的总线。

结合本发明公开内容所描述的方法或者算法的步骤可以硬件的方式来实现,也可以是由处理器执行软件指令的方式来实现。软件指令可以由相应的软件模块组成,软件模块可以被存放于ram、闪存、rom、eprom、eeprom、寄存器、硬盘、移动硬盘、cd-rom或者本领域熟知的任何其它形式的存储介质中。一种示例性的存储介质耦合至处理器,从而使处理器能够从该存储介质读取信息,且可向该存储介质写入信息。当然,存储介质也可以是处理器的组成部分。处理器和存储介质可以部署在同一设备中,或者,处理器和存储介质也可以作为分立组件部署在于不同的设备中。

本领域技术人员应该可以意识到,在上述一个或多个示例中,本发明实施例所描述的功能可以用硬件、软件、固件或它们的任意组合来实现。当使用软件实现时,可以将这些功能存储在计算机可读介质中或者作为计算机可读介质上的一个或多个指令或代码进行传输。计算机可读介质包括计算机存储介质和通信介质,其中通信介质包括便于从一个地方向另一个地方传送计算机程序的任何介质。存储介质可以是通用或专用计算机能够存取的任何可用介质。

以上所述的具体实施方式,对本发明实施例的目的、技术方案和有益效果进行了进一步详细说明,所应理解的是,以上所述仅为本发明的具体实施方式而已,并不用于限定本发明的保护范围,凡在本发明实施例的技术方案的基础之上,所做的任何修改、等同替换、改进等,均应包括在本发明实施例的保护范围之内。

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