CN110461038A - 一种资源分配的方法和装置 - Google Patents

Abstract

本发明公开了一种资源分配的方法和装置，用以解决现有技术中小区的下行吞吐量较低的问题。在本发明实施例中，网络侧设备，根据终端采用的资源分配类型以及目标PRB，确定发送小区级别的信息使用的起始PRB，之后再根据确定的起始PRB以及需要发送的小区级别的信息，确定发送小区级别的信息使用的PRB。由于网络侧设备从承载主同步信号和/或辅同步信号的PRB查找需要发送的小区级别的信息的起始PRB，使小区级别的信息的源迁移到终端不可使用的目标资源上，增加了承载发送数据业务的PRB数量，提升了小区的下行吞吐量。

Description

一种资源分配的方法和装置

技术领域

本发明涉及通讯技术领域，特别涉及一种资源分配的方法和装置。

背景技术

3D-MIMO(3D-Multiple-Input Multiple-Output，多入多出技术)是TD-LTE(TD-SCDMA Long Term Evolution，时分同步码分多址－长期演进)技术演进中重要特性之一，具有组网灵活、有效降低选址难度、增强覆盖、降低干扰、提升容量的特点。目前，基于3D-MIMO场景终端采用的传输模式是波束赋形，可以是8个终端使用同样的频域资源，每个终端数据传输使用端口7和端口8进行双流的数据发送；也可以是16个终端使用同样的频域资源，每个终端使用端口7或端口8进行单流的数据传输。

3GPP(3rd Generation Partnership Project，第三代移动通信标准化组织)协议规定，在TDD(Time division duplex，时分双工)制式下，对于端口7/8的数据发送有限制，在使用端口7/8进行数据发送时，不能将数据发送在主/辅同步信号所在的PRB(physicalresource block，物理资源块)上。而且在小区内，需要使用时频资源的业务除了终端的数据业务之外，还有广播和寻呼，广播和寻呼都是小区级别的信息，终端在获取到小区的广播后，才能够接入该小区并在该小区内正确地工作。因此，广播与寻呼非常重要，优先级最高，基站在每个空口子帧进行调度时，会先为广播分配资源，再为寻呼分配资源，之后才会为终端分配资源。然而由于广播和寻呼占用的PRB终端不可使用，造成了小区的下行吞吐量较低。

综上所述，现有技术中由于广播和寻呼占用的PRB终端不可使用，造成了小区的下行吞吐量较低。

发明内容

本发明提供一种资源分配的方法和装置，用以解决现有技术中由于广播和寻呼占用的PRB终端不可使用，造成了小区的下行吞吐量较低的问题。

第一方面，网络侧设备根据终端采用的资源分配类型以及目标物理资源块PRB，确定发送小区级别的信息使用的起始PRB，其中所述目标PRB为承载主同步信号和/或辅同步信号的PRB，之后网络侧设备根据确定的起始PRB以及需要发送的所述小区级别的信息，确定发送所述小区级别的信息使用的PRB。

由于本发明实施中，网络侧设备从承载主同步信号和/或辅同步信号的PRB查找需要发送的小区级别的信息的起始PRB，使小区级别的信息的源迁移到终端不可使用的目标资源上，增加了承载发送数据业务的PRB数量，提升了小区的下行吞吐量。

在一些具体的实施例中，终端采用的资源分配类型包括下列类型中的部分或全部：Type(类型)0和Type1。当终端采用的资源分配类型为Type0时，所述网络侧设备将目标PRB中的第一个PRB所在的RBG(resource block group，资源块组)中的第一个PRB确定为发送小区级别的信息使用的起始PRB。若终端采用的资源分配类型为Type1，所述网络侧设备将目标PRB中的第一个PRB确定为发送小区级别的信息使用的起始PRB。其中，发送小区级别的信息的方式为广播和/或寻呼。

由于本发明实施中，是根据不同的资源分配类型为确定小区级别的信息的源的起始PRB迁移到终端不可使用的目标资源上，进一步的增加了承载发送数据业务的PRB数量，提升了小区的下行吞吐量。

第二方面，一种资源分配的网络侧设备，该网络侧设备包括：至少一个处理单元以及至少一个存储单元，其中，所述存储单元存储有程序代码，当所述程序代码被所述处理单元执行时，使得所述处理单元执行下列过程：

