请求资源的方法及装置，处理资源请求的方法及装置与流程

本发明涉及通信领域，具体而言，涉及一种请求资源的方法及装置，处理资源请求的方法及装置。
背景技术：
：在相关技术中，随着通信技术的发展及需求的丰富，无线通信的应用场景也日益广泛，其中比较典型的是车联网(vehiclenetworking)。所谓的车联网，是车辆可以参与到无线通信中，通过利用先进的无线蜂窝通信技术，实现车与车，车与路侧基础设施间的实时信息交互，告知彼此目前的状态(包括车辆的位置，速度，加速度，行驶路径)及获知的道路环境信息，协作感知道路危险状况，及时提供多种碰撞预警信息，防止道路交通安全事故的发生。车联网通信的模式具体分为三种：车车通信(vehicle-to-vehiclecommunications,简称为v2v)，车网通信(vehicle-to-infrastructurecommunications,简称为v2i)，车人通信(vehicle-to-pedestrian,简称为v2p)三类，这三类也可以统称为vehicle-to-everything(简称为v2x)通信。在v2x车联网通信模式下，车联网信息的传输大多以广播和组播方式为主。主要的实现技术有两种:1)基于ue到ue的直接发现/通信(d2d，sidelink，prose)支持通过pc5接口进行v2x消息的广播传输；2)基于mbsfn以及sc-ptm的广播机制支持通过uu口进行v2x消息的广播传输。本篇发明重点讨论基于pc5接口实现v2v消息传输的通信机制及lte标准实现。传统的以基站为中心的蜂窝网络在高数据速率以及邻近服务的支持方面存在明显的局限性，在这种需求背景下，代表未来通信技术发展新方向的设备到设备(device-to-device，简称为d2d)技术应运而生。d2d技术的应用，可以减轻蜂窝网络的负担、减少用户设备的电池功耗、提高数据速率，并改善网络基础设施的鲁棒性，很好地满足上述高数据速率业务和邻近服务的要求。目前d2d技术又称之为邻近服务(proximityservices，简称为prose)、单边链路或者直通链路(sidelink，简称为sl)。在v2x通信中，支持两种资源分配模式:1)基于调度的资源分配(scheduledresourceallocation,也称为mode3，这种方式下ue需进入rrc连接状态，基站为ue分配专有车联网发送资源。2)ue自主资源选择(ueautonomousresourceselection，也称为mode4，这种方式下ue基于sensing从资源池中自主选择资源以进行旁链控制信息(sidelinkcontrolinformation)sci和数据传输。这种方式可用于idle态或者connected态ue。在现有的机制中，在v2x通信中，ue可以使用多个载波上的资源在单边链路上发送和接收数据。每个车联网数据对应的车联网业务类型通常关联到一个或多个可用频点。高层可以将不同的车联网业务类型对应的目标id(destinationid)发给as层。连接态的ue在请求v2xsl资源配置时，可以将每个频点上对应的目标id通过sidelinkueinformation上报给基站，图1是根据相关技术中序列化方式的示意图，如图1所示的序列化方式，基站和ue会生成同样的目标index(destinationindex)，用来唯一地指示频点和目标id与目标index的对应关系。如果ue被基站配置使用mode3资源分配方式，则ue可通过缓存状态报告(bufferstatusreport，简称为bsr)向基站请求对应频点的资源，bsr中携带目标index，逻辑信道组(lcg)以及缓冲区大小等信息。基站根据ue的bsr请求为ue分配对应频点上的sl发送资源。除了上述动态资源调度，为了方便基站为ue分配半静态调度的资源，r14v2x通过ue向基站发送sps辅助消息，其中包含周期性，偏移量，数据大小和pppp等指示信息，来辅助基站为ue分配spssl资源。但是，在引入载波聚合中的数据分流(datasplit)和数据复制场景(dataduplication)之后，对于同一个逻辑信道组，会传输不同的pppp数据包。在这种情况下，现有机制不能够有效地指示各个频点上请求的资源大小。在相关技术中，随着第五代通信技术的演进，对于v2v/v2i/v2p业务的延迟有了更高的需求，从之前的100毫秒提升至10毫秒甚至3毫秒。同时，在保证低延迟需求的前提下，对于某些特殊业务，也需保证数据传输的高可靠性。在此之前，对于v2x业务在单一载波上传输的场景，是不支持自动重传请求(arq)的特性的。而且混合型自动重传仅支持特定配置次数的macpdu重传，并且没有ack/nack的消息反馈。所以，目前v2x在单载波上的数据重传业务采用的是时域复用的方式。另一方面，为了能够提高数据传输率，在多载波上以频域复用的方式提高单位时间内的数据传输量是被建议采纳的。然而，ue如何请求多载波上的资源，以及基站如何合理的为终端使用的各个载波分配资源，并提供更高的资源效率，目前尚未发现有效的解决。针对相关技术中终端请求资源的效率低的问题，目前还没有有效的解决方案。技术实现要素：本发明实施例提供了一种请求资源的方法及装置，处理资源请求的方法及装置，以至少解决相关技术中终端请求资源的效率低的问题。根据本发明的一个实施例，提供了一种请求资源的方法，包括：第一通信节点获取逻辑信道组中对应相同频点或锚点频点的缓存大小buffersize；第一通信节点发送sidelinkbsr至第二通信节点，其中，所述sidelinkbsr包含以下至少之一：所述相同频点或锚点频点对应的目标索引；所述逻辑信道组标识或逻辑信道标识；所述缓存大小。根据本发明的一个实施例，提供了一种请求资源的方法，包括：第一通信节点获取逻辑信道中对应于一个或多个频点的缓存大小buffersize，其中，所述逻辑信道使用一个或多个频点；依据所述一个或多个的频点分别对应的目标索引上报sidelinkbsr，其中，所述bsr中包括该逻辑信道中，使用该频点的缓存数值大小。根据本发明的另一个实施例，还提供了一种处理资源请求的方法，包括：第二通信节点接收第一通信节点上报的sidelinkbsr，其中，所述sidelinkbsr中包括以下信息至少之一：逻辑信道组中一个或多个逻辑信道，使用的相同频点或锚点频点对应的目标索引；所述逻辑信道组标识或逻辑信道标识；所述相同频点或锚点频点的缓存大小；依据所述sidelinkbsr为所述第一通信节点在各个频点上分配资源。根据本发明的另一个实施例，还提供一种请求资源的装置，包括：第一获取模块，用于获取逻辑信道组中对应相同频点或锚点频点的缓存大小buffersize；第一发送模块，用于发送sidelinkbsr至第二通信节点，其中，所述sidelinkbsr包含以下至少之一：所述相同频点或锚点频点对应的目标索引；所述逻辑信道组标识或逻辑信道标识；所述缓存大小。根据本发明的另一个实施例，还提供了一种请求资源的装置，包括：第二获取模块，用于获取逻辑信道中对应于一个或多个频点的缓存大小buffersize，其中，所述逻辑信道使用一个或多个频点；第二发送模块，用于依据所述一个或多个的频点分别对应的目标索引上报sidelinkbsr，其中，所述sidelinkbsr中包括该逻辑信道中，使用该频点的缓存数值大小。根据本发明的另一个实施例，还提供了一种处理资源请求的装置，包括：第一接收模块，用于接收第一通信节点上报的sidelinkbsr，其中，所述sidelinkbsr中包括以下信息至少之一：逻辑信道组中一个或多个逻辑信道，使用的相同频点或锚点频点对应的目标索引；所述逻辑信道组标识或逻辑信道标识；所述相同频点或锚点频点的缓存大小；分配模块，用于依据所述sidelinkbsr为所述第一通信节点在各个频点上分配资源。根据本发明的另一个实施例，还提供了一种存储介质，所述存储介质包括存储的程序，其中，所述程序运行时执行上述可选实施例任一项中所述的方法。根据本发明的另一个实施例，还提供了一种处理器，所述处理器用于运行程序，其中，所述程序运行时执行上述可选实施例任一项中所述的方法。通过本发明，终端获取逻辑信道组中对应相同频点或锚点频点的缓存大小buffersize；终端发送sidelinkbsr至基站，其中，所述sidelinkbsr包含以下至少之一：所述相同频点或锚点频点对应的目标索引；所述逻辑信道组标识或逻辑信道标识；所述缓存大小。终端向基站发送携带上述参数的sidelinkbsr来请求资源，基站依据上述参数为终端在频点上分配资源。采用上述技术方案，解决了相关技术中终端请求资源的效率低的问题，大幅提升了终端请求资源的效率，基站可以合理的为终端在各个载波上分配资源。附图说明此处所说明的附图用来提供对本发明的进一步理解，构成本申请的一部分，本发明的示意性实施例及其说明用于解释本发明，并不构成对本发明的不当限定。在附图中：图1是根据相关技术中序列化方式的示意图；图2是根据本发明实施例的请求资源的方法的流程图；图3是根据本发明优选实施例的逻辑信道组内所有逻辑信道使用唯一一个相同频点资源的示意图；图4是根据本发明优选实施例的逻辑信道组内每个逻辑信道使用唯一且相互不同的频点资源的示意图；图5是根据本发明优选实施例的不同的逻辑信道使用相同频点集合的示意图；图6是根据本发明优选实施例的不同逻辑信道使用不同频点集合资源的示意图；图7是根据本发明优选实施例的斤在一个频点对应的v2x-destinationinfolist上报对应的目标id的示意图；图8是根据本发明优选实施例的在不同频点的v2x-destinationinfolist中上报目标id以及与其对应的逻辑信道，或者逻辑信道集合的示意图。具体实施方式本申请文件中的技术方案可以应用于使用pc5接口的场景中，包括但不限于车联网通信。本申请文件中的第一通信节点可以是终端，第二通信节点可以是基站。实施例一在本实施例中提供了一种运行于上述终端的请求资源的方法，图2是根据本发明实施例的请求资源的方法的流程图，如图2所示，该流程包括如下步骤：步骤s202，第一通信节点获取逻辑信道组中对应相同频点或锚点频点的缓存大小buffersize；步骤s204，第一通信节点发送sidelinkbsr至第二通信节点，其中，所述sidelinkbsr包含以下至少之一：所述相同频点或锚点频点对应的目标索引；所述逻辑信道组标识或逻辑信道标识；所述缓存大小。通过上述步骤，终端向基站发送携带上述参数的sidelinkbsr来请求资源，基站依据上述参数为终端在频点上分配资源。采用上述技术方案，解决了相关技术中终端请求资源的效率低的问题，大幅提升了终端请求资源的效率，基站可以合理的为终端在各个载波上分配资源。可选地，上述步骤的执行主体可以为终端，例如车辆等，但不限于此。可选地，在第一通信节点上报sidelinkbsr之前，所述第一通信节点接收第二通信节点配置或预先约定的频点信息包括以下至少之一：sidelink可用频点信息；支持数据分流或支持数据复制的频点个数；各个数据分流频点上的分流比splitratio；对应于逻辑信道的一个或多个分流数据量大小splitdatasize，其中，所述splitdatasize是所述逻辑信道的数据分流到某个频点上的最大数据传输量；sidelink逻辑信道和/或sidelink逻辑信道组和/或目标标识，与一个或多个频点的映射信息；频点优先级；对应于目标标识和/或目标标识的锚点频点信息。可选地，第一通信节点上报sidelinkbsr至第二通信节点之前，所述方法还包括以下至少之一：所述第一通信节点根据以下信息至少之一确定使用的频点个数，和/或各个频点上的数据传输量：可用频点信息；分流数据量大小；分流比；支持数据分流或支持数据复制的频点个数；频点的优先级；所述第一通信节点确定对应于数据复制的承载的以下信息至少之一：使用的频点个数，所述承载对应的逻辑信道和频点的映射关系；可选地，接收第二通信节点配置或预配置的频点信息之前，所述方法还包括：所述第一通信节点向第二通信节点上报与每个目标标识或逻辑信道对应的以下参数至少之一：数据率datarate；可靠度等级reliabilitylevel；近距离通信数据分组优先级pppp信息。可选地，第一通信节点上报sidelinkbsr至第二通信节点之前，所述方法还包括：所述第一通信节点检测到与任一频点对应的逻辑信道有数据需要发送，该频点对应的逻辑信道之前没有数据需要发送的情况下，触发所述第一通信节点进行sidelinkbsr上报。可选地，所述第一通信节点根据以下信息至少之一确定使用的频点个数，和/或各个频点上的数据传输量：可用频点信息；分流数据量大小；分流比；支持数据分流或支持数据复制的频点个数；频点的优先级，包括以下至少之一：当逻辑信道的缓存大小datasize小于所述分流数据量大小splitdatasize的情况下，所述第一通信节点选择第一频点传输数据；当逻辑信道的缓存大小datasize大于所述分流数据量大小splitdatasize的情况下，所述第一通信节点使用所述第一频点传输所述分流数据量大小splitdatasize对应的数据，选择可用频点中的其他频点传输剩余的数据量大小的数据，其中，所述其他频点中的每个频点传输数据量不超过所述分流数据量大小；所述第一通信节点依据所述逻辑信道的缓存大小，和分流比确定各个频点传输的数据量。可选地，所述第一通信节点通过以下方式选择所述第一频点和/或所述其他频点：所述第一通信节点根据各个频点的优先级从高到低顺序选择数据分流使用的频点。可选地，第一通信节点上报sidelinkbsr至第二通信节点之前，所述方法还包括：所述第一通信节点在sidelinkueinformation中仅上报所述锚点频点对应的目标标识。可选地，第一通信节点上报sidelinkbsr至第二通信节点之前，所述第一通信节点向第二通信节点发送以下信息至少之一：目标标识；逻辑信道组和/或逻辑信道对应的可用频点信息，其中，所述可用频点信息包含支持被所述目标标识使用的锚点频点，和/或可选频点信息；目标标识；逻辑信道组和/或逻辑信道对应的数据分流指示信息。可选地，逻辑信道组中存在多个逻辑信道的情况下，在各个逻辑信道上统计对应的相同频点或锚点频点的缓存大小buffersize之和。可选地，第一通信节点上报sidelinkbsr至第二通信节点，包括：所述第一通信节点依据所述锚点频点对应的目标索引上报所述bsr。根据本发明的另一个实施例，还提供了一种请求资源的方法，包括：第一通信节点获取逻辑信道中对应于一个或多个频点的缓存大小buffersize，其中，所述逻辑信道使用一个或多个频点；依据所述一个或多个的频点分别对应的目标索引上报sidelinkbsr，其中，所述bsr中包括该逻辑信道中，使用该频点的缓存数值大小。可选地，依据所述一个或多个的频点分别对应的目标索引上报sidelinkbsr，包括：所述第一通信节点在sidelinkueinformation中上报每个频点对应的v2x-destinationinfolist时，将目标id与各个逻辑信道的对应关系同时上报。可选地，在所述目标id存在对应于不同逻辑信道的锚点频点的情况下，所述第一通信节点在sidelinkueinformation中上报每个频点对应的v2x-destinationinfolist包括：所述第一通信节点在sidelinkueinformation中，仅在每个逻辑信道的锚点频点对应的v2x-destinationinfolist上报目标id。根据本发明的另一个实施例，还提供了一种处理资源请求的方法，包括：第二通信节点接收第一通信节点上报的sidelinkbsr，其中，所述sidelinkbsr中包括以下信息至少之一：逻辑信道组中一个或多个逻辑信道，使用的相同频点或锚点频点对应的目标索引；所述逻辑信道组标识或逻辑信道标识；所述相同频点或锚点频点的缓存大小；依据所述sidelinkbsr为所述第一通信节点在各个频点上分配资源。可选地，第二通信节点接收第一通信节点上报的sidelinkbsr之前，所述第二通信节点为所述第一通信节点配置或预先约定的频点信息包括以下至少之一：sidelink可用频点信息；支持数据分流或支持数据复制的频点个数；各个数据分流频点上的分流比splitratio；对应于逻辑信道的一个或多个分流数据量大小splitdatasize，其中，所述splitdatasize是所述逻辑信道的数据分流到某个频点上的最大数据传输量；sidelink逻辑信道和/或sidelink逻辑信道组和/或目标标识，与一个或多个频点的映射信息；频点优先级；对应于目标标识和/或目标标识的锚点频点信息。可选地，所述第二通信节点为所述第一通信节点配置或预先约定频点信息之前，所述第二通信节点接收第一通信节点上报的与每个车联网目标标识或逻辑信道对应的以下参数至少之一：数据率datarate；可靠度等级reliabilitylevel；近距离通信数据分组优先级pppp信息。可选地，第二通信节点接收第一通信节点上报的sidelinkbsr之前，所述第二通信节点接收所述第一通信节点发送的以下信息至少之一：目标标识；逻辑信道组和/或逻辑信道对应的可用频点信息，其中，所述可用频点信息包含支持被所述目标标识使用的锚点频点，和/或可选频点信息；目标标识；逻辑信道组和/或逻辑信道对应的数据分流指示信息。可选地，第二通信节点接收第一通信节点上报的sidelinkbsr之前，所述方法还包括：接收所述第一通信节点的sidelinkueinformation，其中，所述sidelinkueinformation中仅包括所述锚点频点对应的目标标识，其中，所述目标标识信息用于标识目标标识。可选地，依据所述sidelinkbsr为所述第一通信节点在各个频点上分配资源，包括：所述第二通信节点接收，所述第一通信节点依据锚点频点对应的目标索引上报的bsr；所述第二通信节点执行以下步骤至少之一：依据所述bsr中的目标索引获取目标标识，获取所述目标标识对应的可用频点信息；所述第二通信节点依据所述数据分流指示信息确定是否使用所述可用频点信息中的频点；所述第二通信节点在确定需要使用可用频点信息中的频点的情况下，确定待分配资源的频点，在所述待分配资源的频点中分配资源。可选地，依据所述sidelinkbsr为所述第一通信节点在各个频点上分配资源，包括：所述第二通信节点接收，所述第一通信节点依据多个频点对应的多个目标索引上报的bsr；所述第二通信节点在所述多个频点之间分配资源。下面结合本发明优选实施例进行详细说明。本发明主要考虑的问题是v2x通信资源分配问题。通过本发明，ue可以快速有效地申请所需资源。基站通过ue上报的资源请求指示，快速灵活的为ue分配资源，并确保v2x数据传输的顺利进行。对于目前ue的资源请求，可分为如下场景：一，一个车联网业务类型的数据仅使用一个频点上的资源传输，在这种场景下，基站可以根据ue上报的sidelinkueinformation包含的频点与目标id信息以及ue上报的包含目标index的bsr信息推导出目标index和频点间的对应关系，从而为ue分配特定频点上对应的buffersize的资源。二，一个车联网业务类型的数据可以使用多个频点上的资源传输，在这种情况下，根据逻辑信道组，逻辑信道(lch)和频点的对应关系不同，又可以细分为以下一系列场景：1)一个逻辑信道组内的所有逻辑信道都使用唯一一个相同频点上的资源。而不同逻辑信道组使用不同的频点资源。图3是根据本发明优选实施例的逻辑信道组内所有逻辑信道使用唯一一个相同频点资源的示意图，如图3所示，在这种情况下，ue上报sidelinkueinformation时在不同频点对应的v2x-destinationinfolist包含相同的目标id。同时，发送端ue创建的每个逻辑信道对应特定的源id，pppp和目标id的组合。在目标id相同的情况下，ue可以为pppp不同的数据包请求不同频点上的资源。也就是说ue发送的bsr中，通过指示不同的逻辑信道组，来请求不同的频点资源。即现有的bsr机制能够满足这种上报需求。2)一个逻辑信道组内的所有逻辑信道都可以使用多个频点上的资源，由此，可以分为以下几种细分情况：i.逻辑信道组内的每个逻辑信道只能使用唯一一个频点资源，不同的逻辑信道有可能使用不同频点上的资源。图4是根据本发明优选实施例的逻辑信道组内每个逻辑信道使用唯一且相互不同的频点资源的示意图，如图4所示，在这种情况下，按照现有的bsr上报机制仍是可行的。具体来说，在每次上报前，ue首先统计相同逻辑信道组内使用同一频点资源的所有不同逻辑信道上的buffersize之和，然后分别对应于不同频点的目标index上报bsr。ii.逻辑信道组内的所有逻辑信道都可以使用多个频点上的资源：a)不同的逻辑信道使用相同频点集合的资源，图5是根据本发明优选实施例的不同的逻辑信道使用相同频点集合的示意图，如图5所示，在这种情况下，ue为对应于目标id的车联网业务类型的数据选择了可用频点集合进行数据传输。若沿用已有的sidelinkueinformation和bsr上报机制，ue组装包含目标index和逻辑信道组标识和缓冲区大小的bsr请求资源时，ue并不清楚应该请求可用频点集合里哪一个频点上的资源。一种可能的实现方法是ue在可用频点集合对应的各个可用频点上上报目标index，逻辑信道组id和buffersize，这种方式导致了对应于不同的频点上报了多遍相同的buffersize。基站会误解以为ue要在多个频点上发送数倍于buffersize中的数据大小。b)不同的逻辑信道使用不同频点集合的资源。图6是根据本发明优选实施例的不同逻辑信道使用不同频点集合资源的示意图，如图6所示，这种场景下，如果ue使用已有的sidelinkueinformation和bsr上报机制。在相同的逻辑信道组内，对于某一逻辑信道对应多个频点资源，而其中某些频点又被逻辑信道组内的多个逻辑信道使用，发送端ue的mac层并不能通过已有机制将对于此逻辑信道的buffersize准确的以频点为单位划分。因此，只能简单的将目标index，逻辑信道组id和buffersize综合上报，但是此时又使用到多个频点，因此需要改变目标index，将相同的逻辑信道组id和buffersize上报多次。这就导致了对应于不同的频点上报了多遍相同的buffersize。基站会误解以为ue要在多个频点上发送数倍于buffersize中的数据大小。针对以上场景所引出的不同问题，本发明给出以下一系列解决方案：需要补充的是，在本申请文件中，频点缓存大小是datasize，逻辑信道缓存大小为buffersize。可以将buffersize分为多个datasize，也可以将多个逻辑信道的buffersize中各选取一部分来组合作为datasize。针对目标id可使用多个频点资源，但逻辑信道组内的所有逻辑信道使用相同的频点资源集合的情况，为了避免重复发送多遍相同的buffersize，造成资源请求重复的问题，可采用以下多种方法进行改进：1)基站可以配置针对不同ue的不同业务类型的datasplit的频点个数，以及各个频点上的splitratio，ue根据datasplit个数选择对应个数的频点，如表1所示，表1是根据本发明优选实施例的频点和分流比的对应关系表：表1频点fafbfcsplitratiosplitratioasplitratiobsplitratioc之后在上报bsr时根据splitratio算出在各个频点上应当申请的资源数。具体的，ue在上报某个逻辑信道组的bsr时，首先统计该逻辑信道组内各个逻辑信道可以使用相同频点集合的的buffersize之和，然后根据基站配置各个频点的splitratio，按照以下公式计算出所需请求的每个频点的准确资源数：resourceonfa＝((buffersize)*(splitratioa))；最后分别对应于不同频点的目标index上报对应缓冲区大小的bsr。可选的，ue可向基站上报每个v2xservice或逻辑信道对应的datarate及近距离通信数据分组优先级(proseper-packetpriority，简称为pppp)信息，便于基站做出正确的split决策。2)基站可以为ue配置针对不同逻辑信道的splitdatasize，同时会配置给ue针对同一逻辑信道内的同一业务对应的不同频点使用优先级；或者会配置给ue针对同一逻辑信道内的同一业务的对应的主频点和一系列辅频点，并且配置辅频点的使用顺序；或者会配置给ue针对同一逻辑信道内的同一业务的对应的一系列相同优先级频点的使用顺序。在进行资源请求的时候，ue会选择第一个频点进行发送，当逻辑信道lch1的datasize1大于splitdatasize1时，ue最多可在第一频点请求splitdatasize1的资源。之后，对于此逻辑信道的剩余数据，ue会继续考虑申请bsr在第二个频点上请求资源，若此时((datasize1)-(splitdatasize1))<(splitdatasize1))，则ue在第二频点上请求((datasize1)-(splitdatasize1))的资源，否则ue最多可在第二频点上发送(splitdatasize1)的资源，并继续考虑通过bsr在第三个频点上为此逻辑信道的剩余数据请求资源，以此类推。最后，ue统计出在此逻辑信道组内，每个频点在所有对应的逻辑信道上请求的资源和，以逻辑信道组为单位上报。3)ue在上报sidelinkueinformation时，仅在一个频点对应的v2x-destinationinfolist上报对应的目标id。图7是根据本发明优选实施例的斤在一个频点对应的v2x-destinationinfolist上报对应的目标id的示意图，如图7所示，ue上报此目标id对应的其他可选频点集合信息，可选的还可包含此目标id支持datasplit的相关指示。之后，ue在上报bsr时上报对应的目标index。基站根据目标index查找对应的目标id后，根据目标id对应的可选频点集合和/或split指示，在各个可选频点上分配资源。基站在各个频点上分配的资源大小之和应满足ue上报bsr时指示的对应目标index的资源大小。针对在同一逻辑信道组内对于任意逻辑信道只能使用一个频点资源的情况，可以采用以下解决方式来进行bsr增强：1)首先，bsr上报以逻辑信道为单位，此时ue上报bsr可以解决以逻辑信道为单位选择不同频点资源进行sidelink传输的需求。为了解决基站在调度时无法根据优先级分配不同逻辑信道资源的问题，可以考虑让基站配置逻辑信道与pppp之间的映射关系或是ue在bsr中同时上报逻辑信道组和逻辑信道的信息。针对在同一逻辑信道组内，对于任意逻辑信道使用不同的频点资源集合的情况，可以采用以下解决方式来进行bsr增强：1)ue在sidelinkueinformation中在不同频点的v2x-destinationinfolist中上报目标id以及与其对应的逻辑信道，或者逻辑信道集合。图8是根据本发明优选实施例的在不同频点的v2x-destinationinfolist中上报目标id以及与其对应的逻辑信道，或者逻辑信道集合的示意图，如图8所示，此时上报的频点可以看做是针对目标id的特定逻辑信道的锚点载频(锚点频点)。同时ue仍然需要分别上报目标id和各个逻辑信道可以支持的其他可选频点集合信息，以及支持split的指示。后续，ue在上报bsr时需上报各个逻辑信道对应的buffersize，基站通过目标id和具体逻辑信道，可以找到可选频点集合，split指示等，然后基站可以进行各个可选频点上的资源分配。可选的，ue可以将对应相同目标id，相同逻辑信道的各个频点上的资源分配比例上报给基站，这样基站可以按照特定比例分配各个频点上的资源给ue。(图7)下面结合本发明优选具体实施例的具体实施例进行详细说明。具体实施例一本具体实施例给出在一个目标id仅可以使用一个频点上的资源的场景下，ue如何上报bsr进行资源请求，以下通过实例1至实例2详细阐述。假设当前业务1对应目标id1，业务2对应目标id2，业务3对应目标id3，目标id1仅能使用频点f1上的资源，目标id2仅能使用频点f1上的资源，目标id3仅能使用频点f2上的资源。包括以下两个实例。实例1在高速路场景中，mary和john驾驶着具有v2x通信功能的车辆ue1和ue2，ue1和ue2彼此在sidelink通信范围内。此时，ue1希望进行业务类型1的广播发送。首先ue在sidelinkueinformation中需要上报目标id1可用的频点f1相关的v2x-destinationinfolist{f1,destinationid1,destinationid2},此时，根据destinationindex的序列化规则，可以知道destinationindex0＝{f1,destinationid1}destinationindex1＝{f1,destinationid2},基站会根据上报的信息，为ue1配置对应的资源，通过rrcreconfiguration消息高速ue1。之后，ue上报bsr为目标id1请求资源，格式为{destinationindex0，lcg1，buffersize}。基站通过destinationindex0可以判断出应为ue1分配f1频点上给业务1使用的资源大小为buffersize的资源。实例2此时，ue1希望进行业务类型1和业务类型3的广播发送。首先ue1在sidelinkueinformation中需要上报目标id1可用的频点f1相关的v2x-destinationinfolist,以及目标id3可用的频点f3相关的v2x-destinationinfolist，如表2所示，表2是根据实例2的表一。表2目标id1相关目标id3相关v2x-destinationinfolist{f1,[destinationid1,destinationid2]}{f2,[destinationid3]}此时，根据destinationindex的序列化规则，可以知道表3的内容，表3是根据实例2的表二。表3destinationindex0destinationindex1destinationindex2{f1,destinationid1}{f1,destinationid2}{f2,destinationid3}基站会根据上报的信息，为ue配置对应的资源，通过rrcreconfiguration消息告诉ue1。之后，ue上报bsr为目标id1和目标id3请求资源，格式为{destinationindex0，lcg1,buffersize1}{destinationindex2,lcg2,buffersize2}，基站通过destinationindex0可以判断出应为ue1分配f1频点上给业务1使用的资源大小为buffersize1的资源，通过destinationindex1可以判断出应为ue1分配f2频点上给业务3使用的资源大小为buffersize2的资源。具体实施例二本具体实施例针对一个目标id可以使用多个频点资源，且一个逻辑信道组内的所有逻辑信道使用相同的一个频点资源，不同的逻辑信道组有可能使用不同的频点资源的情况。此时，ue如何上报bsr进行资源请求，以下通过实例3到实例4进行阐述。假设当前业务1对应目标id1，业务2对应目标id2，业务3对应目标id3，目标id1，可以使用频点f1，f2上的资源，其中逻辑信道组1使用f1上的资源，逻辑信道组2使用f2上的资源；目标id2可以使用频点f2，f3上的资源，其中逻辑信道组1使用f2上的资源，逻辑信道组2使用f3上的资源，目标id3可以使用频点f3，f4上的资源，其中逻辑信道组1使用f3上的资源，逻辑信道组2使用f4上的资源。本具体实施例三包括以下两个实例。实例3此时，ue1需要进行业务类型1的广播发送，首先ue1在sidelinkueinformation中需要上报目标id1可用的频点f1,f2相关的v2x-destinationinfolist，上报内容如表4所示，表4是根据实例3的表一。表4目标id1相关目标id3相关v2x-destinationinfolist{f1,[destinationid1]}{f2,[destinationid1,destinationid2]}此时根据destinationindex的序列化规则可以知道表5中的内容，表5是根据实例3的表二。表5destinationindex0destinationindex1destinationindex2{f1,destinationid1}{f2,destinationid1}{f2,destinationid1}同时基站会根据ue的上报信息，为ue配置对应频点的资源，之后通过rrcreconfiguration消息告诉ue1。后续，ue可以上报bsr为目标id1请求资源，假设共需要datasize的资源，此时ue内部as层根据业务需求，将datasize的数据划分成buffersize1+buffersize2两个拥有不同pppp的数据包，其中buffersize1通过lcg1发送，buffersize2通过lcg2发送，且之前ue1自行判断得出对于目标id1，lcg1与f1关联，lcg2与f2关联。此时ue针对这两个不同pppp的数据包，分别上报bsr，如表6所示，表6是根据实例3的表三。表6基站接收到上报信息后，得知对于ue1的目标id1，应为其在f1上分配buffersize1的资源，在f2上分配buffersize2的资源。实例4此时，ue1需要进行业务类型1和业务类型2的广播发送，首先ue1在sidelinkueinformation中需要上报目标id1和目标id2可用的频点f1，f2，f3相关的v2x-destinationinfolist，如表7所示，表7是根据实例4的表四。表7此时根据destinationindex的序列化规则可以知道表8中的内容，表8是根据实例4的表五。表8destinationindex0destinationindex1destinationindex2destinationindex3destinationindex4{f1,destinationid1}{f2,destinationid1}{f2,destinationid2}{f3,destinationid2}{f3,destinationid3}同时基站会根据ue的上报信息，为ue配置对应频点的资源，之后通过rrcreconfiguration消息告诉ue1。后续，ue1可以上报bsr为目标id1和目标id2请求资源，假设目标id1共需要datasizea的资源，目标id2共需要datasizeb的资源，此时ue内部as层根据业务需求，将datasizea的数据划分成buffersize1+buffersize2两个不同pppp的数据包，将datasizeb的数据划分成buffersize3+buffersize4两个不同pppp的数据包。且之前ue1自行判断得出对于目标id1，lcg1与f1关联，lcg2与f2关联；对于目标id2，lcg1与f2关联，lcg2与f3关联。此时ue针对当前业务需求上报bsr，如表9所示，表9是根据实例4所示的表六。表9基站接收到上报信息后，得知对于ue1的目标id1，应为其在f1上分配buffersize1的资源，在f2上分配buffersize2的资源，对于目标id2，应为其在f2上分配buffersize3的资源，在f3上分配buffersize4的资源。具体实施例三本具体实施例针对一个目标id可以使用多个频点资源，其中一个逻辑信道组内的所有逻辑信道都只能使用一个频点资源，不同的逻辑信道可以使用不同的频点资源。针对这种情况，ue上报bsr的方式将通过实例5进行阐述。假设当前业务1对应目标id1，目标id1可用频点f1,f2,f3上的资源，同时，频点f1对应逻辑信道1和逻辑信道3，f2对应逻辑信道2和逻辑信道4，f3对应逻辑信道5，而逻辑信道1,2,3都在逻辑信道组1内；逻辑信道4,5都在逻辑信道组2内。该具体实施例三包括以下一个实例。实例5此时，ue1需要进行业务类型1的广播发送，首先，ue1在sidelinkueinformation中需要上报目标id1可用的频点f1,f2,f3对应的v2x-destinationinfolist，如表10所示，表10是根据实例5的表一。表10v2x-destinationinfolist{f1,destinationid1}{f2,destinationid1}{f3,destinationid1}此时根据destinationindex序列化规则可以知道表11的内容，表11是根据实例5的表二。表11destinationindex0destinationindex1destinationindex2{f1,destinationid1}{f2,destinationid1}{f3,destinationid1}同时基站会根据ue的上报信息，为ue配置对应频点的资源，之后通过rrcreconfiguration消息告诉ue1。此时若ue需要通过逻辑信道1,2,3,4,5传输的数据包大小分别为buffersize1,buffersize2,buffersize3，buffersize4,buffersize5。此时ue1则应该用以下方式上报bsr，如表12所示，表12是根据实例5的表三。表12destinationindex0lcg1buffersize1+buffersize3destinationindex1lcg1buffersize2destinationindex1lcg2buffersize4destinationindex2lcg2buffersize5基站在收到上报信息后，知道对于ue1的目标id1，应在f1上为其分配(buffersize1+buffersize3)的资源，在f2上为其分配buffersize2(针对逻辑信道组1)和buffersize4(针对逻辑信道组2)的资源，在f3上分配buffersize5的资源。具体实施例四本具体实施例针对一个目标id可以使用多个频点资源，其中逻辑信道组内包含的任意逻辑信道都可以使用多个频点资源，但每个逻辑信道使用相同的频点资源集合，不同逻辑信道组可以使用相同或不同的频点资源集合。针对这种情况，ue上报bsr的方式将通过实例6到实例8进行阐述。假设对于业务类型1，对应目标id1，可用的频点资源集合为{f1,f2,f3,f4}。同时，逻辑信道1,2对应频点集合{f1,f2}，属于逻辑信道组1；逻辑信道3,4对应频点集合{f1,f2}，属于逻辑信道组2；逻辑信道5,6,对应频点集合{f3,f4}，属于逻辑信道组3。该具体实施例四包括以下三个实例。实例6此时，ue1需要进行业务类型1的广播发送，首先，ue1在sidelinkueinformation中需要上报目标id1可用的频点f1,f2,f3,f4对应的v2x-destinationinfolist{f1,destinationid1}{f2,destinationid1}{f3,destinationid1}{f4,destinationid1},如表13所示，表13是根据实例6的表一。表13v2x-destinationinfolist{f1,destinationid1}{f2,destinationid1}{f3,destinationid1}{f4,destinationid1}此时根据destinationindex序列化规则可以知道表14的内容，表14是根据实例6的表二。表14destinationindex0destinationindex1destinationindex2destinationindex3{f1,destinationid1}{f2,destinationid1}{f3,destinationid1}{f4,destinationid1}此外，ue需要上报每个频点的资源分配比例splitratio{f1:f2:f3:f4}＝{2:1:2:1}。基站会根据ue1的上报信息，为ue1配置对应频点的资源，之后通过rrcreconfiguration消息告诉ue1。若此时ue需要通过逻辑信道1,2,3,4,5,6发送的数据大小分别为buffersize1,buffersize2,buffersize3,buffersize4,buffersize5,buffersize6，那么此时ue所上报的bsr分别为表15所示的内容，表15是根据实例6的表三。表15destinationindex0lcg1(2/3)*(buffersize1+buffersize2)destinationindex1lcg1(1/3)*(buffersize1+buffersize2)destinationindex0lcg2(2/3)*(buffersize3+buffersize4)destinationindex1lcg2(1/3)*(buffersize3+buffersize4)destinationindex2lcg3(2/3)*(buffersize5+buffersize6)destinationindex2lcg3(1/3)*(buffersize5+buffersize6)基站在收到ue的bsr上报后，便可以准确地为ue1分配各个频点上的资源。实例7此时，ue1需要进行业务类型1的广播发送，首先，ue1在sidelinkueinformation中需要上报目标id1可用的频点f1,f2,f3,f4对应的v2x-destinationinfolist，如表16所示的内容，表16是根据实例7的表一。表16v2x-destinationinfolist{f1,destinationid1}{f2,destinationid1}{f3,destinationid1}{f4,destinationid1}此时，根据destinationindex序列化规则可以知道表17所示的内容，表17是根据实例7的表二。表17destinationindex0destinationindex1destinationindex2destinationindex3{f1,destinationid1}{f2,destinationid1}{f3,destinationid1}{f4,destinationid1}此外，ue需要上报每个逻辑信道内的频点优先级(f1>f2,f3>f4适用于各个逻辑信道)以及对应于各个频点的splitdatasize,{lch1,lch2,lch3,lch4,lch5,lch6}＝{splitdatasize1,splitdatasize2,splitdatasize3,splitdatasize4,splitdatasize4,splitdatasize5,splitdatasize6}(每个逻辑信道的splitdatasize也可以设为同一个值)，基站会根据ue1的上报信息，为ue1配置对应频点的资源，之后通过rrcreconfiguration消息告诉ue1。若此时ue1需要通过逻辑信道1,2,3,4,5,6发送的数据大小分别为buffersize1,buffersize2,buffersize3,buffersize4,buffersize5,buffersize6(假设所有的buffersize值大于splitdatasize值)。那么此时ue1所上报的bsr分别为表18所示的内容，表18是根据实例7的表三。表18基站在收到ue的bsr上报后，便可以准确地为ue1分配各个频点上的资源。实例8此时ue1需要进行业务类型1的广播发送，假设此时对于业务类型1，对应的锚点频点为f1,其余可用频点集合为{f2,f3,f4},那么首先ue上报sidelinkueinformation时，只需要在f1对应的v2x-destinationinfolist中包含destinationid1的指示信息，则为{f1,destinationid1}，同时也需要上报destinationid1对应的其他可选频点集合信息{destinationid1,[f2,f3,f4]},基站在收到上报信息后，会相应的为ue1配置{f1,f2,f3,f4}上的资源，之后ue上报bsr时，仅需通过上报关于锚点频点f1的bsr{0,lcg1,buffersize}，基站便会根据上报，在各个可选频点(包括锚点频点){f1,f2,f3,f4}上分配共buffersize大小的资源。具体实施例五本具体实施例针对于任意逻辑信道只能使用一个频点资源的情况，ue上报的bsr方式将通过实例9进行阐述。假设，对于业务类型一，对应目标id1，对于目标id1，可用的频点集合为{f1,f2,f3}其中，逻辑信道1对应频点f1，逻辑信道2对应频点f2，逻辑信道3对应频点f3。该具体实施例五包括以下一个实例。实例9此时ue1需要进行业务类型1的广播发送，首先ue在sidelinkueinformation中上报对应的v2x-destinationinfolist{f1,destinationid1}{f2,destinationid2}{f3,destinationid3}，此时，根据destinationindex序列化规则可以得到destiantionindex0＝{f1,destinationid1}destinationindex1＝{f2,destinationid1}destinationindex2＝{f3,destinationid1},基站在收到上报信息后，为ue1分配相应的资源。后续，ue1在上报bsr时，直接以逻辑信道为单位进行上报。那么此时，上报的格式应为bsr1＝{0,lch1,buffersize1}bsr2＝{1,lch2,buffersize2}bsr3＝{2,lch3,buffersize3},基站在接收到ue1的bsr上报后，便可以为ue1分配相应频点上的资源了。具体实施例六本具体实施例针对于任意逻辑信道可以使用一个频点集合的情况，ue上报bsr的方式将通过实例10进行阐述。假设，对于业务类型一，对应目标id1，对于目标id1，可用的频点集合为{f1,f2,f3}，其中，逻辑信道1对应{f1,f2}，逻辑信道2对应{f2,f3}，逻辑信道3对应{f1,f2,f3}，此时对于目标id1，逻辑信道1，对应的锚点频点为f1；目标id1，逻辑信道2，对应的锚点频点为f2；目标id1，逻辑信道3，对应的锚点频点为f1。该具体实施例六包括以下一个实例。实例10此时ue1需要进行业务类型1的广播发送，首先ue1在sidelinkueinformation中仅在f1对应的v2x-destinationinfolist上报destinationid1和lch1，格式为{f1,destinationid1,lch1}，在f2对应的v2x-destinationinfolist上报destinationid1和lch2,格式为{f2,destinationid1,lch2}，在f3对应的v2x-destinationinfolist上报destinationid1和lch3,格式为{f3,destinationid1,lch3}。另外ue1仍需上报一组目标id和逻辑信道对应的其他可选频点集合信息以及split的指示,具体地，此时，ue1仍需上报{destinationid1,lch1,[f2]},{destinationid1,lch2,[f3]},{destinationid1,lch3,[f2,f3]}，同时根据destinationindex的序列化规则可以得到destinationindex0＝{f1，destinationid1}destinationindex1＝{f2，destinationid1}destinationindex2＝{f3，destinationid1},基站在接收到ue1的上报信息后，为ue1分配对应频点上的资源。后续，ue1可以如下仅通过锚点频点上报bsr,bsr0＝{0,lch1,buffersize1}bsr1＝{1,lch2,buffersize2}bsr2＝{2,lch3,buffersize3}，基站接收到bsr上报后，可以为ue1分配所有可选频点上的资源，具体地，对于lch1，基站在{f1,f2}上共分配buffersize1的资源；对于lch2,基站在{f2,f3}上共分配buffersize2的资源；对于lch3，基站在{f1,f2,f3}上共分配buffersize3的资源。通过以上的实施方式的描述，本领域的技术人员可以清楚地了解到根据上述实施例的方法可借助软件加必需的通用硬件平台的方式来实现，当然也可以通过硬件，但很多情况下前者是更佳的实施方式。基于这样的理解，本发明的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质(如rom/ram、磁碟、光盘)中，包括若干指令用以使得一台终端设备(可以是手机，计算机，服务器，或者网络设备等)执行本发明各个实施例所述的方法。实施例二在本实施例中还提供了一种请求资源的装置，该装置用于实现上述实施例及优选实施方式，已经进行过说明的不再赘述。如以下所使用的，术语“模块”可以实现预定功能的软件和/或硬件的组合。尽管以下实施例所描述的装置较佳地以软件来实现，但是硬件，或者软件和硬件的组合的实现也是可能并被构想的。根据本发明的另一个实施例，还提供了一种请求资源的装置，包括：第一获取模块，用于获取逻辑信道组中对应相同频点或锚点频点的缓存大小buffersize；第一发送模块，用于发送sidelinkbsr至第二通信节点，其中，所述sidelinkbsr包含以下至少之一：所述相同频点或锚点频点对应的目标索引；所述逻辑信道组标识或逻辑信道标识；所述缓存大小。根据本发明的另一个实施例，还提供了一种请求资源的装置，包括：第二获取模块，用于获取逻辑信道中对应于一个或多个频点的缓存大小buffersize，其中，所述逻辑信道使用一个或多个频点；第二发送模块，用于依据所述一个或多个的频点分别对应的目标索引上报sidelinkbsr，其中，所述sidelinkbsr中包括该逻辑信道中，使用该频点的缓存数值大小。根据本发明的另一个实施例，还提供了一种处理资源请求的装置，其特征在于，包括：第一接收模块，用于接收第一通信节点上报的sidelinkbsr，其中，所述sidelinkbsr中包括以下信息至少之一：逻辑信道组中一个或多个逻辑信道，使用的相同频点或锚点频点对应的目标索引；所述逻辑信道组标识或逻辑信道标识；所述相同频点或锚点频点的缓存大小；分配模块，用于依据所述sidelinkbsr为所述第一通信节点在各个频点上分配资源。需要说明的是，上述各个模块是可以通过软件或硬件来实现的，对于后者，可以通过以下方式实现，但不限于此：上述模块均位于同一处理器中；或者，上述各个模块以任意组合的形式分别位于不同的处理器中。实施例三根据本发明的另一个实施例，还提供了一种处理器，所述处理器用于运行程序，其中，所述程序运行时执行上述可选实施例任一项中所述的方法。实施例四根据本发明的另一个实施例，还提供了一种存储介质，其特征在于，所述存储介质包括存储的程序，其中，所述程序运行时执行上述可选实施例任一项中所述的方法。显然，本领域的技术人员应该明白，上述的本发明的各模块或各步骤可以用通用的计算装置来实现，它们可以集中在单个的计算装置上，或者分布在多个计算装置所组成的网络上，可选地，它们可以用计算装置可执行的程序代码来实现，从而，可以将它们存储在存储装置中由计算装置来执行，并且在某些情况下，可以以不同于此处的顺序执行所示出或描述的步骤，或者将它们分别制作成各个集成电路模块，或者将它们中的多个模块或步骤制作成单个集成电路模块来实现。这样，本发明不限制于任何特定的硬件和软件结合。以上所述仅为本发明的优选实施例而已，并不用于限制本发明，对于本领域的技术人员来说，本发明可以有各种更改和变化。凡在本发明的精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本发明的保护范围之内。当前第1页12