消息传输方法及装置与流程

本发明实施例涉及通信技术领域，尤其涉及一种消息传输方法及装置。

背景技术：

3gppv2x技术是未来智能交通运输系统的关键技术。它使得车与车、车与基站、基站与基站之间能够通信。从而获得实时路况、道路信息、行人信息等一系列交通信息，从而提高驾驶安全性、减少拥堵、提高交通效率、提供车载娱乐信息等。

v2x技术需要支持的场景参数变化幅度较大，其中车辆相对速度最高需要支持到500km/h。在该相对速度下，使用当前通用的4个垂直符号型解调信号参数(demodulationreferencesignal，dmrs)，将导致较高的各类业务消息的误包率，无法满足系统需求设计，因此需要额外引入降低调制和编码方式(modulationandcodingscheme，mcs)、增加传输资源块(resourceblock，rb)、增加传输子帧传输子帧等增强方案。

对于不同类型的v2x业务消息，增强方案能应用的范围是受限的，对于部分消息长度较大的业务报文，例如800byte的事件触发消息报文，将传输rb定为全带宽并使用该频域资源数量下允许的最低mcs仍无法满足系统性能需求，因此需要为长消息报文设计高移动速度下自适应的多传输子帧传输方案，但在现有的v2x体系中尚无此类方案。

技术实现要素：

本发明提供一种消息传输方法及装置，以降低单个传输子帧传输子帧中需要承载的消息长度，从而使更低的mcs变为可行，从而提升系统性能。

第一方面，本发明实施例提供了一种消息传输方法，包括：

当确定满足预设条件时，对发送的消息报文进行切分处理，得到多个传输报文；

采用多个传输子帧对多个传输报文进行传输。

第二方面，本发明实施例还提供了一种消息传输装置，包括：

分片处理模块，用于当确定满足预设条件时，对发送的消息报文进行切分处理，得到多个传输报文；

多子帧传输模块，用于采用多个传输子帧对多个传输报文进行传输。

本发明实施例通过对发送的消息报文进行切分处理，然后采用多个传输子帧对多个传输报文进行传输，能够降低单个传输子帧中需要承载的消息长度，从而使更低的mcs变为可行，从而提升系统性能。

附图说明

图1是本发明实施例一中的一种消息传输方法的流程图；

图2是本发明实施例二中的一种消息传输方法的流程图；

图3是本发明实施例三中的一种消息传输方法的流程图；

图4是本发明实施例四中的一种消息传输方法的流程图；

图5是本发明实施例五中的一种消息传输装置的结构图。

具体实施方式

下面结合附图和实施例对本发明作进一步的详细说明。可以理解的是，此处所描述的具体实施例仅仅用于解释本发明，而非对本发明的限定。另外还需要说明的是，为了便于描述，附图中仅示出了与本发明相关的部分而非全部结构。

实施例一

图1为本发明实施例一提供的一种消息传输方法的流程图，本实施例可适用于车辆与基站、车辆与车辆、车辆与用户设备进行数据通信的情况，该方法可以由本发明实施例提供的消息传输装置来执行，该装置可采用软件或硬件的方式实现，该装置可集成于发送节点中，所述发送节点具体可以为但不限于车辆、基站和用户设备。如图1所示，具体包括：

s101、当确定满足预设条件时，对发送的消息报文进行切分处理，得到多个传输报文。

其中，所述预设条件包括但不限于以下至少一种：节点速度阈值、预设节点场景类型、预设业务类型、预设业务需求、预设资源池繁忙程度阈值和预设干扰强度阈值。

具体的，当预设条件为节点速度阈值时，若发送节点确定当前速度超过节点速度阈值，则对发送的消息报文进行切分处理。当预设条件为预设节点场景类型时，若发送节点确定当前场景为预设节点场景类型，则对发送的消息报文进行切分处理。当预设条件为预设业务类型时，若发送节点确定当前业务为预设业务类型时，则对发送的消息报文进行切分处理。当预设条件为预设业务需求时，若发送节点确定当前业务需求为预设业务需求时，则对发送的消息报文进行切分处理。当预设条件为预设资源池繁忙程度阈值时，若发送节点确定当前资源池繁忙程度超过预设资源池繁忙程度阈值时，则对发送的消息报文进行切分处理。当预设条件为预设干扰强度阈值时，若发送节点确定当前干扰强度超过预设干扰强度阈值，则对发送的消息报文进行切分处理。

