负担。
[0075] 鉴于此，特提出了一种组播数据的传输控制方法，以实现集群设备之间组播数据 的可靠性传输，且不会对传输造成负担。
[0076] 在一个实施例中，具体的，该方法如图1所示，包括：
[0077] 步骤110,在组播数据传输过程中接收终端上报的信令，该信令中携带有终端反馈 的传输的组播数据的非成功接收信息。
[0078] 集群设备包括了基站和终端，在组播业务中基站将向多个终端传输组播数据，在 此组播数据的传输过程中若终端未成功接收基站传输的组播数据，则进行信令上报，此时 基站相应接收到该终端上报的信令，以获知终端所进行的组播数据非成功接收反馈。
[0079] 步骤130,根据终端上报的信令和预置的条件触发盲重传机制。
[0080] 读取预置的条件，根据该条件在确认当前系统中支持盲重传且具备重传能力时， 触发盲重传机制。
[0081] 其中，该盲重传机制是在满足该预置的条件时进行的组播数据的重传，该重传次 数可进行配置，并且重传冗余版本顺序为〇、2、3和1，与组播数据传输相一致的，该重传的数 据格式也与物理下行共享信道相同，在其资源配置上重传时刻和重传频域位置可自适应调 整。
[0082] 步骤150,通过盲重传机制请求重传组播数据。
[0083] 基站中触发盲重传机制以请求进行组播数据的重传，进而向该组播所涉及的终端 重传组播数据，此时，未成功接收该组播数据的终端将通过此方式获取得到组播数据。
[0084] 通过如上所述的过程，通过在集群设备中引入盲重传机制来终端中组播数据的未 成功接收进行响应，克服了组播中由没有上行ACK/NACK反馈而无法保证传输可靠性的缺 陷，并且也有利于提升传输质量，可明显改善集群通信条件不好的终端。
[0085] 在一个实施例中，如图2所示，该步骤130包括：
[0086]步骤131，获取剩余系统带宽。
[0087] 对当前的剩余系统带宽进行评估并获取剩余系统带宽，以根据所得到的剩余系统 带宽获知当前的通信能力。
[0088] 步骤133,根据预置的上层配置和剩余系统带宽判断是否满足预置的条件，若为 是，则进入步骤135,若为否，则不做处理。
[0089] 读取预置的上层配置，由预置的上层配置获知当前是否支持盲重传，即上层配置 中是否设定了使能盲重传的配置项，如设定了使能盲重传的配置项，则说明当前是支持盲 重传。
[0090] 判断评估所得到的剩余系统带宽是否高于预置的条件中的带宽限值，若为是，则 说明系统当前具备重传能力，可进行组播数据的重传。
[0091] 步骤135,触发盲重传机制。
[0092] 在一个实施例中，如图3所示，该步骤150包括：
[0093] 步骤151，根据重传的组播数据生成冗余版本。
[0094] 冗余版本即为需要进行重传的数据集合，其包含了未成功传输至终端的组播数 据。
[0095] 步骤153,按照预置的重传控制信息发送冗余版本。
[0096] 预置的重传控制信息是与盲重传机制相对应的，其包括了重传次数、重传冗余版 本顺序、数据格式等信息，其可通过rocsH控制信息指示。
[0097] 在冗余版本的发送中其所对应的时域和频域均可自适应地调整，例如，重传时刻 可以是下一下行子帧，重传频域位置可灵活调度，如一直使用相同的频域位置，或者分别使 用不同的频域位置，在此不进行限定。
[0098] 与盲重传机制相对应的，还为集群设备配置了状态机回退机制，以待不再满足预 置的条件或者信道质量好转时，集群设备，即基站将去使能盲重传，不再执行盲重传过程， 而恢复组播。
[0099] 例如，表1示出了一个实施例中实现了盲重传机制的组播过程。其中，该组播中，触 发进行盲重传后，初始传输使用子帧〇，冗余版本号为〇，并将会在子帧1、5和6发送冗余版本 2、3和 1〇
[0101] 表1
[0102] 在一个实施例中，如图4所示，该步骤150之后，如上所述方法还包括：
[0103]步骤210,监控组播数据的重传中是否不再满足预置的条件，若为是，则进入步骤 230,若为否，则在步骤150中继续进行重传。
[0104] 将在组播数据的重传中进行监控，以获知当前是否仍然满足预置的条件，若不再 满足预置的条件，例如，当前剩余系统带宽紧张，则不再符合触发盲重传所预置的条件，因 此，将无法再进行盲重传。
[0105] 步骤230,触发停止组播数据的重传。
[0106] 在另一个实施例中，如图5所示，如上所述的方法还包括：
[0107]步骤310,评估信道质量。
[0108]步骤330，判断信道质量是否好转，若为是，则进入步骤350，若为否，则在步骤150 中继续进行重传。
[0109]信道质量将决定着终端，特别是边缘用户所使用的终端是否可在组播中接收到传 输的组播数据。因此，在进行组播数据重传的过程中，需要进行信道质量是否好坏的感知， 以在信道质量好转时恢复组播过程。
[0110]步骤350,触发停止组播数据的重传，恢复组播。
[0111] 在一个实施例中，还相应地提供了一种组播数据的传输控制方法，如图6所示，该 方法包括：
[0112] 步骤410,检测基站发送的组播数据是否成功接收。
[0113] 终端，即用户设备在接收基站发送的组播数据的过程中，将检测该组播数据是否 已经成功接收，以获知组播数据非成功接收的发生。
[0114] 步骤430,在检测到组播数据非成功接收时，触发生成相应的信令，该信令携带有 组播数据非成功接收信息。
[0115] -旦终端未成功接收基站发送的组播数据，则触发生成相应的信令，以通过该信 令向基站反馈组播数据的非成功接收。
[0116] 步骤450,向基站上报信令。
[0117] 进一步的，在本实施例中，该方法还包括:接收基站通过触发盲重传机制重传的组 播数据，该组播数据是基站发送的组播数据中未成功接收的组播数据。
[0118] 需要说明的是，该终端是基站的组播过程中涉及的任一终端。也就是说，任一终端 未能成功接收组播数据均可向基站返回，即通过一信令的发送进行反馈，例如，可通过上行 发送私有信令实现，而不需要进行上行NACK反馈，进而即可接收到重传的组播数据，并在触 发状态机回退机制时恢复组播过程中的组播数据接收，保证了传输可靠性，且根据传输状 况自适应的进行盲重传和回退，可适应于各种通信状态，具备较强的适应性。
[0119] 在一个实施例中，相应地提供了一种组播数据的传输控制装置。如图7所示，该装 置包括信令接收模块510、触发模块530和重传模块550,其中：
[0120]信令接收模块510,用于在组播数据传输过程中接收终端上报的信令，该信令中携 带有终端反馈的传输的组播数据的非成功接收信息。
[0121]触发模块530，用于根据终端上报的信令和预置的条件触发盲重传机制。
[0122] 重传模块550，用于通过盲重传机制请求重传组播数据。
[0123] 如图8所示，在一个实施例中，触发模块530包括带宽评估单元531、条件判断单元 533和重传触发单元535,其中：
[0124] 带宽获取单元531，用于获取剩余系统带宽。
[0125] 条件判断单元533,用于根据预置的上层配置和剩余系统带宽判断是否满足预置 的条件。
[0126] 重传触发单元535，用于在条件判断单元533判断为是时，触发盲重传机制。
[0127] 如图9所示，在一个实施例中，重传模块550包括冗余版本生成单元551和发送单元 553,其中：
[0128] 冗余版本生成单元551，用于根据重发的组播数据生成冗余版本。
[0129] 发送单元553,用于按照预置的重传控制信息发送冗余版本。
[0130] 如图10所示，在一个实施例中，如上所述的装置还包括监控模块610和恢复模块 630,其中：
[0131] 监控模块610,用于监控组播数据的重传中是否不再满足预置的条件，若为是，则 通知恢复模块630,若为否，则通知重传模块550继续进行重传。
[0132] 恢复模块630,用于触发停止组播数据的重传，恢复组播。
[0133] 如图11所示，进一步的，如上所述的装置还包括了质量评估模块710和信道状况判 断模块730,其中：
[0134] 质量评估模块710,用于评估信道质量。
[0135] 信道状况判断模块730,用于判断信道质量是否好转，若为是，则通知恢复模块 630，若为否，则通知重传模块550继续进行重传。
[0136] 在一个实施例中，相应地提供了一种组播数据的传输控制装置，如图12所示，包括 检测模块810、信令生成模块830和上报模块850,其中：
[0137] 检测模块810,用于检测基站发送的组播数据是否成功接收。
[0138] 信令生成模块830,用于在检测到组播数据非成功接收时，通过组播数据的非成功 接收触发生成相应的信令，该信令携带有组播数据非成功接收信息。
[0139] 上报模块850,用于向基站上报信令。
[0140] 进一步的，在本实施例中，该装