上行资源分配方法及装置与流程

本发明涉及通信技术领域，特别涉及上行资源分配方法及装置。

背景技术：
在LTE（长期演进，LongTermEvolution）系统中，由基站（eNB）控制PDSCH（PhysicalDownlinkSharedChannel，下行物理共享信道）和PUSCH（PhysicalUplinkSharedChannel，上行物理共享信道）的分配。当UE（UserEquipment，用户设备）需要发送上行数据时，可以将待发送的上行数据量通过BSR（BufferStatusReport，缓存数据通报）通知到基站，其中BSR封装在MAC（MediaAccessControl，媒体接入控制）PDU（ProtocolDataUnit，协议数据单元）中通过PUCCH（PhysicalUplinkControlChannel，物理上行控制信道）承载；当没有上行资源PUSCH承载BSR时，UE会通过在PUCCH上发送SR（SchedulingRequest，调度请求）以告知基站该UE由数据等待发送，多个UE的PUCCH资源可以复用在一个物理层RB（ResourceBlock，资源块）上。发明人在对现有技术的研究过程中发现，现有技术中基站为每个UE配置一个用于发送SR的专用PUCCH，也可称为SR-PUCCH，UE在该SR-PUCCH上发送SR，以便使基站接收到SR后，可以通过UE专用的C-RNTI（Cell-RadioNetworkTemporaryIdentifier，小区无线网络临时标识）进行上行调度。现有技术中，由于基站要为每个UE单独配置一个SR-PUCCH资源，当系统中SR的发送需求较少时，则SR-PUCCH的资源利用率不高，从而造成系统资源浪费。