s102、采用多个传输子帧对多个传输报文进行传输。

具体的，根据切分得到的片段数量确定使用的传输子帧的总数。每一个传输子帧对应于一个片段生成的传输报文的发送。

本实施例通过对发送的消息报文进行切分处理，然后采用多个传输子帧对多个传输报文进行传输，能够降低单个传输子帧中需要承载的消息长度，从而使更低的mcs变为可行，从而提升系统性能。

在上述实施例的基础上，当满足预设条件时，对所述消息报文进行切分处理，包括：

当所述消息报文的报文长度超过预设长度时，对所述消息报文进行切分处理。

其中，所述预设长度为自适应长度或从预先自定义的一到多个固定长度中选取的一个固定长度。所述自适应长度可根据所述预设条件确定。例如，根据节点速度阈值、预设节点场景类型、预设业务类型、预设业务需求、预设资源池繁忙程度阈值和预设干扰强度阈值中的至少一种确定所述自适应长度。

在上述实施例的基础上，当所述消息报文的报文长度超过预设长度时，对所述消息报文进行切分处理之前，还包括：

根据所述预设条件确定所述自适应长度或选取一个固定长度，根据消息报文长度和预设长度确定是否对所述消息报文进行切分处理；

或者，根据基站发送的部分预设条件及本地获取的预设条件确定所述自适应长度或选取一个固定长度，根据消息报文长度和所述预设长度确定是否对所 述消息报文进行切分处理；

或者，根据基站发送的预设条件确定所述自适应长度或选取一个固定长度，根据消息报文长度和预设长度确定是否对所述消息报文进行切分处理；

或者，将本地获取的部分预设条件上传到基站，由基站根据上传的部分预设条件和基站本地存储的预设条件确定所述自适应长度或选取一个固定长度，并根据消息报文长度、所述预设长度和全部所述预设条件，判定是否对所述消息报文进行切分处理；接收基站发送的判定结果；

或者，根据所述预设条件确定所述自适应长度或选取一个固定长度，将所述预设长度上传到基站，由基站根据消息报文长度、所述预设长度和全部所述预设条件，判定是否对所述消息报文进行切分处理；接收基站发送的判定结果；

或者，接收基站发送的判定结果，所述判定结果包含基站判定的某个或某组或全部发送节点对某类消息报文使用多子帧传输，和/或一条消息报文使用的传输子帧数；

或者，在本地判定对某类消息报文使用多子帧传输，和/或一条消息报文使用的传输子帧数，将判定结果上报到基站。在上述实施例的基础上，所述对所述消息报文进行分片处理，包括：

确定每个切分成的报文片段的长度和/或片段数量；

根据所述片段长度和/或片段数量对所述消息报文进行切分处理。

具体的，可以根据以下至少一项参考因素确定每个报文片段的长度和/或片段数量：配置的切分长度固定值、消息报文长度、自适应长度、节点速度、节点场景类型、业务类型、业务需求、资源池繁忙程度、干扰强度、物理层使用的mcs、传输子帧数量、消息报文内容、每个传输子帧上的频域资源数量。当确定了分片长度之后，则将所述消息报文按照确定的分片长度进行划分。或者，当确定了分片数量之后，将所述消息报文按照确定的分片数量进行划分，例如，根据分片数量对消息报文进行平均分割。

在上述实施例的基础上，在对所述消息报文进行切分处理，可采用如下三种方式：

第一种方式，对所述消息报文进行切分形成报文分片；

相应的，采用多个传输子帧对多个传输报文进行传输，包括：

每个报文片段以报文分片的形式生成传输报文，被一个传输子帧独立传输， 在后续解码独立的所述报文分片时无法得到有效数据，在成功解码所述消息报文的所有分片后可以得到所述消息报文的全部有效数据。