根据终端采用的资源分配类型以及目标物理资源块PRB，确定发送小区级别的信息使用的起始PRB，其中所述目标PRB为承载主同步信号和/或辅同步信号的PRB；根据确定的起始PRB以及需要发送的所述小区级别的信息，确定发送所述小区级别的信息使用的PRB。

在一些具体的实施其中，所述终端采用的资源分配类型包括下列类型中的部分或全部：Type0和Type1。若终端采用的资源分配类型为Type0，将目标PRB中的第一个PRB所在的RBG中的第一个PRB确定为发送小区级别的信息使用的起始PRB。若终端采用的资源分配类型为Type1，将目标PRB中的第一个PRB确定为发送小区级别的信息使用的起始PRB。而发送小区级别的信息的方式为广播和/或寻呼。

另外，第二方面任一一种实现方式所带来的技术效果可参见第一方面中实现方式所带来的技术效果，此处不再赘述。

本申请的这些方面或其他方面在以下的实施例的描述中会更加简明易懂。

附图说明

为了更清楚地说明本发明实施例中的技术方案，下面将对实施例描述中所需要使用的附图作简要介绍，显而易见地，下面描述中的附图仅仅是本发明的一些实施例，对于本领域的普通技术人员来讲，在不付出创造性劳动性的前提下，还可以根据这些附图获得其他的附图。

图1为本发明实施例一种资源分配的系统结构示意图；

图2为本发明实施例一种完整的资源分配的方法示意图；

图3为本发明实施例一种资源分配的网络侧设备结构示意图；

图4为本发明实施例另一种资源分配的网络侧设备结构示意图；

图5为本发明实施例一种资源分配的方法示意图。

具体实施方式

为了使本发明的目的、技术方案和优点更加清楚，下面将结合附图对本发明作进一步地详细描述，显然，所描述的实施例仅仅是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其它实施例，都属于本发明保护的范围。

本发明实施例应用于3D-MIMO的场景下，所谓3D-MIMO就是通过在基站安装几百根天线(如128根甚至更多)来提升小区的平均频谱效率。与传统MIMO不同的是，当基站的天线数趋向于很多时，各终端的信道趋向于正交，终端间干扰趋于消失，巨大的阵列增益有效提升每个终端的信噪比，因此在相同时频资源上支持更多终端传输，提升小区的平均频谱效率。

基于此，如图1所示，本发明实施例提供一种资源分配的系统，该系统包括：网络侧设备100和终端101。

网络侧设备100可以为基站，主要用于根据终端采用的资源分配类型以及目标物理资源块PRB，确定发送小区级别的信息使用的起始PRB，以及根据确定的起始PRB以及需要发送的所述小区级别的信息，确定发送所述小区级别的信息使用的PRB。

其中，这里的目标PRB为承载主同步信号和/或辅同步信号的PRB，主同步信号的分布时刻和频域是每个子帧1和子帧6的小区带宽中间的6个PRB；辅同步信号的分布时刻和频域是每个子帧0和子帧5的小区带宽中间的6个PRB。

而发送小区级别的信息的方式为广播和/或寻呼，广播的作用为：保证终端能够接入小区并在该小区内正确地工作，并且从协议角度目前有SIB1～SIB16，也就是说如果一个终端要接入小区，则小区内至少要存在SIB1和SIB2。其中，SIB1出现的时刻是每个偶数帧的子帧5。而其它SIB(SIB2～SIB16)，发送周期相同的SIB可组装成一个SI，SI的发送时刻信息在SIB1的数据中进行指示，SI编号以n表示(从1开始)，每个SI的发送时刻计算方式如下：

对每个SI消息，计算x＝(n-1)*w，其中w为SI-WindowLength(SI的发送窗长，单位为ms)；SI发送窗的起始帧号需要满足SFN％T＝FLOOR(x/10)，其中T为对应SI消息的周期，由si-Periodicity指定。SFN％T保证了SI的周期，FLOOR(x/10)确定SI窗口在周期内的起始系统帧。

SI发送窗的起始子帧号为a，a＝x％10；SI在每个周期的发送窗的起始帧号及子帧号的计算方式如上，发送窗的窗长是si-WindowLength，SI可以在窗口内发送1次或多次，协议不做限制。

