好的，请稍等。我将以一名资深专利代理师的身份，对您提供的对比文件是否公开了目标专利权利要求的各技术特征进行严谨、深入的评估。
首先，我明确以下信息：
- **对比文件名称**：2016-02-04_WO2016015213A_发明申请_WO2016015213A1 CONVEYING NUMBER OF REQUIRED HARQ REPETITIONS FOR COVERAGE ENHANCEMENT
- **目标专利名称**：1061用于侧链通信的组播CN112771955B
- **本次调用的模型名称**：您未提供具体的模型名称。在本次分析中，我将基于您提供的指令和我的专业知识进行。
接下来，我将基于目标专利权利要求的划分，逐项进行特征比对。
### 特征比对表格
| 技术特征描述及公开性判断结果 | 对比文件原文引用 (中文翻译) | 公开性论述 |
| **技术特征A**：在设备的群组中的领队设备处，从第一正交序列集合和第一正交覆盖码集合中选择正交序列和覆盖码。<br><br>《隐含公开》 | 引用段落[0041]及[0099]：<br>【0041】“参考信号信息，例如应用的循环移位和/或正交覆盖码索引，其用于与指派相关的参考信号的传输或接收。”<br>【0099】“例如，在LTE PUCCH中，PUCCH资源索引用于确定循环移位索引，以及可能地，进一步的正交序列索引。”<br>同时，对比文件描述了基站(eNB)作为数据发送设备，为用户设备(UE)配置用于HARQ反馈的资源，其中包括循环移位和正交覆盖码，这可以理解为从一组可用的序列和码中进行选择。 | 对比文件虽未明确提及“群组”和“领队设备”，但其明确描述了在通信系统中，发送端设备（例如eNB）为接收端设备（例如UE）选择并指派用于反馈的**正交序列**（通过循环移位）和**正交覆盖码索引**（[0041]）。该选择过程服务于ACK/NACK反馈（[0023]）。本领域技术人员可以合理推断，该选择过程是发送端从预定义或配置的正交序列集合和正交覆盖码集合中进行选择。虽然目标专利的场景是侧链通信的群组领队，但对比文件中“发送端为接收端选择资源”的核心思想与目标专利中“领队设备为成员设备选择资源”具有相同的技术本质。因此，该特征被对比文件隐含公开。 |
| **技术特征B**：所述第一正交序列集合和所述第一正交覆盖码集合用于所述群组中的确认反馈。<br><br>《隐含公开》 | 引用段落[0023]及[0099]：<br>【0023】“物理混合自动重传请求指示符信道(PHICH)，用于承载与上行数据传输相关联的下行ACK/NACK。”<br>【0099】“例如，在LTE PUCCH中，PUCCH资源索引用于确定循环移位索引，以及可能地，进一步的正交序列索引。此外，对应于资源块的频域索引用于表征PUCCH传输。这些或这些的组合可以用于确定在子帧中用于传输反馈信息的上行资源。” | 对比文件明确规定了用于ACK/NACK反馈的信道（PHICH， [0023]）和用于承载反馈的物理上行控制信道（PUCCH）的资源确定方式，该资源确定方式包括使用**循环移位索引**和**正交序列索引**（[0099]）。这些序列和码（循环移位和正交覆盖码）的核心目的正是为了在反馈信道中区分不同的用户，从而实现码分复用。这与目标专利中“正交序列集合和正交覆盖码集合用于群组中的确认反馈”的目的完全一致。因此，该技术特征被对比文件隐含公开。 |
| **技术特征C**：向所述群组中的多个成员设备中的第一成员设备发送所选择的所述正交序列和所述覆盖码的指示。<br><br>《隐含公开》 | 引用段落[0082]：<br>“该数据发送设备（例如eNB）通过相应的DCI指示或半静态配置，将束的大小，即数据部分的码块数量（相同数据部分的传输次数）有利地发信号通知给数据接收设备（例如UE）。”<br>引用段落[0041]：<br>“参考信号信息，例如应用的循环移位和/或正交覆盖码索引，其用于与指派相关的参考信号的传输或接收。” | 对比文件明确描述了，数据发送设备（eNB）通过下行控制信息（DCI）将资源配置信息（包括用于参考信号的循环移位和正交覆盖码索引）发信号通知给接收设备（UE）（[0041]， [0082]）。这本质上就是将所选择的序列和码的指示发送给了接收设备。虽然目标专利的场景是“领队设备向成员设备”发送，但对比文件中“eNB向UE”发送指示，其技术动作是相同的，都是“发送端向接收端发送用于反馈的资源配置指示”。因此，该技术特征被对比文件隐含公开。 |
| **技术特征D**：其中所选择的所述正交序列和所述覆盖码与来自用于所述群组的多个设备标识符中的第一设备标识符相关联。<br><br>《未公开》 | 引用段落[0046]及[0047]：<br>【0046】“为了使用户设备能够识别PDCCH传输是否正确接收，通过附加到每个PDCCH（即DCI）的16位CRC提供错误检测...更有效的方法是用‘UE标识’对CRC进行加扰。”<br>【0047】“相应地，UE通过应用‘UE标识’解扰CRC，如果没有CRC错误，则UE确定PDCCH携带了其自身的控制信息。” | 对比文件中，UE标识符（如C-RNTI）主要用于对DCI的CRC进行加扰和解扰，以确定控制信令的目标用户。虽然对比文件提到了UE ID与资源配置（可能包括序列和码）的关联，但这是一种隐性的、通过寻址实现的关联。目标专利要求的是“所选择的所述正交序列和所述覆盖码”与设备标识符之间有明确的、一对一的映射关系或数据关联（如说明书表1所示）。对比文件没有公开这种将特定正交序列/覆盖码与特定设备ID进行直接绑定的显式关联。因此，该技术特征未被对比文件公开。 |
| **技术特征E**：发送所述指示包括：向所述第一成员设备发送所述第一设备标识符作为所述指示。<br><br>《未公开》 | 引用段落[0082]：<br>“该数据发送设备（例如eNB）通过相应的DCI指示或半静态配置，将...发信号通知给数据接收设备（例如UE）。”<br>引用段落[0041]：<br>“参考信号信息，例如应用的循环移位和/或正交覆盖码索引，其用于与指派相关的参考信号的传输或接收。” | 对比文件中，发送给UE的“指示”是所选择的资源信息（如循环移位、OCC索引），这些信息是通过DCI等控制信令承载的。虽然PDCCH的CRC可能用UE ID进行掩码，但发送的“指示”本身是资源配置参数，而非设备标识符本身。设备标识符是隐式地用于寻址，而不是作为“指示”的具体内容发送的。目标专利明确要求“发送所述第一设备标识符作为所述指示”，即指示的内容就是设备ID本身。对比文件未公开此特征。 |
| **技术特征F**：其中选择所述正交序列和所述覆盖码包括：响应于来自所述第一成员设备的加入请求，选择所述正交序列和所述覆盖码。<br><br>《未公开》 | 对比文件未提及任何关于“成员设备加入请求”或类似的动态组建立过程。 | 对比文件主要关注的是基站与UE之间在已建立的连接或预设的配置下的数据重传和反馈机制。其描述的资源配置（包括序列和码的选择）是基于信道条件或网络配置，而不是响应于一个显式的“加入请求”。目标专利中的“加入请求”是V2X组播组形成的一个特定步骤。对比文件完全没有公开这个动态、基于请求的触发过程。 |
| **技术特征G**：还包括：确定由相邻群组使用的第二正交序列集合和第二正交覆盖码集合。<br><br>《未公开》 | 对比文件未涉及“相邻群组”或群组间的协调概念。 | 对比文件仅在单个小区或eNB与UE的链路场景下讨论资源分配，并未涉及多个通信群组（如V2X车队）之间如何避免干扰或协调资源配置的问题。因此，确定“相邻群组”使用的序列和码集合的概念在对比文件中完全没有被提及。 |
| **技术特征H**：基于所述第二正交序列集合和所述第二正交覆盖码集合，确定所述第一正交序列集合和所述第一正交覆盖码集合。<br><br>《未公开》 | 对比文件未公开任何基于相邻群组信息来确定本群组资源的方法。 | 与上述特征G同理，对比文件不存在“群组”的概念，也未涉及群组间协调。因此，基于相邻群组信息来决定本群组资源使用的技术方案未被公开。 |
| **技术特征I**：其中所述第一正交覆盖码集合不同于所述第二正交覆盖码集合。<br><br>《未公开》 | 未公开。 | 由于对比文件未公开特征G和H，其更不可能公开两个群组之间使用不同正交覆盖码集合这一具体配置。 |
| **技术特征J**：其中所述第一正交序列集合不同于所述第二正交序列集合。<br><br>《未公开》 | 未公开。 | 与特征I同理，未被公开。 |
| **技术特征K**：还包括：广播所述第一正交序列集合和所述第一正交覆盖码集合中的至少一项。<br><br>《隐含公开》 | 引用段落[0082]：<br>“该数据发送设备（例如eNB）通过相应的DCI指示或半静态配置，将束的大小...发信号通知给数据接收设备（例如UE）。”<br>引用段落[0094]：<br>“数据发送设备...可以生成指示新的传输束长度N的控制信息并将其发送给数据接收设备。” | 对比文件描述了发送端（eNB）通过下行控制信令（如DCI、RRC信令）将其配置的资源信息（包括循环移位、OCC等）发送给接收端（UE）。虽然“广播”在本领域中通常指小区级别的广播（如系统消息），但对比文件中的“发信号通知”（signaling）可以涵盖点对点或点对多点的传输。在组播场景下，领队设备向其成员设备群发信息可以理解为一种群组内的“广播”。因此，对比文件“发送端发送资源配置信息”的概念隐含公开了“广播”的动作。 |
| **技术特征L**：还包括：在所述群组中组播分组。<br><br>《隐含公开》 | 引用段落[0082]及[0084]：<br>【0082】“数据发送设备发射预定数量N次的相同数据部分的传输（码块），这些传输被编码在N个子帧中。”<br>【0084】“数据接收设备检查其是否能够成功解码数据部分，并生成肯定或否定确认。” | 对比文件的核心内容是数据发送设备（eNB）向数据接收设备（UE）传输数据部分。虽然对比文件中的传输是单播（eNB到特定UE），但基于本领域的公知常识和对比文件公开的技术，该数据传输可以被设计为组播形式。特别是在V2X或D2D通信中，将数据发送给一个群组是常见的。对比文件公开了“发送数据”和“接收并反馈”的基本框架，本领域技术人员可以合理推断，在需要群组通信的场景下，可以应用同样的原理进行组播数据的传输和反馈。因此，该特征被隐含公开。 |
| **技术特征M**：基于所述第一正交序列集合和所述第一正交覆盖码集合，从所述多个成员设备，检测针对所述分组的多个肯定确认。<br><br>《隐含公开》 | 引用段落[0086]至[0100]：<br>【0086】“在一个实施方式中，数据接收设备（UE）不论在成功解码判定之前进行了多少次r次重复，都在接收到束中最后一个子帧后，向基站提供包含肯定或否定确认的反馈。”<br>【0099】“例如，在LTE PUCCH中，PUCCH资源索引用于确定循环移位索引，以及可能地，进一步的正交序列索引...这些或这些的组合可以用于确定在子帧中用于传输反馈信息的上行资源。” | 对比文件详细描述了UE使用由循环移位和正交覆盖码索引确定的资源来传输ACK/NACK反馈（[0099]），并且eNB接收并解码这些反馈（[0086]）。这意味着eNB正是基于其先前指派的序列和码（即第一正交序列集合和第一正交覆盖码集合）来检测来自不同UE的确认信息。目标专利中“基于序列和码检测多个肯定确认”的核心步骤与对比文件完全一致。因此，该特征被隐含公开。 |
| **技术特征N**：其中检测所述多个肯定确认包括：在用于所述群组的时间和频率资源中检测所述多个肯定确认，所述时间和频率资源包括时域中的时隙和频域中的至少一个物理资源块。<br><br>《隐含公开》 | 引用段落[0011]及[0099]：<br>【0011】“可以被调度器分配的最小资源单元是资源块，也称为物理资源块(PRB)。PRB在时域上由连续的OFDM符号定义，在频域上由连续的`N_RB_sc`个子载波定义。”<br>【0099】“此外，对应于资源块的频域索引用于表征PUCCH传输。” | 对比文件明确提及了用于传输反馈信息的资源是物理资源块（PRB），并且PUCCH的传输是在特定的时频资源（子帧内的PRB）上进行的（[0011]， [0099]）。目标专利要求的时间和频率资源包括时隙和至少一个PRB，这与LTE/NR系统的基本资源划分一致。因此，在特定时频资源上检测ACK/NACK是LTE/NR系统的固有特征，本领域技术人员可以合理推断，对比文件中的反馈检测必然是在这样的时频资源上进行的。该特征被隐含公开。 |
| **技术特征O**：还包括：确定肯定确认的数目是否低于阈值数目。<br><br>《隐含公开》 | 引用段落[0082]：<br>“如果束长于必要长度，则会引入昂贵的冗余，可能导致系统容量下降。如果束短于必要长度，则不足以传输数据，另一方面，在接收到否定确认后会触发额外的重传。”<br>引用段落[0210]：<br>“重复控制单元440可以基于最近接收的束长Ne的函数与当前应用的N的比较，决定是否需要改变N。如果该函数与当前N的差值超过预定阈值，则可以认为需要改变N。” | 对比文件的核心是“束长N”的优化，其反馈的“束长信息Ne”本质上是对所需重传次数的一种度量。`Ne`值的大小可以反映出成功解码的难度。当`Ne`较大（接近N）或收到NACK时，意味着信道条件差，可能需要更多重传。对比文件通过比较`Ne`与`N`的差值是否超过阈值（[0210]）来决定是否调整`N`，这实质上是判断成功反馈的质量或数量是否达到一个标准。虽然目标专利直接比较ACK的数目与阈值，但对比文件通过`Ne`间接反映了需要ACK或重传的情况。在组播场景下，ACK数目与阈值比较是为了判断是否需要重传，这与对比文件通过`Ne`判断是否需要调整`N`的逻辑相似。本领域技术人员可以合理推断，在组播场景下，可以基于ACK数量与阈值比较来决定重传。因此，该特征被隐含公开。 |
| **技术特征P**：响应于确定肯定确认的所述数目低于所述阈值数目，使所述分组在所述群组中被重传。<br><br>《隐含公开》 | 引用段落[0091]及图3A：<br>【0091】“如果`N=16`，并且在接收到所有16次重复后，数据接收设备仍无法正确解码数据部分，则发出否定确认，并且数据发送设备再次重复传输相同数据部分的16次传输。” | 对比文件明确描述了，当解码失败（即相当于目标专利中ACK数目不足）时，数据发送设备会进行数据分组的重传（[0091]）。其图3A也清晰展示了NACK后触发重传的过程。虽然对比文件的重传是基于单个UE的NACK，而非群组中ACK数目低于阈值，但其“基于接收失败（相当于ACK不足）触发的重传”的基本逻辑和目标专利是一致的。本领域技术人员可以合理推断，在组播场景下，该重传逻辑可以自然地演变为基于群组内成功接收者数量（ACK数目）是否达到阈值的判断。 |
| **技术特征Q**：其中使所述分组被重传包括：在所述群组中组播所述分组。<br><br>《隐含公开》 | 引用段落[0091]及图3A：<br>【0091】“数据发送设备再次重复传输相同数据部分的16次传输。” | 对比文件中的数据重传是从发送端（eNB）向接收端（UE）进行的。在目标专利的组播场景下，领队设备向所有成员重传分组，是一种组播行为。对比文件中的重传是点对点的，但重传数据本身的操作是相同的。在组播组场景下，重传给所有成员（即组播）是自然的选择。因此，该特征被隐含公开。 |
| **技术特征R**：其中使所述分组被重传包括：从所述多个成员设备中确定第一成员设备集合和第二成员设备集合，其中肯定确认从所述第一成员设备集合中的每个设备被检测到。<br><br>《未公开》 | 未公开。 | 对比文件仅讨论了基于单个UE的ACK/NACK来决定是否重传，以及基于`Ne`来调整束长。它没有涉及在一个群组中区分哪些成员成功接收（ACK）哪些没有（NACK/未检测到），并基于此进行不同的处理。目标专利中的这个特征意味着发送端需要识别出成功接收者和未成功接收者两个集合。对比文件没有公开这种群组级别的区分和集合划分。 |
| **技术特征S**：基于所述多个成员设备的多个位置，从所述第一成员设备集合中选择第二成员设备。<br><br>《未公开》 | 未公开。 | 对比文件完全没有提及“位置”信息，更没有公开基于位置从成功接收的成员中选择一个来进行重传的机制。这是目标专利特有的一种智能化、基于位置的选择性重传方案。 |
| **技术特征T**：指示所述第二成员设备向所述第二成员设备集合重传所述分组。<br><br>《未公开》 | 未公开。 | 对比文件中，重传总是由原始发送端（eNB）执行。它没有公开由另一个设备（如成功接收的成员设备）代替原始发送端进行重传的机制。目标专利中的这个特征（由另一个成员设备重传）是一种分布式的中继重传方案，与对比文件的集中式重传方案完全不同。 |
| **技术特征U**：其中使所述分组被重传还包括：基于所述多个成员设备的多个设备标识符与所述多个位置之间的多个关联，确定所述多个位置。<br><br>《未公开》 | 未公开。 | 与特征S同理，对比文件未涉及位置信息以及位置与设备标识符的关联。 |
| **技术特征V**：其中使所述分组被重传还包括：从所述多个成员设备接收所述多个关联。<br><br>《未公开》 | 未公开。 | 与特征U同理，未被公开。 |
| **技术特征W**：还包括：广播来自用于所述群组的设备标识符集合中的所述领队设备的第二设备标识符与所述领队设备的位置之间的关联。<br><br>《未公开》 | 未公开。 | 对比文件未涉及位置信息以及位置与设备标识符的关联的广播。 |
| **技术特征X**：其中广播所述关联包括：广播包含所述第二设备标识符的基本安全分组。<br><br>《未公开》 | 未公开。 | 对比文件未涉及“基本安全分组”的概念。这是V2X通信中的特定概念。 |
| **技术特征Y**：还包括：在所述群组中组播所述群组中的设备的数目。<br><br>《未公开》 | 未公开。 | 对比文件未涉及群组中设备数目的概念，更没有公开组播这一数目。 |
| **技术特征Z**：还包括：广播所述第一设备标识符与所述成员设备的位置的关联。<br><br>《未公开》 | 未公开。 | 对比文件未涉及成员设备位置及其标识符关联的广播。这是目标专利中用于支持基于位置的选择性重传的预备步骤，对比文件完全没有公开。 |
<<<a>><<<b>><<<c>><<<k>><<<l>><<<m>><<<n>><<<o>><<<p>><<<q>>>