具体在实现时，发送节点高层对消息报文进行切分，每个切分后的片段以报文分片的形式生成传输报文，被独立传输，无法通过对某个报文分片的独立解码获得所述分片中携带的信息，需要收集齐消息报文的全部分片，并对全部分片进行解码与合并，才能获得所述消息报文中携带的信息。例如，发送节点高层对已封装好的消息报文，采用类似rlc分片的方式对所述消息报文进行切分，得到的是高层报文的若干个报文分片，即每个分片中的信息是不完整的，无法独立地被使用。

此种分片方式，在处理报文分片时，需要把所有解码得到的报文分片组合成一条报文，进行crc校验，通过crc校验才认为报文是正确接收的。

在上述实施例的基础上，所述对所述消息报文进行切分处理具体包括：

在节点高层或应用层对所述报文分片采用类似rlc层组合分片的方式进行合并。

第二种方式，对所述消息报文中包含的原始信息，或用于生成所述消息报文的原始信息进行切分，基于每个切分片段生成一条独立的消息报文；

相应的，采用多个传输子帧对多个传输子帧进行传输，包括：

每个报文片段以独立消息报文的形式生成传输报文，被一个传输子帧独立传输，在后续解码时能够独立解码每个报文片段，并且独立解码一个报文片段后可得到所述报文片段中携带的全部或部分有效信息内容，在成功解码所述消息报文的所有片段后可以得到所述消息报文的全部有效数据。

具体在实现时，发送节点高层对消息报文进行切分，每个切分后的片段以独立消息报文的形式生成传输报文，被独立传输，可以通过对某个报文片段的独立解码获得所述片段中携带的信息。具体的，基于原始消息中包含的内容和/或所述消息报文的长度和/或预配置的切分方式，对所述消息报文中包含的原始信息，或用于生成所述消息报文的原始信息进行切分。例如，根据内容进行切分，切分后的第一个片段里是节点地理位置信息；第二个片段里是节点速度和方向；第三个片段里是节点加速度。收到任何一个片段生成的子消息报文，都可以独立做crc校验，通过crc校验就认为子消息报文是正确接收的。并且由于一个片段里是从功能角度来说完整的一段信息，可以对一个片段完整地 进行利用。根据消息报文长度和预配置的固定切分方式进行切分，所有节点切分一种长度为800byte的消息类型的报文时，第一个片段长300byte(300byte地理位置信息)，第二个片段长250byte(100byte地理位置信息+150byte节点速度)，第三个片段长250byte(100byte节点方向+150byte节点加速度)。设计这种方法的初衷是从功能角度可能有些单项信息放在一个传输子帧里时仍然是过长的。这种情况下，收到任何一个片段生成的子消息报文，都可以独立做crc校验，通过crc校验就认为子消息报文是正确接收的。并且由于一个片段里的信息是完整的功能信息和若干项功能信息的一部分的组合，前者可以直接用，后者至少知道对应原始信息来说是哪一部分，多个片段组合之后有可能得到可用的完整的功能信息。这个例子里对一个片段可以完整地(例如，收到片段3生成的子消息报文可以直接使用)或部分地(例如，只收到片段2生成的子消息报文，前100byte不能使用，后150byte可以使用)进行利用。

在上述实施例的基础上，所述对所述消息报文进行切分处理具体包括：

在节点高层或应用层对所述独立的消息报文片段中携带的原始数据进行合并。

第三种方式，在rlc层和mac层对所述消息报文进行rlc分片与分片合并和mac组包拆包机制处理。

在上述实施例的基础上，采用多个传输子帧对多个传输报文进行传输进一步包括：

根据所述消息报文对应的资源信息为每个传输报文调度相应的资源，所述资源信息包括以下至少一项：配置的切分长度固定值、消息报文长度、自适应长度、节点速度、节点场景类型、业务类型、业务需求、资源池繁忙程度、干扰强度、物理层使用的调制和编码方式mcs、传输子帧数量、每个传输子帧上的频域资源数量和每个传输报文的重传次数；

根据调度的资源采用多个传输子帧对多个传输报文进行传输。

具体的，在根据所述消息报文对应的资源信息为每个传输报文调度相应的资源可采用如下五种方式进行资源调度：

第一种方式，根据所述消息报文对应的资源信息对每个传输报文中的首传子帧和重传子帧进行资源的联合调度。