而寻呼有两个作用，第一个作用是向处于RRC_IDLE(Radio Resource ControlIDLE无线资源控制层空闲)状态的UE(终端)发送信息，这是由核心网触发的，用于通知某个UE接收寻呼请求；第二个是用于通知处于RRC_IDLE和RRC_CONNECTED(Radio ResourceControl CONNECTED无线资源控制层连接)的终端，指示系统信息发生变化以及指示一个ETWS(Earthquake and Tsunami Warning System，地震和海啸预警系统)或者CMAS(Commercial Mobile Alert Service，商用移动预警系统)，这种寻呼是由基站触发的。但是寻呼的发送时刻有较复杂的计算公式，与终端ID以及基站配置参数相关，比如：

T表示DRX周期，数值可以是32，64，128，256个无线帧，如果S1接口来的寻呼消息指示了一个更加短的UE特别DRX，使用这个短的DRX代替原来的；nB为4T,2T,T,1/2T,1/4T,1/8T,1/16T,1/32T.该参数在系统信息SIB2中广播。其中N为min(T,nB)，N为max(1,nB/T)，UE_ID为IMSI mod 1024。

寻呼发送的帧号PF需要满足：SFN mod T＝(T div N)*(UE_ID mod N)，以及寻呼发送的子帧号P0需要先计算i_s后进行查表，i_s＝(UE_ID/N)mod Ns，对于TDD系统使用的表格如下所示：

表1、TDD寻呼子帧分配表

Ns	PO when i_s＝0	PO when i_s＝1	PO when i_s＝2	PO when i_s＝3
					1	0	N/A	N/A	N/A
2	0	5	N/A	N/A
					4	0	1	5	6

如果寻呼是用于通知指示系统信息变更，则目前基站的实现中，为了确保小区内所有终端都能接收到寻呼，会在整个系统信息变更周期内的所有PO(即寻呼发送子帧号，如表1所示，比如Ns配置为4时，PO为子帧0/1/5/6)时间点发送寻呼。系统信息变更周期时长为modificationPeriodCoeff*defaultPagingCycle，其中，modificationPeriodCoeff取值为2、4、8、16；defaultPagingCycle是DRX周期，数值可以是32，64，128，256个无线帧。因此一个系统信息变更周期的范围可以是640ms～40960ms。

在本发明实施例中，网络侧设备在获取到小区级别的信息后，根据终端采用的资源分配类型以及目标物理资源块PRB，确定发送小区级别的信息使用的起始PRB，之后再根据确定的起始PRB以及需要发送的小区级别的信息，确定发送小区级别的信息使用的PRB，其中这里的目标PRB为承载主同步信号和/或辅同步信号的PRB。由于本发明实施中，网络侧设备从承载主同步信号和/或辅同步信号的PRB查找需要发送的小区级别的信息的起始PRB，使小区级别的信息的源迁移到终端不可使用的目标资源上，增加了承载发送数据业务的PRB数量，提升了小区的下行吞吐量。

当网络侧设备获取到小区级别的信息后，会根据终端采用的资源分配类型以及目标物理资源块PRB，确定发送小区级别的信息使用的起始PRB。

而这里的目标PRB为承载主同步信号和/或辅同步信号的PRB，终端采用的资源分配类型包括但不局限于：Type0和Type1。

其中，如表2所示，Type0的资源分配方式是以连续的4个PRB，称为一个RBG(resource block group，资源块组)为粒度进行资源分配的，并且会存在资源分配字段，用于表示哪些PRB是分配给哪些终端。

表2、Type0的资源分配方式

RBG编号	0	1	2	3	……	21	22	23	24
										PRB索引	0-3	4-7	8-11	12-15	……	84-87	88-91	92-95	96-99

Type1的资源分配方式是将整个系统带宽分为P个子集，这里的P与系统带宽有关。对于相同的系统带宽，Type1与Type0相同，采用NRBG比特进行资源指示，但是Type1将资源块分配信息分为三个部分：第一部分包含比特个数，用来指示从P个RBG子集中选择的RBG子集；第二部分采用一个比特表示在RBG子集中资源分配的偏移范围，当该比特位为1则表示触发了偏移，否则不触发偏移；第三部分为一个比特位图，每一个比特与所选择RBG子集中的一个RB相对应，如果对应的比特位为1，则表示与该位对应的RB被分配给该UE，反之则没有。

