**对比文件名称**：发明授权_US08068463B2 Systems and methods for multi-beam optic-wireless vehicle communications
**目标专利名称**：车辆传感器信息的交互式共享
**本次调用的模型名称**：DeepSeek-R1
### 特征比对表格
| 技术特征描述及公开性判断结果 | 对比文件原文引用 | 公开性论述 |
| **技术特征A：生成针对车辆传感器信息的请求** <br> **判断结果：未公开** | 说明书第[0051]段：“Information (e.g., safety warning message, emergency message) is diffused to all vehicles in the network and picked up by vehicles interested in the information.” | **直接公开性判断**：对比文件描述了车辆在网络中扩散信息（如安全警告、紧急消息），并由感兴趣的车辆“拾取”（pick up）。这揭示了一种广播/扩散模型，其中信息是主动推送的，而非应请求生成。目标专利的“生成...请求”是指请求方主动、按需地创建并发送一个旨在获取特定传感器信息的请求消息，这与对比文件描述的“信息扩散-拾取”模型有本质区别。对比文件未记载生成一个旨在索取传感器信息的请求消息。<br><br>**隐含公开性判断**：本领域技术人员无法从对比文件的信息扩散模型中确定存在“生成针对车辆传感器信息的请求”这一技术特征。对比文件的通信模型侧重于通过广播或多播高效传播已有的数据包，而非建立一种请求-响应的交互式传感器信息共享机制。因此，该特征未被隐含公开。 |
| **技术特征B：对所述请求的所述生成是基于响应方的至少一种传感器能力的** <br> **判断结果：未公开** | 无相关记载。 | **直接公开性判断**：对比文件全文未提及“传感器能力”（sensor capability），也未记载在生成任何消息（无论是数据包还是请求）时需要考虑或基于接收方或潜在响应方的传感器能力。<br><br>**隐含公开性判断**：由于对比文件缺乏对“传感器能力”这一概念的记载，本领域技术人员无法从中确定或推导出生成请求需要基于响应方的传感器能力。该特征在对比文件的技术方案中不存在。 |
| **技术特征C：对应的索引在所述请求中被分配给每个附近的车辆，用于指示何时在哪个帧或传输时间间隔(TTI)内响应** <br> **判断结果：未公开** | 说明书第[0057]段：“A packet header consists of three fields; SRC_ID, SEQ_NUM, RECIPIENT_INFO. ... RECIPIENT_INFO contains several details such as the scope of a packet, actual recipient(s), application-specific attribute, time-related attribute and more for future.” | **直接公开性判断**：对比文件提到了数据包头中的`RECIPIENT_INFO`字段可以包含“与时间相关的属性”（time-related attribute），但这并非用于在请求中为附近车辆分配索引以调度其响应时间。`SEQ_NUM`是源序列号，用于标识数据包，而非分配给接收车辆的调度索引。目标专利的“索引”是请求方主动分配给潜在响应方的，用于协调它们的响应时机，以避免冲突或优化接收。对比文件无此机制。<br><br>**隐含公开性判断**：对比文件描述的`RECIPIENT_INFO`字段内容宽泛且是未来扩展性的，没有具体公开或暗示其中包含用于调度多个车辆响应时间的索引分配方案。本领域技术人员无法从中确定该特征。 |
| **技术特征D：经由车辆通信链路来发送所述请求** <br> **判断结果：直接公开** | 说明书第[0051]段：“Information (e.g., safety warning message, emergency message) is diffused to all vehicles in the network...” <br> 说明书第[0061]段：“Copies of the packet are switched (640) to all active links, and then sent out through all active links.” | **直接公开性判断**：对比文件明确记载了车辆通过网络（即车辆通信链路）发送信息（数据包）。虽然该信息不一定是“请求”，但“发送信息/数据包”这一动作本身已被公开。从广义的通信动作来看，“经由车辆通信链路来发送所述请求”中的“发送请求”可被视为“发送信息/数据包”的一种具体类型。在对比文件的整体技术方案中，发送数据包（无论是应用数据还是控制信息）是实现车辆间通信的基础操作，其作用是传递信息。这与目标专利中发送请求以传递信息索取意图的作用，在“传递信息”这一基础通信功能层面上是相同的。因此，该技术特征被直接公开。 |
| **技术特征E：接收基于所述对应的索引的调度** <br> **判断结果：未公开** | 无相关记载。 | **直接公开性判断**：对比文件未记载任何基于索引的调度机制，因此不存在接收这种调度的步骤。<br><br>**隐含公开性判断**：由于特征C（分配索引）未被公开，依赖于该索引的调度接收步骤自然也无法在对比文件中确定。 |
| **技术特征F：基于所述调度，来确定何时经由所述车辆通信链路来监测对所述请求的响应。** <br> **判断结果：未公开** | 无相关记载。 | **直接公开性判断**：对比文件未记载基于调度来确定监测响应时间的机制。<br><br>**隐含公开性判断**：该特征依赖于特征C和E，而这两者均未被公开，因此本特征也无法确定。 |
| **技术特征G：确定所述至少一种传感器能力。** <br> **判断结果：未公开** | 无相关记载。 | **直接公开性判断**：对比文件未提及“传感器能力”，因此不存在确定传感器能力的步骤。<br><br>**隐含公开性判断**：无法从未记载的概念中确定相应的操作步骤。 |
| **技术特征H：对所述至少一种传感器能力的所述确定包括：接收至少一个车辆信息消息；以及基于所述至少一个车辆信息消息来识别所述至少一种传感器能力。** <br> **判断结果：未公开** | 无相关记载。 | **直接公开性判断**：对比文件未记载通过接收车辆信息消息来识别传感器能力。<br><br>**隐含公开性判断**：由于特征G未被公开，其具体实现方式（特征H）更无从谈起。 |
| **技术特征I：所述请求指定所请求的至少一种类型的传感器信息。** <br> **判断结果：未公开** | 说明书第[0057]段：“RECIPIENT_INFO contains several details such as the scope of a packet, actual recipient(s), application-specific attribute, time-related attribute and more for future.” | **直接公开性判断**：对比文件未记载在发送的信息（或请求）中指定“所请求的传感器信息的类型”。`RECIPIENT_INFO`字段包含的是接收方、范围、应用属性等信息，并非用于在请求中指定希望获得的传感器数据类型（如摄像头图像、雷达数据等）。<br><br>**隐含公开性判断**：本领域技术人员无法从对比文件公开的`RECIPIENT_INFO`字段的宽泛描述中，确定其包含了“指定所请求的传感器信息类型”这一具体技术特征。 |
| **技术特征J：所述请求指定用于响应所述请求的至少一个标准。** <br> **判断结果：未公开** | 无相关记载。 | **直接公开性判断**：对比文件未记载在发送的信息中指定用于响应的标准（例如，仅限具有特定视野的车辆响应）。<br><br>**隐含公开性判断**：对比文件的通信模型是扩散和拾取，或基于拓扑的转发，没有建立一种由接收方根据请求中指定的标准来决定是否响应的机制。因此，该特征未被隐含公开。 |
| **技术特征K：所述请求包括车联万物通信控制信息集合。** <br> **判断结果：未公开** | 无相关记载。 | **直接公开性判断**：对比文件未记载在数据包或请求中包含一个“车联万物通信控制信息集合”。虽然对比文件涉及通信链路和切换，但并未公开在应用层消息中携带用于控制V2X通信层参数的信息集合。<br><br>**隐含公开性判断**：无法从对比文件中确定该特征。 |
| **技术特征L：所述车联万物通信控制信息集合标识以下各项中的至少一项：用于响应所述请求的载波频率、用于响应所述请求的调制、用于响应所述请求的编码、用于响应所述请求的物理层资源块、用于响应所述请求的多输入多输出(MIMO)配置或者其任何组合。** <br> **判断结果：未公开** | 无相关记载。 | **直接公开性判断**：对比文件未记载在请求消息中指定响应的具体物理层或链路层传输参数，如载波频率、调制、编码等。<br><br>**隐含公开性判断**：对比文件的传输参数（如使用哪个天线/链路）是由本地切换表和网络拓扑决定的，并非由请求消息中的控制信息集合来指定。因此，该特征未被隐含公开。 |
| **技术特征M：基于在从特定源接收的至少一个车辆信息消息内包含的安全信息的安全信息。** <br> **判断结果：未公开** | 无相关记载。 | **直接公开性判断**：对比文件未提及在请求中重用或基于从特定源接收的车辆信息消息（如BSM/CAM）中的安全信息。<br><br>**隐含公开性判断**：无法从对比文件中确定该特征。 |
| **技术特征N：所述至少一个车辆信息消息包括从所述特定源接收的基本安全消息(BSM)、从所述特定源接收的协作意识消息(CAM)或者其组合。** <br> **判断结果：未公开** | 无相关记载。 | **直接公开性判断**：对比文件未提及BSM或CAM消息。<br><br>**隐含公开性判断**：无法从对比文件中确定该特征。 |
| **技术特征O：所述请求包括标识以下各项中的至少一项的传感器感知信息集合：参考位置信息、关注时间段、至少一种传感器类型、至少一个传感器标识符、至少一个所请求的物体类型、至少一个关注区域、或者其任何组合。** <br> **判断结果：未公开** | 无相关记载。 | **直接公开性判断**：对比文件未记载在请求中包含用于过滤或指定所需传感器数据的“传感器感知信息集合”，如参考位置、关注时间段、传感器类型、物体类型、关注区域等。<br><br>**隐含公开性判断**：无法从对比文件中确定该特征。 |
| **技术特征P：所述请求指示以下各项中的至少一项：用于响应所述请求的调度、用于响应所述请求的至少一个传输参数、用于响应所述请求的无线接入技术(RAT)、用于响应所述请求的载波频率、装置的至少一个属性、与所述装置相关联的车联万物通信标识符、与所述装置相关联的协作意识消息(CAM)站标识符、与所述装置相关联的基本安全消息(BSM)站标识符、或者其任何组合。** <br> **判断结果：未公开** | 说明书第[0057]段：“A packet header consists of three fields; SRC_ID, SEQ_NUM, RECIPIENT_INFO.” | **直接公开性判断**：对比文件公开了数据包头包含`SRC_ID`（源ID），这可以视为“与装置相关联的车联万物通信标识符”的一种形式。然而，目标专利特征P是一个包含多项可选内容的集合，要求请求指示该集合中的“至少一项”。虽然`SRC_ID`被公开，但对比文件并未公开请求指示特征P列表中除`SRC_ID`以外的任何其他项（如调度、传输参数、RAT、载波频率、CAM站ID、BSM站ID等）。更重要的是，对比文件中的`SRC_ID`是用于标识数据包来源以进行防重复和ACK，而非专门用于在“请求”消息中标识请求方以等待“响应”。两者作用在具体通信上下文中有差异。综合来看，对比文件未公开一个具有目标专利特征P所描述的多项可选指示功能的“请求”。<br><br>**隐含公开性判断**：本领域技术人员无法从对比文件的数据包头部字段确定其公开了特征P所定义的、用于交互式传感器共享请求的完整技术特征。 |
| **技术特征Q：确定至少一个下层传输特性；以及基于所述至少一个下层传输特性来识别所述请求的至少一个内容。** <br> **判断结果：未公开** | 说明书第[0045]段：“Link attributes may include power level, supported transfer rates, estimated link duration, and other factors that may depend on the physical layer.” | **直接公开性判断**：对比文件公开了维护链路属性（如下层传输特性），如功率电平、支持速率、估计链路持续时间等。然而，这些属性是用于维护链路表和进行切换决策，并未记载用于“识别请求的至少一个内容”。目标专利的特征Q强调根据信道状况等传输特性来动态决定请求的内容（例如，请求数据量的大小）。对比文件无此应用。<br><br>**隐含公开性判断**：虽然对比文件感知下层传输特性，但本领域技术人员无法从中确定这些特性被用于定制“请求”消息的内容。两者的技术问题与应用场景不同。 |
| **技术特征R：确定请求方和所述响应方的相对位置；以及基于所述相对位置来识别所述请求的至少一个内容。** <br> **判断结果：未公开** | 说明书第[0042]段：“Each radio knows the meta-data of the link (corresponding antenna ID, neighbor vehicle ID, initial location, and other info, etc.)” <br> 说明书第[0049]段：“It also contains the antenna ID for the radio on the neighboring vehicle and its location.” | **直接公开性判断**：对比文件公开了车辆知晓其邻居的位置信息（初始位置、位置）。然而，这些位置信息是用于维护网络连接和拓扑，并未记载用于“识别请求的至少一个内容”。目标专利的特征R强调根据车辆间的相对位置关系来制定请求内容（例如，请求被前方车辆阻挡的视野信息）。对比文件无此应用。<br><br>**隐含公开性判断**：虽然对比文件记录了位置信息，但本领域技术人员无法从中确定这些信息被用于生成或定制一个“请求”消息的内容。位置信息在对比文件中的作用是网络管理，而非交互式传感器共享的请求内容决策。 |
| **技术特征S：接收车辆信息消息；以及将所述请求与所接收的车辆信息消息进行关联，其中，所述请求与所述车辆信息消息的所述关联包括：在所述请求中参考所述车辆信息消息的位置信息、所述车辆信息消息的安全信息或者其组合。** <br> **判断结果：未公开** | 无相关记载。 | **直接公开性判断**：对比文件未记载接收一个独立的“车辆信息消息”（如BSM/CAM），并在后续请求中引用该消息中的位置或安全信息。<br><br>**隐含公开性判断**：无法从对比文件中确定该特征。 |
| **技术特征T：接收车辆信息消息；基于所述车辆信息消息来确定所述响应方的第一标识符；确定所述响应方的车联万物通信标识符；以及将所述第一标识符与所述车联万物通信标识符进行映射。** <br> **判断结果：未公开** | 说明书第[0057]段：“SRC_ID is filled by the source of a packet (e.g., vehicle ID)...” <br> 说明书第[0079]段：“When a vehicle contacts an immediate neighboring vehicle first time through a link, they exchange information such as vehicle ID and neighboring information through the link.” | **直接公开性判断**：对比文件公开了车辆ID（`SRC_ID`）以及车辆在建立链路时交换ID信息。然而，这并非目标专利特征T所描述的特定过程：即从一种“车辆信息消息”中获取一个标识符（第一标识符），再获取另一个“车联万物通信标识符”，并将两者进行映射。对比文件中的车辆ID交换是为了直接建立邻居关系和防重复，没有涉及两种不同标识符之间的映射关系，也没有涉及基于一种消息获取标识符以用于后续请求的过程。<br><br>**隐含公开性判断**：本领域技术人员无法从对比文件的车辆ID交换机制中，确定目标专利中这种复杂的、旨在链接不同消息和标识符的映射过程。 |
| **技术特征U：对所述请求的所述传输包括：对所述请求进行广播或进行多播；以及所述请求包括用于所述响应方用以确定是否响应所述请求的至少一个标准。** <br> **判断结果：未公开** | 说明书第[0051]段：“It supports broadcasting, multicasting, and unicasting communications...” <br> 说明书第[0055]段：“Referring to FIG. 5B, ... a packet arrives through one of active links ... and then leaves through some or all of active links ... In the present embodiment, a packet leaves through all active links.” | **直接公开性判断**：对比文件公开了支持广播、多播通信，并且在第一实施例中，数据包通过所有活动链路转发（类似于广播/多播）。然而，对比文件广播/多播的是应用数据或控制信息，并非一个旨在索取传感器信息的“请求”。更重要的是，对比文件未记载在所广播/多播的消息中包含用于接收方判断是否响应的“标准”。其转发决策基于网络拓扑和防重复，而非消息内容中的响应标准。<br><br>**隐含公开性判断**：虽然对比文件使用了广播/多播，但本领域技术人员无法从中确定其广播/多播的消息是“包括响应标准的请求”。两者的目的和机制不同。 |
| **技术特征V：从所述响应方接收车辆信息消息；以及基于与所述车辆信息消息相关联的标识符，来确定所述响应方的标识符，其中，所述请求包括所述响应方的所述标识符。** <br> **判断结果：未公开** | 说明书第[0079]段：“When a vehicle contacts an immediate neighboring vehicle first time through a link, they exchange information such as vehicle ID...” | **直接公开性判断**：对比文件公开了在链路建立时交换车辆ID。但这并非“从响应方接收车辆信息消息”以确定其标识符，然后将该标识符包含在“请求”中。对比文件中的ID交换是邻居发现过程的一部分，而非用于准备一个定向的单播请求。<br><br>**隐含公开性判断**：无法从对比文件的邻居发现机制中确定目标专利中这种为单播请求做准备的标识符获取过程。 |
| **技术特征W：识别要请求的传感器信息；确定至少一个接收到的响应是否包括所识别的传感器信息；以及基于对至少一个接收到的响应是否包括所识别的传感器信息的确定，来确定是否生成所述请求。** <br> **判断结果：未公开** | 说明书第[0051]段：“Information ... is diffused to all vehicles in the network and picked up by vehicles interested in the information.” <br> 说明书第[0071]段：“... check the SPL to see if the packet is a duplicate (750).” | **直接公开性判断**：对比文件提到了车辆“拾取”感兴趣的信息，并检查数据包是否重复。但这与目标专利特征W有本质区别。特征W描述的是一种拥塞控制或效率优化机制：请求方先判断所需信息是否已被其他响应提供，从而决定是否发送新请求。对比文件的“拾取”是被动接收已扩散的信息；“防重复”是防止重复处理同一数据包，而非避免发送冗余的请求。对比文件没有公开主动判断信息是否已由他人提供并据此抑制请求生成的机制。<br><br>**隐含公开性判断**：本领域技术人员无法从对比文件的“拾取”和“防重复”机制中，推导出目标专利这种用于交互式请求的、基于先前响应内容的决策逻辑。 |
| **技术特征X：测量至少一个车辆信息消息；以及基于所述测量，来确定要由所述响应方用于响应所述请求的至少一个传输参数，其中，所述请求包括对所述至少一个传输参数的指示。** <br> **判断结果：未公开** | 说明书第[0045]段：“Link attributes may include power level, supported transfer rates, estimated link duration...” <br> 说明书第[0061]段：“The baseline system always uses ACK. However, an option is to use ACK per link decision, i.e., if a link is stable, then no ACK is used; but if a link is not stable, then ACK is used.” | **直接公开性判断**：对比文件公开了测量和维护链路属性，并根据链路稳定性决定是否使用ACK。然而，这些测量和决策是用于本地链路管理和可靠性机制，并非用于“确定要由响应方用于响应请求的传输参数”，更未记载在“请求”中包含对这些传输参数的指示。目标专利的特征X是请求方测量信道并为响应方指定传输参数，这是一种跨节点的协作优化。对比文件无此机制。<br><br>**隐含公开性判断**：虽然对比文件涉及链路测量和参数调整，但这是本地行为，且调整的是ACK策略等，而非用于响应传输的调制、编码等参数，更不会将这些参数指示在请求中。因此，该特征未被隐含公开。 |
### 公开性判断总结及代码插入
根据上述比对分析：
- **技术特征D** 被认定为**直接公开**。
- 其余技术特征（A, B, C, E, F, G, H, I, J, K, L, M, N, O, P, Q, R, S, T, U, V, W, X）在对比文件中**既未直接公开，也未隐含公开**。
因此，仅在回答结尾插入与技术特征D的直接公开相对应的代码。
<<<D>>>