例如，对于传输报文a，其对应的首传子帧为a1，对应的重传子帧为a2， 则在调度资源时，同时对a1和a2采用的资源进行一次性调度。

第二种方式，根据所述消息报文对应的资源信息对每个传输报文中的首传子帧和重传子帧进行资源的独立调度。

例如，对于传输报文a，其对应的首传子帧为a1，对应的重传子帧为a2，则在调度资源时，首先对a1进行资源的独立调度，然后对a2进行资源的独立调度。

第三种方式，根据所述消息报文对应的资源信息对每个传输报文的首传子帧进行资源的独立调度；

每个传输报文的重传子帧和首传子帧间的资源位置存在固定的映射关系，根据所述映射关系和所述首传子帧的资源位置确定每个传输报文的重传子帧使用的资源。

例如，对于传输报文a，其对应的首传子帧为a1，对应的重传子帧为a2，则在调度资源时，首先对a1进行资源的独立调度，然后根据映射关系得到a2使用的资源位置。

第四种方式，根据所述消息报文对应的资源信息对所述消息报文的所有传输报文的所有首传子帧和重传子帧进行资源的联合调度。

例如，所述消息报文的所有传输报文包括a和b，对于传输报文a，其对应的首传子帧为a1，对应的重传子帧为a2，对于传输报文b，其对应的首传子帧为b1，对应的重传子帧为b2，那么在资源调度时，同时对a1、a2、b1和b2采用的资源进行一次性调度。

第五种方式，根据所述消息报文对应的资源信息对所述消息报文的所有传输报文的所有首传子帧进行资源的联合调度；

每个传输报文的重传子帧和首传子帧间的资源位置存在固定的映射关系，根据所述映射关系确定每个传输报文的重传子帧使用的资源。

例如，所述消息报文的所有传输报文包括a和b，对于传输报文a，其对应的首传子帧为a1，对应的重传子帧为a2，对于传输报文b，其对应的首传子帧为b1，对应的重传子帧为b2，那么在资源调度时，首先对a1和b1分别进行资源的独立调度，然后根据映射关系得到b1和b2对的资源位置。

其中，在上述五种调度方式中，调度的资源包括时域资源和/或频域资源。即采用其中的任意一种调度方式可调度对应的时域资源和/或频域资源。

上述实施例通过对发送的消息报文进行切分处理，然后采用多个传输子帧对多个传输报文进行传输，能够降低单个传输子帧中需要承载的消息长度，从而使更低的mcs变为可行，从而提升系统性能。

实施例二

图2为本发明实施例二提供的一种消息传输方法的流程图，本实施例在上述实施例的基础上，将当满足预设条件时，对所述消息报文进行切分处理，优化为当所述消息报文的报文长度超过预设长度时，对所述消息报文进行切分处理。如图2所示，具体包括：

s201、当所述消息报文的报文长度超过预设长度时，对所述消息报文进行切分处理，得到多个传输报文。

其中，所述预设长度为自适应长度或预先自定义的固定长度。所述自适应长度可根据以下至少一种预设条件进行确定：节点速度阈值、预设节点场景类型、预设业务类型、预设业务需求、预设资源池繁忙程度阈值和预设干扰强度阈值。

具体的，所述消息报文的报文长度是否超过预设长度可通过以下方法进行判定：发送节点高层和/或mac层和/或rlc层和/或物理层，根据预设条件获取自适应长度，根据消息报文长度和自适应长度确定是否对所述消息报文进行分片处理；或者，基站将部分预设条件发送给发送节点，或，基站根据预设条件获取自适应长度并发送给发送节点，由发送节点根据消息报文长度和自适应长度确定是否对所述消息报文进行分片处理；或者，发送节点将部分预设条件上传到基站，或，发送节点根据预设条件获取自适应长度并上传到基站，由基站确定是否对所述消息报文进行分片处理，然后将结果告知发送节点，由发送节点对所述消息报文进行分片处理；或者，基站判定某个或某组或全部发送节点需要对某类消息报文进行分片处理，和/或一条消息报文使用的传输子帧数量，将判定结果配置给发送节点，由发送节点对所述消息报文进行分片处理；或者，发送节点本地判定需要对某类消息报文进行分片处理，和/或一条消息报文使用的传输子帧数，则对所述消息报文进行分片处理，并将判定结果上报到基站。