当确定发送小区级别的信息使用的起始PRB之后，网络侧设备再根据确定的起始PRB以及需要发送的所述小区级别的信息，确定发送所述小区级别的信息使用的PRB。

下面根据终端采用的不同资源分配类型，对确定发送小区级别的信息使用的起始PRB进行说明。

1、当终端采用的资源分配类型为Type0时，此时网络侧设备则将目标PRB中的第一个PRB所在的RBG中的第一个PRB确定为发送小区级别的信息使用的起始PRB。

比如，网络侧设备目标PRB中的第一个PRB所在的RBG编号为RBG 0，此时网络侧设备则将RBG 0中的第一个PRB即PRB 0确定为发送小区级别的信息使用的起始PRB。

2、当终端采用的资源分配类型为Type1，此时网络侧设备将目标PRB中的第一个PRB确定为发送小区级别的信息使用的起始PRB。

比如，网络侧设备标PRB中的第一个PRB为PRB 2，此时网络侧设备将PRB 2确定为发送小区级别的信息使用的起始PRB。

下面以下以小区TDD制式，带宽20M，上下行子帧配比2(DSUDD)，特殊子帧配置7(10:2:2)，常规子帧CFI＝3、特殊子帧CFI＝2(CFI大，单子帧可以调度出较多的终端)，为例对上述方法进行说明。

一、终端采用Type0的资源分配方式时：

小区内的RBG11～RBG13(PRB44～PRB55)由于协议限制，终端不可使用。则广播与寻呼就从PRB44开始查找连续的可用资源。

1、广播从PRB44开始查找连续的可用资源：

(1)、将SIB1的频域资源迁移，下行小区吞吐量的增益计算如下所示：

SIB1使用资源迁移到终端不可使用的PRB资源上后(即使用PRB44～PRB49)这个子帧上，终端可用的PRB个数从80个(RBG0、RBG1、RBG11、RBG12、RBG13不可用)，变为88个(RBG11、RBG12、RBG13不可用)。因此，在这个子帧上单流的下行数据TBS从45352bit可提升为51024bit。

而对于单个终端的下行单流的速率提升是：(52752-45352)*(1000/20)＝370000bits/s；3D-MIMO场景下小区的下行速率提升是：370000*16＝5920000bits/s。

(2)、当SIB2的频域资源迁移，下行小区吞吐量的增益计算如下所示：

SIB2的出现时刻，从提供的计算公式可知，SIB2对应n＝1，则x＝(n-1)*w＝0。其发送周期常设置为320ms，因此其发送窗口的起始帧号需要满足SFN％32＝FLOOR(x/10)＝0，发送窗口的起始子帧号a＝x％10＝0。此外，其在窗内重复发送次数通常设置为3次。由此可知，在每1s内平均有3个SIB2的发送窗，在发送窗内，SIB2出现的子帧号依次是子帧0、子帧1、子帧x(第3次发送根据小区的上/下行子帧配置来确定，还需要避让SIB1出现的子帧)。

a、对于子帧0，SIB2的频域资源迁移效果同SIB1，只是出现周期拉长，因此对于小区下行吞吐量的提升效果依次是：对于单个终端的下行单流的速率提升是：(52752-45352)*3＝22200bits/s；3D-MIMO场景下(16流的情况)，小区的下行速率提升是：22200*16＝355200bits/s。

b、对于子帧1，SIB2的频域资源迁移，单流的下行数据TBS从32856bit可提升为35160bit。对于小区下行吞吐量的提升效果依次是：对于单个终端的下行单流的速率提升是：(35160-32856)*3＝6912bits/s；D-MIMO场景下(16流的情况)，小区的下行速率提升是：6912*16＝110592bits/s。

c、对于子帧x，如果是上下行子帧配比2(DSUDD)，即是子帧3，对小区下行速率没有提升作用。如果是上下行子帧配比0(DSUUU)，因需要避让SIB1出现的子帧，所以SIB2第三次出现的时刻是子帧6，对于小区下行吞吐量的提升效果同b的描述。

