对比文件的名称：2018-07-04_EP3343989A_发明公开_EP3343989A1 METHOD FOR RESOURCE ALLOCATION IN WIRELESS COMMUNICATION SYSTEM AND APPARATUS THEREFOR
目标专利的名称：1061用于侧链通信的组播CN112771955B
本次调用的模型名称：gemini-2.5-pro-exp-03-25
### 特征比对表格
| 技术特征描述以及公开性判断结果 | 对比文件原文引用（翻译及标号） | 公开性论述 |
| **技术特征A：** 包括：在设备的群组中的领队设备处，从第一正交序列集合和第一正交覆盖码集合中选择正交序列和覆盖码<br>**未公开** | 对比文件公开了基站（eNB）为UE分配SPS资源（[0007]-[0008]），以及使用正交序列（正交覆盖码）进行ACK/NACK（[0059], [0090]）。对比文件还公开了集群（cluster）的概念，其中中心小区（center cell）管理UE（[0365]-[0366]）。 | 对比文件公开的技术方案涉及蜂窝网络中的基站或中心小区为UE分配SPS资源，并未公开由设备群组（如UE编队）中的领队设备（UE本身）从正交序列集合和正交覆盖码集合中为群组内成员设备选择序列和覆盖码用于侧链路组播反馈。对比文件中的“领队”角色是网络侧实体（eNB/中心小区），其分配的资源是SPS资源，而非专用于侧链路ACK/NACK的循环移位（CS）/正交覆盖码（OCC）。因此，技术特征A未被对比文件公开。 |
| **技术特征B：** 所述第一正交序列集合和所述第一正交覆盖码集合用于所述群组中的确认反馈<br>**未公开** | 对比文件公开了正交序列和正交覆盖码用于PUCCH的ACK/NACK反馈（[0059], [0090]），并且V2V通信中接收UE发送ACK/NACK（[0380]）。 | 对比文件中的正交序列和覆盖码用于蜂窝链路（Uu接口）的PUCCH反馈，或者V2V反馈区域基于Cluster ID和发送UE ID定义。对比文件并未公开由群组领队设备为侧链路组播专门配置的“第一正交序列集合和第一正交覆盖码集合”用于该群组的确认反馈。该技术特征与特征A紧密关联，未被公开。 |
| **技术特征C：** 向所述群组中的多个成员设备中的第一成员设备发送所选择的所述正交序列和所述覆盖码的指示<br>**未公开** | 对比文件公开了基站通过RRC信令（SPS配置信息）或PDCCH（SPS激活）向UE发送资源配置信息（[0262], [0437]-[0444]）。 | 对比文件公开的是网络侧向UE发送SPS资源配置，而非群组内的领队设备（UE）向成员设备（UE）发送其选择的正交序列和覆盖码的指示。发送主体（eNB vs UE）和发送内容（SPS资源 vs CS/OCC分配）均不同。 |
| **技术特征D：** 其中所选择的所述正交序列和所述覆盖码与来自用于所述群组的多个设备标识符中的第一设备标识符相关联<br>**未公开** | 对比文件公开了PUCCH资源索引（n_PUCCH）与C-RNTI相关（[0078]），以及ACK/NACK区域基于Cluster ID和Tx V-UE ID定义（[0380]）。 | 对比文件中，序列/覆盖码与设备标识符的关联存在于蜂窝链路（n_PUCCH与C-RNTI关联），或者反馈区域与发送UE ID关联。并未公开由群组领队设备分配并关联群组内成员设备标识符的关系。 |
| **技术特征E：** 发送所述指示包括：向所述第一成员设备发送所述第一设备标识符作为所述指示<br>**未公开** | 对比文件公开了SPS激活通过PDCCH（携带DCI，CRC由SPS C-RNTI加扰）发送。 | 对比文件发送的是DCI/SPS激活信号，而非直接将设备标识符（Device ID）作为指示发送。发送方式不同。 |
| **技术特征F：** 其中选择所述正交序列和所述覆盖码包括：响应于来自所述第一成员设备的加入请求，选择所述正交序列和所述覆盖码<br>**未公开** | 对比文件公开了UE通过随机接入过程接入小区（[0379]）。 | 特征F涉及群组管理（加入请求），对比文件没有公开群组内成员请求加入并由领队分配序列/覆盖码的流程。 |
| **技术特征G：** 还包括：确定由相邻群组使用的第二正交序列集合和第二正交覆盖码集合<br>**未公开** | 对比文件公开了相邻集群使用不同的资源池以避免干扰（[0380], [0403]）。 | 对比文件公开的是相邻集群的资源池（Resource Pool）不同，而非群组间的正交序列集合和正交覆盖码集合。资源池是时频资源集合，与序列/覆盖码集合的技术概念不同。 |
| **技术特征H：** 基于所述第二正交序列集合和所述第二正交覆盖码集合，确定所述第一正交序列集合和所述第一正交覆盖码集合<br>**未公开** | 对比文件未公开基于相邻集群的序列/覆盖码集合确定当前集群的序列/覆盖码集合。 | 特征H依赖于特征G的公开，特征G未公开，故H也未公开。 |
| **技术特征I：** 其中所述第一正交覆盖码集合不同于所述第二正交覆盖码集合<br>**未公开** | 对比文件未公开相邻群组的序列/覆盖码集合的比较。 | 同G、H，未公开。 |
| **技术特征J：** 其中所述第一正交序列集合不同于所述第二正交序列集合<br>**未公开** | 对比文件未公开相邻群组的序列/覆盖码集合的比较。 | 同G、H、I，未公开。 |
| **技术特征K：** 还包括：广播所述第一正交序列集合和所述第一正交覆盖码集合中的至少一项<br>**未公开** | 对比文件公开了集群广播集群同步信号和集群ID（[0373]）。 | 对比文件广播的是集群同步信号和集群ID，而非领队设备选择的序列集合或覆盖码集合。广播内容不同。 |
| **技术特征L：** 还包括：在所述群组中组播分组<br>**隐含公开** | 对比文件公开了：“the transmission V-UE transmits V2V data to a reception V-UE through the PC5 interface”（发送V-UE通过PC5接口向接收V-UE发送V2V数据）（[0380]）。 | 对比文件公开了发送V-UE通过PC5接口向接收V-UE发送V2V数据。这本质上是在一个群组（集群中的车辆群）内进行组播传输。虽然对比文件未使用“群组”和“组播”的精确措辞，但根据本领域技术人员的理解，V2V数据传输即是在特定通信范围内向多个UE进行的组播传输。 |
| **技术特征M：** 基于所述第一正交序列集合和所述第一正交覆盖码集合，从所述多个成员设备，检测针对所述分组的多个肯定确认<br>**未公开** | 对比文件公开了传输V-UE基于由Cluster ID和Tx V-UE ID定义的ACK/NACK区域检测反馈（[0380]）。 | 对比文件中的ACK/NACK检测机制是基于预定义/推导的反馈区域（由Cluster ID和Tx V-UE ID定义），而非基于群组领队设备选择的“第一正交序列集合和第一正交覆盖码集合”。检测基础（区域定义方式 vs 码分签名分配）完全不同，该特征未被公开。 |
| **技术特征N：** 其中检测所述多个肯定确认包括：在用于所述群组的时间和频率资源中检测所述多个肯定确认，所述时间和频率资源包括时域中的时隙和频域中的至少一个物理资源块<br>**隐含公开** | 对比文件公开了ACK/NACK信道结构占用时隙和PRB（[0089]-[0094], [0041]），以及V2V的ACK/NACK区域（[0380]）。 | 对比文件详细描述了LTE系统中用于ACK/NACK反馈的PUCCH格式，其在时域上占用时隙（slot），在频域上占用物理资源块（PRB）。对于V2V场景，同样需要定义ACK/NACK反馈的时频资源。因此，在用于群组的时频资源（包含时隙和PRB）中进行检测是本领域技术人员可以毫无疑义地得出的通用技术手段。 |
| **技术特征O：** 还包括：确定肯定确认的数目是否低于阈值数目<br>**隐含公开** | 对比文件公开了：“if an NAK response is received from all of (or some) reception V-UEs”（如果从所有（或部分）接收V-UE接收到NAK响应）（[0380]）。 | 对比文件公开了传输V-UE判断是否从“所有（或部分）”接收V-UE接收到NACK响应。这实质上是对反馈结果进行计数并判断是否满足某一条件（类似阈值判断）。判断是否从“所有”UE接收NACK等价于判断肯定确认数目是否低于“UE总数”这一阈值；判断是否从“部分”UE接收NACK等价于判断肯定确认数目是否低于某一预设的阈值。因此，该技术特征被对比文件隐含公开。 |
| **技术特征P：** 响应于确定肯定确认的所述数目低于所述阈值数目，使所述分组在所述群组中被重传<br>**隐含公开** | 对比文件公开了基于ACK/NACK响应进行决策，并请求重传资源（[0380]），且V2X通信中自然包含HARQ重传机制（[0216]-[0236]）。 | 对比文件公开了基于ACK/NACK反馈（确定肯定确认低于阈值）进行后续操作。虽然对比文件明确描述的操作是“attempt SPS release and SPS re-request”，但在V2X通信背景下，请求SPS重传资源的目的正是为了重传分组。结合V2X通信中固有的HARQ重传机制（[0216]-[0236]），本领域技术人员能够合理推断出，在确认肯定确认数目低于阈值时，会触发分组在群组中被重传。 |
| **技术特征Q：** 其中使所述分组被重传包括：在所述群组中组播所述分组<br>**隐含公开** | 对比文件公开了V2V数据传输（[0380]）和HARQ重传机制（[0216]-[0236]）。 | 在V2X侧链路组播通信中，分组的重传必然是以组播形式在群组内进行的。这是由通信场景决定的隐含技术特征。 |
| **技术特征R：** 其中使所述分组被重传包括：从所述多个成员设备中确定第一成员设备集合和第二成员设备集合，其中肯定确认从所述第一成员设备集合中的每个设备被检测到<br>**隐含公开** | 对比文件公开了：“if an NAK response is received from all of (or some) reception V-UEs”（如果从所有（或部分）接收V-UE接收到NAK响应）（[0380]）。 | 对比文件明确公开了基于ACK/NACK反馈判断接收UE的状态。为了执行“是否所有/部分UE发送NACK”的判断，发送V-UE必然能够区分哪些UE发送了ACK（第一成员设备集合）和哪些UE发送了NACK/未发送ACK（第二成员设备集合）。因此，确定两个集合的技术特征被隐含公开。 |
| **技术特征S：** 基于所述多个成员设备的多个位置，从所述第一成员设备集合中选择第二成员设备<br>**未公开** | 对比文件全文未提及基于成员设备位置来选择用于中继重传的UE。 | 对比文件未公开基于位置的选择性重传机制。 |
| **技术特征T：** 指示所述第二成员设备向所述第二成员设备集合重传所述分组<br>**未公开** | 对比文件未公开指示UE进行中继重传。 | 特征S未公开，T作为其后续步骤也未公开。 |
| **技术特征U：** 其中使所述分组被重传还包括：基于所述多个成员设备的多个设备标识符与所述多个位置之间的多个关联，确定所述多个位置<br>**未公开** | 对比文件未公开设备ID与位置的关联。 | 对比文件未公开基于位置的选择性重传机制中的关联关系。 |
| **技术特征V：** 其中使所述分组被重传还包括：从所述多个成员设备接收所述多个关联<br>**未公开** | 对比文件未公开接收ID与位置的关联。 | 同U，未公开。 |
| **技术特征W：** 还包括：广播来自用于所述群组的设备标识符集合中的所述领队设备的第二设备标识符与所述领队设备的位置之间的关联<br>**未公开** | 对比文件公开了广播集群同步信号和集群ID（[0373]）。 | 对比文件未公开领队UE广播自身ID与位置的关联。 |
| **技术特征X：** 其中广播所述关联包括：广播包含所述第二设备标识符的基本安全分组<br>**未公开** | 对比文件未公开基本安全消息（BSM）。 | 对比文件没有涉及V2X中BSM的概念。 |
| **技术特征Y：** 还包括：在所述群组中组播所述群组中的设备的数目<br>**未公开** | 对比文件未公开组播群组内设备数量。 | 对比文件未涉及群组设备数量的组播。 |
| **技术特征Z：** 还包括：广播所述第一设备标识符与所述成员设备的位置的关联<br>**未公开** | 对比文件未公开成员设备广播ID与位置的关联。 | 该技术特征属于从成员设备角度的特征，对比文件未公开。 |
<<<l>>><<<n>>><<<o>>><<<p>>><<<q>>><<<r>>>