s202、采用多个传输子帧对多个传输报文进行传输。

关于本步骤的详细描述请参见上述实施例，这里不再赘述。

本实施例通过对发送的消息报文进行切分处理，然后采用多个传输子帧对多个传输报文进行传输，能够降低单个传输子帧中需要承载的消息长度，从而使更低的mcs变为可行，从而提升系统性能。

实施例三

图3为本发明实施例三提供的一种消息传输方法的流程图，本实施例在上述实施例的基础上，将采用多个传输子帧对多个传输报文进行传输，优化为根据所述消息报文对应的资源信息为每个传输子帧调度相应的资源，所述资源信息包括以下至少一项：配置的切分长度固定值、消息报文长度、自适应长度、节点速度、节点场景类型、业务类型、业务需求、资源池繁忙程度、干扰强度、物理层使用的调制和编码方式mcs、传输子帧数量、每个传输子帧上的频域资源数量、和每个传输报文的重传次数，并根据调度的资源采用多个传输子帧对多个传输报文进行传输。如图3所示，具体包括：。

s301、当确定满足预设条件时，对发送的消息报文进行切分处理，得到多个传输报文。

s302、根据所述消息报文对应的资源信息为每个传输子帧调度相应的资源，所述资源信息包括以下至少一项：配置的切分长度固定值、消息报文长度、自适应长度、节点速度、节点场景类型、业务类型、业务需求、资源池繁忙程度、干扰强度、物理层使用的调制和编码方式mcs、传输子帧数量、每个传输子帧上的频域资源数量和每个传输报文的重传次数。

s303、根据调度的资源采用多个传输子帧对多个传输报文进行传输。

具体的，对任意所述传输报文的首传子帧和重传子帧均独立地进行调度。或者，复用现有的t-rpt机制对任意所述传输报文的首传子帧及全部重传子帧进行时域调度；频域调度采用与t-rpt类似的frequencyresourcepattern机制。或者，对任意所述传输报文的首传子帧独立地进行调度，所述传输报文的重传子帧与首传子帧间的时域和/或频域位置存在固定的映射关系；当时域和频域仅其中之一存在固定的映射关系时，对另外一方进行独立调度或类似t-rpt机制的调度。或者，复用现有的t-rpt机制对所有传输报文的首传子帧及全部重传子帧进行时域调度；频域调度采用与t-rpt类似的frequency resourcepattern机制；或者，对所有传输报文的首传子帧进行联合调度，任意重传子帧与相应的首传子帧间的时域和/或频域位置存在固定的映射关系；当时域和频域仅其中之一存在固定的映射关系时，对另外一方进行独立调度或类似t-rpt机制的调度。

实施例四

本实施例以v2x系统为例，以某个发送节点需要发送一条长度为800byte的事件触发消息为场景对本发明实施例进行详细说明。如图4所示，主要包括以下步骤：

s401、发送节点根据预设条件，获取消息报文多子帧传输的相应自适应长度。

例如，发送节点获取当前驾驶速度为250km/h、业务类型为事件触发消息；基站配置给节点当前场景类型为高速公路。发送节点根据上述预设条件判定自适应长度为300byte。

s402、发送节点确定消息长度超过自适应长度，发送节点判定使用多传输子帧进行传输，并将判定结果上报到基站。

s403、基站判定该发送节点在多传输子帧传输模式下的传输子帧数为4，并将判定结果配置给节点。

s404、发送节点对消息报文进行切分，每个切分后的片段以独立消息报文的形式被独立传输。

具体的，发送节点确定切分片段数为4，并根据基站的判定结果即传输子帧数确定，长度为每段200byte。每个切分后的片段以独立消息报文的形式被独立传输，在解码端可以通过对某个独立消息报文的独立解码获得所述片段中携带的信息。

s405、发送节点自行进行本地传输的资源调度，消息报文被切分为4个独立的消息报文，需要的传输子帧数量为4，每个子帧上的频域资源数量为40rbs，每个子帧的重传次数为1次，相应地进行资源调度。