2、其它SIB与寻呼从目标PRB开始查找连续的可用资源：

由于是否配置其它SIB，与希望小区所具备的功能相关；而部分寻呼由核心网下发；部分寻呼是由于系统信息变更，所以不能确切地分析其发生时刻，二者的频域迁移对小区下行吞吐量的提升无法精确进行计算。

综上所述，仅SIB1和SIB2的频域迁移对于单个终端的下行单流的速率提升是：370000+22200+6912＝399112bits/s；3D-MIMO场景下(16流的情况)，小区的下行速率提升是：399112*16＝6385792bits/s。也就是说3D-MIMO场景下，仅计算最基本的SIB1和SIB2的频域迁移对小区下行吞吐量的提升约6M bit/s。而正常工作的小区内，必定还有其它SIB以及核心网下发的寻呼出现，因此，采用本发明实施例资源分配的方法对小区下行吞吐量的提升作用将会更大。

二、终端采用Type1的资源分配方式的时：

小区内的PRB47～PRB52由于协议限制，终端不可使用。则广播与寻呼就从PRB47开始查找连续的可用资源，此时广播和寻呼的频域迁移对小区下行吞吐量的提升效率方法类似Type0，在此就不在赘述。

基于此，如图2所示，本发明实施例提供一种完整的资源分配的方法。

步骤200、网络侧设备获取小区级别的信息；

步骤201、网络侧设备判断终端采用的资源分配类型，若是Type0执行步骤202，若是Type1执行步骤203；

步骤202、网络侧设备将目标PRB中的第一个PRB所在的RBG中的第一个PRB确定为发送小区级别的信息使用的起始PRB，执行步骤204；

步骤203、网络侧设备将目标PRB中的第一个PRB确定为发送小区级别的信息使用的起始PRB，执行步骤204；

步骤204、网络侧设备根据确定的起始PRB以及需要发送的所述小区级别的信息，确定发送所述小区级别的信息使用的PRB。

如图3所示，本发明实施例一种资源分配的网络侧设备，该网络侧设备包括：至少一个处理单元300以及至少一个存储单元301，其中，所述存储单元301存储有程序代码，当所述程序代码被所述处理单元300执行时，使得所述处理单元300执行下列过程：

根据终端采用的资源分配类型以及目标物理资源块PRB，确定发送小区级别的信息使用的起始PRB，其中所述目标PRB为承载主同步信号和/或辅同步信号的PRB；根据确定的起始PRB以及需要发送的所述小区级别的信息，确定发送所述小区级别的信息使用的PRB。

可选的，所述终端采用的资源分配类型包括下列类型中的部分或全部：

Type0和Type1。

可选的，所述处理单元300具体用于：

若终端采用的资源分配类型为Type0，将目标PRB中的第一个PRB所在的RBG中的第一个PRB确定为发送小区级别的信息使用的起始PRB。

可选的，所述处理单元300还用于：

若终端采用的资源分配类型为Type1，将目标PRB中的第一个PRB确定为发送小区级别的信息使用的起始PRB。

可选的，所述发送小区级别的信息的方式为广播和/或寻呼。

如图4所示，本发明实施例一种资源分配的网络侧设备，该网络侧设备包括：

确定模块400，用于根据终端采用的资源分配类型以及目标物理资源块PRB，确定发送小区级别的信息使用的起始PRB，其中所述目标PRB为承载主同步信号和/或辅同步信号的PRB；

执行模块401，用于根据确定的起始PRB以及需要发送的所述小区级别的信息，确定发送所述小区级别的信息使用的PRB。

可选的，所述终端采用的资源分配类型包括下列类型中的部分或全部：

Type0和Type1。

可选的，所述确定模块400具体用于：

若终端采用的资源分配类型为Type0，所述网络侧设备将目标PRB中的第一个PRB所在的RBG中的第一个PRB确定为发送小区级别的信息使用的起始PRB。

可选的，所述确定模块400还用于：

若终端采用的资源分配类型为Type1，所述网络侧设备将目标PRB中的第一个PRB确定为发送小区级别的信息使用的起始PRB。

可选的，所述发送小区级别的信息的方式为广播和/或寻呼。