技术实现要素：
本发明实施例提供了上行资源分配方法及装置，以解决现有技术中SR-PUCCH的资源利用率不高，造成系统资源浪费的问题。为了解决上述技术问题，本发明实施例公开了如下技术方案：一方面，提供一种上行资源分配方法，所述方法包括：基站保存为每个用户设备UE配置的上行调度请求信道资源的配置信息，所述配置信息中，每个UE配置至少两个上行调度请求信道资源，其中所述UE的数量小于所述上行调度请求信道资源的数量；基站接收到UE通过所配置的至少两个上行调度请求信道资源发送的调度请求SR后，根据所述配置信息确定发送所述SR的UE；向确定的UE分配上行资源。一方面，提供另一种上行资源分配方法，所述方法包括：UE保存基站为所述UE配置的上行调度请求信道资源的配置信息，所述基站为所述UE配置至少两个上行调度请求信道资源；当所述UE需要发送上行数据时，根据所述配置信息中为所述UE配置的上行调度请求信道资源向所述基站发送SR；接收基站根据所述SR为所述UE分配的上行资源。一方面，提供一种上行资源分配装置，所述装置包括：保存单元，用于保存基站为每个UE配置的上行调度请求信道资源的配置信息，所述配置信息中，每个UE配置至少两个上行调度请求信道资源，其中所述UE的数量小于所述上行调度请求信道资源的数量；接收单元，用于接收UE通过所配置的至少两个上行调度请求信道资源发送的SR；确定单元，用于根据所述保存单元中的配置信息确定发送所述接收单元接收到的SR的UE；分配单元，用于向所述确定单元确定的UE分配上行资源。一方面，提供另一种上行资源分配装置，所述装置包括：保存单元，用于保存基站为UE配置的上行调度请求信道资源的配置信息，所述基站为所述UE配置至少两个上行调度请求信道资源；发送单元，用于当所述UE需要发送上行数据时，根据所述配置信息中为所述UE配置的上行调度请求信道资源向所述基站发送SR；第一接收单元，用于接收基站根据所述SR为所述UE分配的上行资源。本发明实施例中，基站保存为每个用户设备UE配置的上行调度请求信道资源的配置信息，该配置信息中每个UE配置至少两个上行调度请求信道资源，其中UE的数量小于上行调度请求信道资源的数量，当基站接收到UE通过所配置的至少两个上行调度请求信道资源发送的SR后，根据保存的配置信息确定发送SR的UE，并向确定的UE分配上行资源。本发明实施例中，由于无需为每个UE配置单独的上行调度请求信道资源，而是多个UE可以共享上行调度请求信道资源，且UE的数量小于上行调度请求信道资源的数量，因此可以提高系统中上行调度请求信道资源的利用率，减少系统资源的浪费；并且，由于每个UE配置了至少两个上行调度请求信道资源，因此UE通过所配置的至少两个上行调度请求信道资源发送SR后，基站可以根据配置信息确定发送SR的UE，从而在提高上行调度请求信道资源的利用率的同时，使得基站可以准确确定需要上行调度的UE。附图说明为了更清楚地说明本发明实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本发明的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动性的前提下，还可以根据这些附图获得其他的附图。图1为本发明上行调度方法的一个实施例流程图；图2为本发明上行调度方法的另一个实施例流程图；图3为本发明上行调度方法的另一个实施例流程图；图4为一种为UE配置上行调度请求信道资源的配置示意图；图5为本发明上行调度装置的一个实施例框图；图6A为本发明上行调度装置的另一个实施例框图；图6B为图6A中确定单元的实施例框图；图7为本发明上行调度装置的另一个实施例框图；图8为本发明上行调度装置的另一个实施例框图。具体实施方式本发明如下实施例提供了上行资源分配方法及装置，以提高系统中上行调度请求信道资源的利用率，减少系统资源的浪费。为了使本技术领域的人员更好地理解本发明实施例中的技术方案，并使本发明实施例的上述目的、特征和优点能够更加明显易懂，下面结合附图对本发明实施例中技术方案作进一步详细的说明。参见图1，为本发明上行资源分配方法的一个实施例流程图，该实施例从基站侧描述了上行资源分配的过程：步骤101：基站保存为每个UE配置的上行调度请求信道资源的配置信息，该配置信息中每个UE配置至少两个上行调度请求信道资源，其中UE的数量小于上行调度请求信道资源的数量。本发明实施例中，上行调度请求信道资源可以包括至少一种下述资源：SR-PUCCH（调度请求-物理上行控制信道），PRACH（PhysicalRandomAccessChannel，物理随机接入信道）内的preamble（导频码）。其中，每个上行调度请求信道资源可以被至少两个UE共享，从而进一步提高上行调度请求信道资源的利用率，减少系统资源的浪费。步骤102：基站接收到UE通过所配置的至少两个上行调度请求信道资源发送的调度请求SR后，根据配置信息确定发送SR的UE。其中，当基站为UE配置的上行调度请求信道资源为SR-PUCCH时，则UE通过该SR-PUCCH发送SR，当基站为UE配置的上行调度请求信道资源为PRACH的preamble时，则UE通过该PRACH上的专用preamble码发送该SR。具体的，基站根据接收到的上行调度请求信道资源查找保存的配置信息，获取与每个上行调度请求信道资源对应的UE集合，该UE集合中包含配置了该上行调度请求信道资源的UE，比较获取到的UE集合，根据比较结果获得UE集合的交集，将交集中的UE确定为发送SR的UE。步骤103：基站向确定的UE分配上行资源。基站在确定了发送SR的UE后，可以通过该UE专用的C-RNTI为该UE分配专用的上行资源，以便使UE通过该上行资源完成上行数据传输。由上述实施例可见，由于无需为每个UE配置单独的上行调度请求信道资源，而是多个UE可以共享上行调度请求信道资源，且UE的数量小于上行调度请求信道资源的数量，因此可以提高系统中上行调度请求信道资源的利用率，减少系统资源的浪费；并且，由于每个UE配置了至少两个上行调度请求信道资源，因此UE通过所配置的至少两个上行调度请求信道资源发送SR后，基站可以根据配置信息确定发送SR的UE，从而在提高上行调度请求信道资源的利用率的同时，使得基站可以准确确定需要上行调度的UE。参见图2，为本发明上行资源分配方法的另一个实施例流程图，该实施例从基站侧详细描述了上行资源分配的过程：步骤201：基站保存为每个UE配置的上行调度请求信道资源的配置信息，该配置信息中每个UE配置至少两个上行调度请求信道资源，每个上行调度请求信道资源被至少两个UE共享，其中UE的数量小于上行调度请求信道资源的数量。本发明实施例中，上行调度请求信道资源可以包括至少一种下述资源：SR-PUCCH（调度请求-物理上行控制信道），PRACH（PhysicalRandomAccessChannel，物理随机接入信道）内的preamble（导频码）。步骤202：基站通过RRC消息将为每个UE配置的至少两个上行调度请求信道资源发送给UE。本发明实施例中，RRC（RadioResourceControl，无线资源控制协议）消息可以包括：RRC连接建立消息（RRCConnectionSetup），RRC连接重配置消息（RRCConnectionReconfiguration），RRC连接重建立消息（RRCConnectionReestablishment）。上述RRC消息仅为本发明实施例中描述方便所采用的名称，不用于对本发明实施例进行限制，只要该消息能够将配置信息发送到UE即可。步骤203：基站接收UE通过所配置的至少两个上行调度请求信道资源发送的调度请求SR。其中，当基站为UE配置的上行调度请求信道资源为SR-PUCCH时，则UE通过该SR-PUCCH发送SR，当基站为UE配置的上行调度请求信道资源为PRACH的preamble时，则UE通过该PRACH上的专用preamble码发送该SR。步骤204：基站根据接收到的上行调度请求信道资源查找保存的配置信息，获取与每个上行调度请求信道资源对应的UE集合，该UE集合中包含配置了接收到的上行调度请求信道资源的UE。步骤205：比较所有UE集合，根据比较结果获得UE集合的交集，将该交集中的UE确定为发送SR的UE。步骤206：基站向确定的UE分配上行资源。基站在确定了发送SR的UE后，可以通过该UE专用的C-RNTI为该UE分配专用的上行资源，以便使UE通过该上行资源完成上行数据传输。由上述实施例可见，由于无需为每个UE配置单独的上行调度请求信道资源，而是多个UE可以共享上行调度请求信道资源，且UE的数量小于上行调度请求信道资源的数量，因此可以提高系统中上行调度请求信道资源的利用率，减少系统资源的浪费；并且，由于每个UE配置了至少两个上行调度请求信道资源，因此UE通过所配置的至少两个上行调度请求信道资源发送SR后，基站可以根据配置信息确定发送SR的UE，从而在提高上行调度请求信道资源的利用率的同时，使得基站可以准确确定需要上行调度的UE。参见图3，为本发明上行资源分配方法的另一个实施例流程图，该实施例从UE侧描述了上行资源分配的过程：步骤301：UE保存基站为该UE配置的上行调度请求信道资源的配置信息，基站为该UE配置至少两个上行调度请求信道资源。UE接收基站发送的RRC消息，所述RRC消息中包含所述基站为所述UE配置的上行调度请求信道资源。本发明实施例中，RRC（RadioResourceControl，无线资源控制协议）消息可以包括：RRC连接建立消息（RRCConnectionSetup），RRC连接重配置消息（RRCConnectionReconfiguration），RRC连接重建立消息（RRCConnectionReestablishment）。上述RRC消息仅为本发明实施例中描述方便所采用的名称，不用于对本发明实施例进行限制，只要该消息能够将配置信息发送到UE即可。步骤302：当UE需要发送上行数据时，根据配置信息中为UE配置的上行调度请求信道资源向基站发送SR。其中，当基站为UE配置的上行调度请求信道资源为SR-PUCCH时，则UE通过该SR-PUCCH发送SR，当基站为UE配置的上行调度请求信道资源为PRACH的preamble时，则UE通过该PRACH上的专用preamble码发送该SR。步骤303：接收基站根据该SR为该UE分配的上行资源。基站在确定了发送SR的UE后，可以通过该UE专用的C-RNTI为该UE分配专用的上行资源，UE接收到基站分配的上行资源后，通过该上行资源完成上行数据传输。由上述实施例可见，由于无需为每个UE配置单独的上行调度请求信道资源，而是多个UE可以共享上行调度请求信道资源，且UE的数量小于上行调度请求信道资源的数量，因此可以提高系统中上行调度请求信道资源的利用率，减少系统资源的浪费；并且，由于每个UE配置了至少两个上行调度请求信道资源，因此UE通过所配置的至少两个上行调度请求信道资源发送SR后，基站可以根据配置信息确定发送SR的UE，从而在提高上行调度请求信道资源的利用率的同时，使得基站可以准确确定需要上行调度的UE。下面通过一个应用实例对本发明上行资源分配方法实施例进行描述。参见图4，为一种为UE配置上行调度请求信道资源的配置示意图：图4中，假设上行调度请求信道资源为SR-PUCCH，且系统中共配置了8个SR-PUCCH，依次为SR-PUCCH1、SR-PUCCH2至SR-PUCCH8，且系统中共有16个UE，依次为UE0、UE1至UE15。如图4所示，其中，为每个UE配置两个SR-PUCCH，且每个SR-PUCCH被4个UE共享。具体配置如下：UE0、UE4、UE8、UE12共享SR-PUCCH1；UE1、UE5、UE9、UE13共享SR-PUCCH2；UE2、UE6、UE10、UE14共享SR-PUCCH3；UE3、UE7、UE11、UE15共享SR-PUCCH4；UE0、UE1、UE2、UE3共享SR-PUCCH5；UE4、UE5、UE6、UE7共享SR-PUCCH6；UE8、UE9、UE10、UE11共享SR-PUCCH7；UE12、UE13、UE14、UE15共享SR-PUCCH8。基站侧配置好上述信息后，可以将每个UE的配置信息通过RRC消息发送给该UE。以UE0为例，由上述配置信息可知，基站为UE0配置的SR-PUCCH包括SR-PUCCH1和SR-PUCCH5。当UE0有上行数据需要发送时，则UE0首先需要向基站发送SR，以请求基站为UE0分配专用上行资源。此时UE0根据配置信息，分别通过SR-PUCCH1和SR-PUCCH5发送SR；基站接收到SR-PUCCH1和SR-PUCCH5后，查找预先保存的配置信息可知，共享SR-PUCCH1的UE集合包括｛UE0、UE4、UE8、UE12｝，共享SR-PUCCH5的UE集合包括｛UE0、UE1、UE2、UE3｝，基站对上述两个UE集合取交集为｛UE0｝，由此UE可以确定发送SR的UE0，因此基站可以通过该UE0的C-RNTI给UE0分配专用的上行资源。与本发明上行资源分配方法的实施例相对应，本发明还提供了上行资源分配装置的实施例。参见图5，为本发明上行资源分配装置的一个实施例框图，该装置可以设置在基站侧：该装置包括：保存单元510、接收单元520、确定单元530和分配单元540。其中，保存单元510，用于保存基站为每个UE配置的上行调度请求信道资源的配置信息，所述配置信息中，每个UE配置至少两个上行调度请求信道资源，其中所述UE的数量小于所述上行调度请求信道资源的数量；接收单元520，用于接收UE通过所配置的至少两个上行调度请求信道资源发送的SR；确定单元530，用于根据所述保存单元中的配置信息确定发送所述接收单元接收到的SR的UE；分配单元540，用于向所述确定单元确定的UE分配上行资源。参见图6A，为本发明上行资源分配装置的另一个实施例框图，该装置可以设置在基站侧：该装置包括：保存单元610、发送单元620、接收单元630、确定单元640和分配单元650。其中，保存单元610，用于保存基站为每个UE配置的上行调度请求信道资源的配置信息，所述配置信息中，每个UE配置至少两个上行调度请求信道资源，每个上行调度请求信道资源被至少两个UE共享，其中所述UE的数量小于所述上行调度请求信道资源的数量；发送单元620，用于通过RRC消息将为每个UE配置的至少两个上行调度请求信道资源发送给所述UE；接收单元630，用于接收UE通过所配置的至少两个上行调度请求信道资源发送的SR；确定单元640，用于根据所述保存单元中的配置信息确定发送所述接收单元接收到的SR的UE；分配单元650，用于向所述确定单元确定的UE分配上行资源。参见图6B，为图6A中确定单元的实施例框图：该确定单元640包括：查找子单元641和比较子单元642。其中，查找子单元641，用于根据所述接收单元接收到的上行调度请求信道资源查找所述配置信息，获取与每个上行调度请求信道资源对应的UE集合，所述UE集合中包含配置了所述上行调度请求信道资源的UE；比较子单元642，用于比较所述查找子单元查找到的UE集合，根据比较结果获得所述UE集合的交集，将所述交集中的UE确定为发送所述SR的UE。参见图7，为本发明上行资源分配装置的另一个实施例框图，该装置可以设置在基站侧：该装置包括：保存单元710、发送单元720和第一接收单元730。其中，保存单元710，用于保存基站为UE配置的上行调度请求信道资源的配置信息，所述基站为所述UE配置至少两个上行调度请求信道资源；发送单元720，用于当所述UE需要发送上行数据时，根据所述配置信息中为所述UE配置的上行调度请求信道资源向所述基站发送SR；第一接收单元730，用于接收基站根据所述SR为所述UE分配的上行资源。参见图8，为本发明上行资源分配装置的另一个实施例框图，该装置可以设置在基站侧：该装置包括：第二接收单元810、保存单元820、发送单元830和第一接收单元840。其中，第二接收单元810，用于接收基站发送的RRC消息，所述RRC消息中包含所述基站为所述UE配置的上行调度请求信道资源；保存单元820，用于保存基站为UE配置的上行调度请求信道资源的配置信息，所述基站为所述UE配置至少两个上行调度请求信道资源；发送单元830，用于当所述UE需要发送上行数据时，根据所述配置信息中为所述UE配置的上行调度请求信道资源向所述基站发送SR；第一接收单元840，用于接收基站根据所述SR为所述UE分配的上行资源。由上述实施例可见，基站保存为每个用户设备UE配置的上行调度请求信道资源的配置信息，该配置信息中每个UE配置至少两个上行调度请求信道资源，其中UE的数量小于上行调度请求信道资源的数量，当基站接收到UE通过所配置的至少两个上行调度请求信道资源发送的SR后，根据保存的配置信息确定发送SR的UE，并向确定的UE分配上行资源。本发明实施例中，由于无需为每个UE配置单独的上行调度请求信道资源，而是多个UE可以共享上行调度请求信道资源，且UE的数量小于上行调度请求信道资源的数量，因此可以提高系统中上行调度请求信道资源的利用率，减少系统资源的浪费；并且，由于每个UE配置了至少两个上行调度请求信道资源，因此UE通过所配置的至少两个上行调度请求信道资源发送SR后，基站可以根据配置信息确定发送SR的UE，从而在提高上行调度请求信道资源的利用率的同时，使得基站可以准确确定需要上行调度的UE。本领域的技术人员可以清楚地了解到本发明实施例中的技术可借助软件加必需的通用硬件平台的方式来实现。基于这样的理解，本发明实施例中的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品可以存储在存储介质中，如ROM/RAM、磁碟、光盘等，包括若干指令用以使得一台计算机设备（可以是个人计算机，服务器，或者网络设备等）执行本发明各个实施例或者实施例的某些部分所述的方法。本说明书中的各个实施例均采用递进的方式描述，各个实施例之间相同相似的部分互相参见即可，每个实施例重点说明的都是与其他实施例的不同之处。尤其，对于系统实施例而言，由于其基本相似于方法实施例，所以描述的比较简单，相关之处参见方法实施例的部分说明即可。以上所述的本发明实施方式，并不构成对本发明保护范围的限定。任何在本发明的精神和原则之内所作的修改、等同替换和改进等，均应包含在本发明的保护范围之内。