s406、发送节点对共计4个传输的独立消息报文的首传子帧使用的时域资源进行联合调度，使用t-rpt方式。

s407、发送节点对每个传输报文的首传子帧使用的频域资源独立地进行调 度。

具体的，每个传输报文的重传子帧采用ttibundling的方式，每个传输报文共有1个重传子帧，位于首传子帧随后的第一个子帧；每个传输报文的重传子帧使用与首传子帧相同的频域位置。

s408、发送节点确定资源调度结果后，在相应的资源位置进行传输，每个传输子帧上发送一个切分后的片段。

实施例五

图5所示为本发明实施例五提供的一种消息传输装置的结构示意图，该装置可采用软件或硬件的方式实现，该装置集成于发送节点中，如图5所示，该装置的具体结构如下：分片处理模块51和多子帧传输模块52。

所述分片处理模块51用于当确定满足预设条件时，对发送的消息报文进行切分处理，得到多个传输报文；

所述多子帧传输模块52用于采用多个传输子帧对多个传输报文进行传输。

本实施例所述的消息传输装置用于执行上述各实施例所述的消息传输方法，其技术原理和产生的技术效果类似，这里不再赘述。

在上述实施例的基础上，所述分片处理模块51包括：分片确定单元511和分片处理单元512。

所述分片确定单元511用于确定每个报文片段的长度和/或片段数量；

所述分片处理单元512用于根据所述片段长度和/或片段数量对所述消息报文进行切分处理。

在上述实施例的基础上，所述分片确定单元512具体用于，根据以下至少一项参考因素确定每个报文片段的长度和/或片段数量：配置的切分长度固定值、消息报文长度、自适应长度、节点速度、节点场景类型、业务类型、业务需求、资源池繁忙程度、干扰强度、物理层使用的调制和编码方式mcs、传输子帧数量、消息报文内容、每个传输子帧上的频域资源数量。

在上述实施例的基础上，所述分片处理模块51具体用于，对所述消息报文进行切分形成报文片段；

所述多子帧传输模块52具体用于，每个报文片段以报文分片的形式生成 传输报文，被一个传输子帧独立传输，在后续解码独立的报文分片无法得到有效数据，解码所述消息报文的全部分片能够得到所述消息报文的全部有效数据。

在上述实施例的基础上，所述分片处理模块51具体用于，对所述消息报文中包含的原始信息，或用于生成所述消息报文的原始信息进行切分，基于每个切分片段生成一条独立的消息报文；

所述多子帧传输模块52具体用于，每个报文片段以独立消息报文的形式生成传输报文，被一个传输子帧独立传输，在后续解码时能够独立解码每个报文片段，并且独立解码一个报文片段后可得到报文片段中携带的全部或部分有效信息内容，在成功解码所述消息报文的所有片段后可以得到所述消息报文的全部有效数据。

在上述实施例的基础上，所述分片处理模块51具体用于，基于原始消息中包含的内容和/或所述消息报文的长度和/或预配置的固定切分方式，对所述消息报文中包含的原始信息，或用于生成所述消息报文的原始信息进行切分。

在上述实施例的基础上，所述多子帧传输模块52具体用于，在rlc层和mac层对所述消息报文进行rlc分片与分片合并和mac组包拆包机制处理。

在上述实施例的基础上，所述多子帧传输模块52具体用于，在节点高层或应用层对所述报文分片进行合并。

在上述实施例的基础上，所述多子帧传输模块52具体用于，在节点高层或应用层对所述独立的消息报文片段中携带的原始数据进行合并。

在上述实施例的基础上，所述多子帧传输模块52包括：资源调度单元521和多子帧传输单元522。

所述资源调度单元511用于根据所述消息报文对应的资源信息为每个传输子帧调度相应的资源，所述资源信息包括以下至少一项：配置的切分长度固定值、消息报文长度、自适应长度、节点速度、节点场景类型、业务类型、业务需求、资源池繁忙程度、干扰强度、物理层使用的调制和编码方式mcs、传输子帧数量、每个传输子帧上的频域资源数量、每个传输报文的重传次数；

所述多子帧传输单元512用于根据调度的资源采用多个传输子帧对多个传输报文进行传输。

