好的，我已经理解您的需求。作为资深专利代理师，我将对目标专利的权利要求技术特征与对比文件进行严谨的比对。
**目标专利名称：** 用于侧链通信的组播 (CN112771955B)
**对比文件名称：** 2018-06-21_US2018176043A_发明申请_US20180176043A1 REFERENCE SIGNAL CONFIGURATION METHOD FOR V2V COMMUNICATION IN WIRELESS COMMUNICATION SYSTEM, AND APPARATUS THEREFOR
**调用的模型名称：** (根据您的设定，本次调用的模型名称为：资深专利代理师)
以下是根据您的要求进行的特征比对和分析。
### 特征比对表格
| 技术特征描述及公开性判断 | 对比文件原文引用 | 公开性论述 |
| **技术特征A：** 包括：在设备的群组中的领队设备处，从第一正交序列集合和第一正交覆盖码集合中选择正交序列和覆盖码，<br><br>**判断：未公开** | 对比文件 [0161]-[0163] 公开了DMRS的循环移位(CS)和正交覆盖码(OCC)的生成方式，其中提到：“When a cyclic shift (CS) and an orthogonal cover code (OCC) of the DM-RS are generated, a transmitting UE ID can be divided into several bits, and then the divided bits can be respectively allocated to the base sequence, CS, and OCC of the DM-RS.” 以及 “partial bits of the transmitting UE ID corresponding to... may be used to determine the CS of the DM-RS.” | 对比文件主要描述的是一个单独的发送UE根据其自身ID或网络配置来确定用于DMRS的CS和OCC。虽然涉及了正交序列（CS）和正交覆盖码（OCC）的确定，但并未公开这是在“设备的群组中的领队设备”处执行的，也没有公开领队设备从一个集合中为其他成员设备“选择”正交序列和覆盖码的分配关系。对比文件的方案是设备自主确定或由网络（eNB）配置，而非由群组内的领队设备进行集中式选择和分配。 |
| **技术特征B：** 所述第一正交序列集合和所述第一正交覆盖码集合用于所述群组中的确认反馈<br><br>**判断：未公开** | 对比文件全文未提及ACK/NACK确认反馈。其主要涉及DMRS的设计和配置，用于信道估计。 | 对比文件的技术内容核心是参考信号（RS）的配置，特别是用于信道估计的解调参考信号（DMRS）。对比文件 [0001] 明确其技术领域为“a method for configuring a reference signal for vehicle-to-vehicle (V2V) communication”。虽然对比文件讨论了CS和OCC，但这些是应用于DMRS的参数，目的是实现正交或随机化，以改善信道估计性能，而不是用于携带确认反馈（ACK/NACK）信息。目标专利明确使用正交序列和覆盖码用于ACK/NACK的码分复用（CDM），二者用途完全不同。 |
| **技术特征C：** 向所述群组中的多个成员设备中的第一成员设备发送所选择的所述正交序列和所述覆盖码的指示，<br><br>**判断：未公开** | 对比文件 [0164] 提到：“Alternatively, an eNB may inform a transmitting UE of the values of the CS and OCC through RRC signaling or a control channel. In this case, the transmitting UE can inform a receiving UE of the values of the CS and OCC through a V2V control channel.” | 对比文件公开了两种指示CS和OCC的途径：1) 网络（eNB）通过RRC信令或控制信道通知发送UE；2) 发送UE通过V2V控制信道通知接收UE。这与目标专利中“领队设备”向“成员设备”发送指示的场景和角色定位完全不同。目标专利的指示是在群组内部，由领队设备向成员设备发送的，属于群组管理信令。对比文件中的角色是网络（eNB）或发送UE，且“接收UE”是泛指，并非特定群组中的成员。因此，该特征未被公开。 |
| **技术特征D：** 其中所选择的所述正交序列和所述覆盖码与来自用于所述群组的多个设备标识符中的第一设备标识符相关联，<br><br>**判断：《直接公开》** | 对比文件 [0161]-[0163] 详细描述了将发送UE ID的比特位分别映射到DMRS的基序列、CS和OCC上。其中提到：“a transmitting UE ID can be divided into several bits, and then the divided bits can be respectively allocated to the base sequence, CS, and OCC of the DM-RS.” 和 “the OCC may be determined using some of the remaining bits except the partial bits of the transmitting UE ID, which are used for the base sequence and CS.” | 对比文件明确公开了正交序列（CS）和正交覆盖码（OCC）与发送端设备标识符（UE ID）之间的关联关系。虽然目标专利中的“第一设备标识符”是群组内的一个标识符，而对比文件中的“UE ID”可能是更广范围的标识符，但两者均建立了“CS/OCC”与“设备标识符”的对应关系，实现了基于标识符来映射或确定正交资源的核心构思。本领域技术人员可以毫无疑问地认识到，对比文件公开了将所选择的序列和码与设备标识符相关联这一技术特征。 |
| **技术特征E：** 发送所述指示包括：向所述第一成员设备发送所述第一设备标识符作为所述指示。<br><br>**判断：未公开** | 对比文件 [0161]-[0164] 描述了如何生成CS和OCC，以及eNB或发送UE可以通知接收UE这些值，但未明确将“设备标识符本身”作为“指示”发送给接收方以确定CS和OCC。 | 对比文件虽然公开了UE ID与CS/OCC的关联关系，并公开了eNB或发送UE可以通知CS和OCC的值，但并未公开通过发送设备标识符本身来作为CS和OCC的指示。目标专利的特征E是发送指示的一种特定方式，即直接用“第一设备标识符”来作为指示，接收方通过已知的关联规则确定具体的序列和码。对比文件没有公开这种具体的指示方式。 |
| **技术特征F：** 其中选择所述正交序列和所述覆盖码包括：响应于来自所述第一成员设备的加入请求，选择所述正交序列和所述覆盖码。<br><br>**判断：未公开** | 对比文件全文未提及设备加入群组的过程。 | 对比文件不涉及群组管理，全文没有公开群组形成、成员加入请求等流程。其CS/OCC的确定是基于发送UE ID或网络配置，而非响应于一个成员设备发起的“加入请求”。因此，该特征未被公开。 |
| **技术特征G：** 还包括：确定由相邻群组使用的第二正交序列集合和第二正交覆盖码集合<br><br>**判断：未公开** | 对比文件未提及群组或相邻群组的概念。 | 对比文件 [0142]-[0165] 虽然讨论了不同设备使用不同序列、CS和OCC以实现正交或干扰随机化，但这是从单个设备或网络的角度出发的，没有将其组织成“群组”或“相邻群组”的概念。目标专利通过引入群组和相邻群组来管理资源池，对比文件不具备此结构。 |
| **技术特征H：** 基于所述第二正交序列集合和所述第二正交覆盖码集合，确定所述第一正交序列集合和所述第一正交覆盖码集合。<br><br>**判断：未公开** | 基于特征G未公开，本特征也未被公开。 | 由于对比文件没有公开群组和相邻群组的概念，也就谈不上基于相邻群组的资源来确定本群组的资源。对比文件中，UE或网络在选择序列/CS/OCC时，会考虑避免与其它UE的冲突，但这不是基于“相邻群组”这一层级的概念。 |
| **技术特征I：** 其中所述第一正交覆盖码集合不同于所述第二正交覆盖码集合。<br><br>**判断：未公开** | 基于特征G和H未公开，本特征也未被公开。 | 对比文件没有公开群组或相邻群组使用不同覆盖码集合的方案。 |
| **技术特征J：** 其中所述第一正交序列集合不同于所述第二正交序列集合。<br><br>**判断：未公开** | 基于特征G和H未公开，本特征也未被公开。 | 对比文件没有公开群组或相邻群组使用不同正交序列集合的方案。 |
| **技术特征K：** 还包括：广播所述第一正交序列集合和所述第一正交覆盖码集合中的至少一项。<br><br>**判断：未公开** | 对比文件 [0164] 提到发送UE可以通过V2V控制信道通知接收UE CS和OCC的值。但未提及领队设备广播“集合”的概念。 | 对比文件公开的是发送UE通知接收UE其将要使用的CS和OCC值，这可以理解为一种“指示”。但目标专利的特征K是领队设备向群组成员广播“集合”，即一个可供选择的范围，以便成员在请求加入时知道可用的资源池。对比文件没有公开领队设备广播可用资源集合的过程。 |
| **技术特征L：** 还包括：在所述群组中组播分组<br><br>**判断：未公开** | 对比文件全文均基于单播或广播的V2V通信模型，未涉及群组内的组播通信机制。 | 对比文件主要讨论了参考信号的配置，虽然适用于V2V场景，但其通信模型并未限定在群组内。目标专利明确针对“群组中的组播”场景，这是其应用背景的核心。对比文件没有公开任何关于“在群组中组播分组”的内容。 |
| **技术特征M：** 基于所述第一正交序列集合和所述第一正交覆盖码集合，从所述多个成员设备，检测针对所述分组的多个肯定确认。<br><br>**判断：未公开** | 对比文件未公开ACK反馈机制。 | 如特征B所述，对比文件的CS/OCC用于DMRS，是信道估计的辅助信号，而非用于承载确认信息。对比文件没有公开任何关于“检测肯定确认”的过程。该特征是目标专利的核心创新点之一，将分配的CS/OCC用于ACK/NACK的码分复用。对比文件完全不涉及此内容。 |
| **技术特征N：** 其中检测所述多个肯定确认包括：在用于所述群组的时间和频率资源中检测所述多个肯定确认，所述时间和频率资源包括时域中的时隙和频域中的至少一个物理资源块。<br><br>**判断：未公开** | 对比文件 [0087]-[0141] 详细描述了短TTI的时域结构以及PRB等概念。但是，这些资源是用于数据传输和DMRS的，而非用于ACK/NACK反馈。 | 对比文件虽然公开了时隙、PRB等时频资源概念（例如 [0049] 提到：“one subframe includes 14 OFDM symbols...a resource block includes 12 subcarriers”），但这些都是用于数据/控制信道的常规资源定义。目标专利的特征N是专用于“检测肯定确认”的资源，这些资源是专门为组播反馈预留的。对比文件没有公开将特定的时频资源（时隙、PRB）用于组播ACK/NACK的检测。 |
| **技术特征O：** 还包括：确定肯定确认的数目是否低于阈值数目<br>**技术特征P：** 响应于确定肯定确认的所述数目低于所述阈值数目，使所述分组在所述群组中被重传。<br>**技术特征Q：** 其中使所述分组被重传包括：在所述群组中组播所述分组。<br>**技术特征R：** 其中使所述分组被重传包括：从所述多个成员设备中确定第一成员设备集合和第二成员设备集合，其中肯定确认从所述第一成员设备集合中的每个设备被检测到<br>**技术特征S：** 基于所述多个成员设备的多个位置，从所述第一成员设备集合中选择第二成员设备<br>**技术特征T：** 指示所述第二成员设备向所述第二成员设备集合重传所述分组。<br>**技术特征U：** 其中使所述分组被重传还包括：基于所述多个成员设备的多个设备标识符与所述多个位置之间的多个关联，确定所述多个位置。<br>**技术特征V：** 其中使所述分组被重传还包括：从所述多个成员设备接收所述多个关联。<br><br>**判断：未公开** | 对比文件全文未涉及基于ACK/NACK反馈的重传决策。 | 对比文件完全不涉及确认反馈和基于反馈的重传机制。特征O至V描述了一系列基于肯定确认数量和成员位置进行重传决策和执行的复杂过程，这是目标专利在组播通信中提高可靠性的重要方案。对比文件的技术本质是参考信号配置与信道估计，与HARQ反馈和重传控制无任何关联，因此这些特征均未被公开。 |
| **技术特征Y：** 还包括：在所述群组中组播所述群组中的设备的数目。<br><br>**判断：未公开** | 对比文件未提及群组概念，也未提及组播群组内设备的数量。 | 基于同样的理由，对比文件没有群组的概念，因此不可能公开“组播群组中的设备数目”这一特征。 |
| **技术特征W：** 还包括：广播来自用于所述群组的设备标识符集合中的所述领队设备的第二设备标识符与所述领队设备的位置之间的关联。<br>**技术特征X：** 其中广播所述关联包括：广播包含所述第二设备标识符的基本安全分组。<br><br>**判断：未公开** | 对比文件 [0078] 提到：“According to V2X communication, a vehicle consistently broadcasts information on its own locations, speeds, directions, etc.” 但未提及这是领队设备的特定操作，也未提及与“群组”或“设备标识符集合”的关联。 | 对比文件公开了V2X通信中车辆广播位置、速度等信息的通用行为。但是，目标专利的特征W和X是特定于“领队设备”的操作，并明确关联到“群组的设备标识符集合”。对比文件的广播是任何V2V设备的一般行为，而非领队设备为了群组管理或选择性重传的目的而进行的特定关联广播。因此，该特征未被公开。 |
| **技术特征Z：** 还包括：广播所述第一设备标识符与所述成员设备的位置的关联。<br><br>**判断：《隐含公开》** | 对比文件 [0078] 提到：“a vehicle consistently broadcasts information on its own locations, speeds, directions, etc.” 并且 [0161] 公开了UE ID与CS/OCC的关联，而CS/OCC是与设备绑定的。本领域技术人员可以合理推断，一个V2V设备会广播其位置信息，同时也会在通信中暴露其设备标识符（例如通过SA）。 | 对比文件明确公开了车辆广播其位置信息的通用行为（[0078]）。同时，在V2V通信中，设备标识符（UE ID）是数据包中的固有信息。虽然在对比文件中没有直接写明“广播设备标识符与位置的关联”，但本领域技术人员可以合理推断，一个V2V设备在广播其位置信息时，接收方自然能够将该位置信息与发送该消息的设备的标识符关联起来。这种关联是V2X通信中获取周围车辆信息的基本方式。因此，该特征可以认为被对比文件隐含公开。 |
### 结论
**直接公开：**
对比文件直接公开了技术特征D。
**隐含公开：**
对比文件隐含公开了技术特征Z。
**未公开：**
对比文件未公开技术特征A, B, C, E, F, G, H, I, J, K, L, M, N, O, P, Q, R, S, T, U, V, W, X, Y。
<<<D>>><<<z>>>