本发明实施例一种计算设备可读存储介质，包括程序代码，当所述程序代码在计算设备上运行时，所述程序代码用于使所述计算设备执行网络侧设备方法的步骤。

在一些可能的实施方式中，本发明实施例提供的对资源分配的各个方面还可以实现为一种程序产品的形式，其包括程序代码，当所述程序代码在计算机设备上运行时，所述程序代码用于使所述计算机设备执行本说明书中描述的根据本发明各种示例性实施方式的网络侧设备方法中的步骤。

所述程序产品可以采用一个或多个可读介质的任意组合。可读介质可以是可读信号介质或者可读存储介质。可读存储介质例如可以是——但不限于——电、磁、光、电磁、红外线、或半导体的系统、装置或器件，或者任意以上的组合。可读存储介质的更具体的例子(非穷举的列表)包括：具有一个或多个导线的电连接、便携式盘、硬盘、随机存取存储器(RAM)、只读存储器(ROM)、可擦式可编程只读存储器(EPROM或闪存)、光纤、便携式紧凑盘只读存储器(CD-ROM)、光存储器件、磁存储器件、或者上述的任意合适的组合。

根据本发明的实施方式的用于数据转发控制的程序产品，其可以采用便携式紧凑盘只读存储器(CD-ROM)并包括程序代码，并可以在服务器设备上运行。然而，本发明的程序产品不限于此，在本文件中，可读存储介质可以是任何包含或存储程序的有形介质，该程序可以被信息传输、装置或者器件使用或者与其结合使用。

可读信号介质可以包括在基带中或者作为载波一部分传播的数据信号，其中承载了可读程序代码。这种传播的数据信号可以采用多种形式，包括——但不限于——电磁信号、光信号或上述的任意合适的组合。可读信号介质还可以是可读存储介质以外的任何可读介质，该可读介质可以发送、传播或者传输用于由资源分配的动作系统、装置或者器件使用或者与其结合使用的程序。

可读介质上包含的程序代码可以用任何适当的介质传输，包括——但不限于——无线、有线、光缆、RF等等，或者上述的任意合适的组合。

可以以一种或多种程序设计语言的任意组合来编写用于执行本发明操作的程序代码，所述程序设计语言包括面向对象的程序设计语言—诸如Java、C++等，还包括常规的过程式程序设计语言—诸如“C”语言或类似的程序设计语言。程序代码可以完全地在用户计算设备上执行、部分地在用户设备上执行、作为一个独立的软件包执行、部分在用户计算设备上部分在远程计算设备上执行、或者完全在远程计算设备或服务器上执行。在涉及远程计算设备的情形中，远程计算设备可以通过任意种类的网络——包括局域网(LAN)或广域网(WAN)—连接到用户计算设备，或者，可以连接到外部计算设备。

本发明实施例针对资源分配的方法还提供一种计算设备可读存储介质，即断电后内容不丢失。该存储介质中存储软件程序，包括程序代码，当所述程序代码在计算设备上运行时，该软件程序在被一个或多个处理器读取并执行时可实现本发明实施例网络侧设备中的方案。

基于同一发明构思，本发明实施例中还提供了一种资源分配的方法，由于该方法对应的系统是本发明实施例资源分配的系统对应的方法，并且该方法解决问题的原理与该系统相似，因此该方法的实施可以参见系统的实施，重复之处不再赘述。

如图5所示，本发明实施例一种资源分配的方法，该方法包括：

步骤500、网络侧设备根据终端采用的资源分配类型以及目标物理资源块PRB，确定发送小区级别的信息使用的起始PRB，其中所述目标PRB为承载主同步信号和/或辅同步信号的PRB；

步骤501、所述网络侧设备根据确定的起始PRB以及需要发送的所述小区级别的信息，确定发送所述小区级别的信息使用的PRB。

可选的，所述终端采用的资源分配类型包括下列类型中的部分或全部：

Type0和Type1。

可选的，所述网络侧设备根据终端采用的资源分配类型以及目标PRB，确定发送小区级别的信息使用的起始PRB，包括：

若终端采用的资源分配类型为Type0，所述网络侧设备将目标PRB中的第一个PRB所在的RBG中的第一个PRB确定为发送小区级别的信息使用的起始PRB。