在上述实施例的基础上，所述资源调度单元511具体用于，根据所述消息报文对应的资源信息对每个传输报文中的首传子帧和重传子帧进行资源的联 合调度。

在上述实施例的基础上，所述资源调度单元511具体用于，根据所述消息报文对应的资源信息对每个传输报文中的首传子帧和重传子帧进行资源的独立调度。

在上述实施例的基础上，所述资源调度单元511具体用于，根据所述消息报文对应的资源信息对每个传输报文的首传子帧进行资源的独立调度；每个传输报文的重传子帧和首传子帧间的资源位置存在固定的映射关系，根据所述映射关系和所述首传子帧的资源位置确定每个传输报文的重传子帧的资源位置。

在上述实施例的基础上，所述资源调度单元511具体用于，根据所述消息报文对应的资源信息对所述消息报文的所有传输报文的所有首传子帧和重传子帧进行资源的联合调度。

在上述实施例的基础上，所述资源调度单元511具体用于，根据所述消息报文对应的资源信息对所述消息报文的所有传输报文的所有首传子帧进行资源的联合调度；每个传输报文的重传子帧和首传子帧间的资源位置存在固定的映射关系，根据所述映射关系和所述首传子帧的资源位置获取每个传输报文的重传子帧的资源位置。

在上述实施例的基础上，调度的资源包括时域资源和/或频域资源。

在上述实施例的基础上，所述预设条件包括以下至少一种：节点速度阈值、预设节点场景类型、预设业务类型、预设业务需求、预设资源池繁忙程度阈值和预设干扰强度阈值。

在上述实施例的基础上，所述分片处理模块51具体用于，当所述消息报文的报文长度超过预设长度时，对所述消息报文进行切分处理。

在上述实施例的基础上，所述预设长度为自适应长度或从预先自定义的一到多个固定长度中选取的一个固定长度。

在上述实施例的基础上，所述装置还包括：自适应长度确定模块53。

所述自适应长度确定模块53用于当所述消息报文的报文长度超过预设长度时，对所述消息报文进行切分处理之前，根据所述预设条件确定所述自适应长度或选取一个固定长度，根据消息报文长度和自适应预设长度确定是否对所述消息报文进行切分处理；或者，根据基站发送的部分预先预设条件及本地获取的预设先条件确定所述自适应长度或选取一个固定长度，根据消息报文长度 和所述自适应预设长度确定是否对所述消息报文进行切分处理；或者，根据基站发送的预设先条件确定所述自适应长度或选取一个固定长度，根据消息报文长度和自适应预设长度确定是否对所述消息报文进行切分处理；或者，将本地获取的部分预设条件上传到基站，由基站根据上传的部分预设条件和基站本地存储的预设条件确定所述自适应长度或选取一个固定长度，并根据确定消息报文长度、所述预设长度和全部所述预设条件，判定是否对所述消息报文进行切分处理是否超过所述自适应长度；接收基站发送的判定结果；或者，根据所述预设条件确定所述自适应长度或选取一个固定长度，将所述自适应预设长度上传到基站，由基站确定根据消息报文长度、所述预设长度和全部所述预设条件，判定是否对所述消息报文进行切分处理是否超过所述自适应长度；接收基站发送的判定结果；或者，接收基站发送的判定结果，所述判定结果包含基站判定的某个或某组或全部发送节点对某类消息报文使用多子帧传输，和/或一条消息报文使用的传输子帧数；或者，在本地判定对某类消息报文使用多子帧传输，和/或一条消息报文使用的传输子帧数，将判定结果上报到基站。

上述各实施例所述的消息传输装置用于执行上述各实施例所述的消息传输方法，其技术原理和产生的技术效果类似，这里不再赘述。

注意，上述仅为本发明的较佳实施例及所运用技术原理。本领域技术人员会理解，本发明不限于这里所述的特定实施例，对本领域技术人员来说能够进行各种明显的变化、重新调整和替代而不会脱离本发明的保护范围。因此，虽然通过以上实施例对本发明进行了较为详细的说明，但是本发明不仅仅限于以上实施例，在不脱离本发明构思的情况下，还可以包括更多其他等效实施例，而本发明的范围由所附的权利要求范围决定。