可选的，所述网络侧设备根据终端采用的资源分配类型以及目标PRB，确定发送小区级别的信息使用的起始PRB，还包括：

若终端采用的资源分配类型为Type1，所述网络侧设备将目标PRB中的第一个PRB确定为发送小区级别的信息使用的起始PRB。

可选的，所述发送小区级别的信息的方式为广播和/或寻呼。

以上参照示出根据本申请实施例的方法、装置(系统)和/或计算机程序产品的框图和/或流程图描述本申请。应理解，可以通过计算机程序指令来实现框图和/或流程图示图的一个块以及框图和/或流程图示图的块的组合。可以将这些计算机程序指令提供给通用计算机、专用计算机的处理器和/或其它可编程数据处理装置，以产生机器，使得经由计算机处理器和/或其它可编程数据处理装置执行的指令创建用于实现框图和/或流程图块中所指定的功能/动作的方法。

相应地，还可以用硬件和/或软件(包括固件、驻留软件、微码等)来实施本申请。更进一步地，本申请可以采取计算机可使用或计算机可读存储介质上的计算机程序产品的形式，其具有在介质中实现的计算机可使用或计算机可读程序代码，以由指令执行系统来使用或结合指令执行系统而使用。在本申请上下文中，计算机可使用或计算机可读介质可以是任意介质，其可以包含、存储、通信、传输、或传送程序，以由指令执行系统、装置或设备使用，或结合指令执行系统、装置或设备使用。

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

Claims (10)

1.一种资源分配的方法，其特征在于，该方法包括：

网络侧设备根据终端采用的资源分配类型以及目标物理资源块PRB，确定发送小区级别的信息使用的起始PRB，其中所述目标PRB为承载主同步信号和/或辅同步信号的PRB；

所述网络侧设备根据确定的起始PRB以及需要发送的所述小区级别的信息，确定发送所述小区级别的信息使用的PRB。

2.如权利要求1所述的方法，其特征在于，所述终端采用的资源分配类型包括下列类型中的部分或全部：

资源分配方式Type0和Type1。

3.如权利要求2所述的方法，其特征在于，所述网络侧设备根据终端采用的资源分配类型以及目标PRB，确定发送小区级别的信息使用的起始PRB，包括：

若终端采用的资源分配类型为Type0，所述网络侧设备将目标PRB中的第一个PRB所在的资源块组RBG中的第一个PRB确定为发送小区级别的信息使用的起始PRB。

4.权利要求2所述的方法，其特征在于，所述网络侧设备根据终端采用的资源分配类型以及目标PRB，确定发送小区级别的信息使用的起始PRB，还包括：

若终端采用的资源分配类型为Type1，所述网络侧设备将目标PRB中的第一个PRB确定为发送小区级别的信息使用的起始PRB。

5.如权利要求1～4任一所述的方法，其特征在于，所述发送小区级别的信息的方式为广播和/或寻呼。

6.一种资源分配的网络侧设备，其特征在于，该网络侧设备包括：至少一个处理单元以及至少一个存储单元，其中，所述存储单元存储有程序代码，当所述程序代码被所述处理单元执行时，使得所述处理单元执行下列过程：

根据终端采用的资源分配类型以及目标物理资源块PRB，确定发送小区级别的信息使用的起始PRB，其中所述目标PRB为承载主同步信号和/或辅同步信号的PRB；根据确定的起始PRB以及需要发送的所述小区级别的信息，确定发送所述小区级别的信息使用的PRB。

7.如权利要求6所述的网络侧设备，其特征在于，所述终端采用的资源分配类型包括下列类型中的部分或全部：

Type0和Type1。

8.如权利要求7所述的网络侧设备，其特征在于，所述处理单元具体用于：

若终端采用的资源分配类型为Type0，将目标PRB中的第一个PRB所在的RBG中的第一个PRB确定为发送小区级别的信息使用的起始PRB。

9.权利要求7所述的网络侧设备，其特征在于，所述处理单元还用于：

若终端采用的资源分配类型为Type1，将目标PRB中的第一个PRB确定为发送小区级别的信息使用的起始PRB。

10.如权利要求6～9任一所述的网络侧设备，其特征在于，所述发送小区级别的信息的方式为广播和/或寻呼。