**对比文件名称**：发明申请_US20170184726A1 OPTIMIZING METHOD FOR VEHICLE COOPERATIVE OBJECT POSITIONING AND VEHICLE COOPERATIVE POSITIONING APPARATUS
**目标专利名称**：车辆传感器信息的交互式共享
**本次调用的模型名称**：DeepSeek-R1
**特征比对表格**
| 技术特征描述及公开性判断结果 | 对比文件原文引用 | 公开性论述 |
| **技术特征A：生成针对车辆传感器信息的请求**<br>**判断结果：未公开** | 无 | 对比文件描述的是车辆之间周期性广播BSM（基本安全消息）信息包以共享车辆自身坐标和感知到的物体坐标（参见[0042]-[0044]段）。该信息包的传输是周期性的、广播式的，并非基于特定需求或事件“生成”的“请求”。在对比文件的整体技术方案中，信息交换是自动、持续进行的，用于优化定位计算，而非为了解决“按需获取特定传感器信息”这一技术问题。因此，对比文件既未直接公开也未隐含公开“生成请求”这一特征。 |
| **技术特征B：对所述请求的所述生成是基于响应方的至少一种传感器能力的**<br>**判断结果：未公开** | 无 | 如上所述，对比文件不存在“生成请求”这一动作。虽然对比文件中BSM信息包包含了发送方车辆的传感器类型和精度信息（参见[0044]段），但这些信息是广播出去供接收方用于优化计算，并非接收方在“生成请求”时所依据的“响应方的传感器能力”。因此，该特征未被公开。 |
| **技术特征C：对应的索引在所述请求中被分配给每个附近的车辆，用于指示何时在哪个帧或传输时间间隔(TTI)内响应**<br>**判断结果：未公开** | 无 | 对比文件全文未提及任何为附近车辆分配索引，或通过索引来调度响应时间（帧或TTI）的机制。其通信是基于DSRC的周期性广播（参见[0042]段），没有涉及请求-响应模式下的资源调度或冲突避免机制。因此，该特征既未直接公开也未隐含公开。 |
| **技术特征D：经由车辆通信链路来发送所述请求**<br>**判断结果：隐含公开 (<<<d>>>)** | [0042]段：“the wireless transmitting interface 11 is configured to perform information dual direction transmission between the local vehicle and the neighbor vehicle. In the present embodiment, a Dedicated Short Range Communication (DSRC) is used to transmit and receive the information package periodically between the vehicles.” | 对比文件明确公开了车辆之间使用DSRC（一种专用的车辆通信链路）来双向传输信息包。虽然对比文件中传输的是BSM信息包而非“请求”，但“经由车辆通信链路来发送信息”这一通信行为已被公开。对于本领域技术人员而言，在已公开的车辆间通信系统基础上，当需要发送“请求”消息时，自然会使用该已建立的车辆通信链路（DSRC）来发送。该特征在对比文件中起到了交换车辆与物体坐标数据的作用，与目标专利中用于发送请求的作用（建立通信以获取信息）在“利用车辆通信链路进行数据传输”这一根本目的上是相同的。因此，该特征被隐含公开。 |
| **技术特征E：接收基于所述对应的索引的调度**<br>**判断结果：未公开** | 无 | 该特征依赖于技术特征C（分配索引）的存在。由于对比文件未公开任何索引分配或调度机制，因此“接收基于索引的调度”这一特征也未被公开。 |
| **技术特征F：基于所述调度，来确定何时经由所述车辆通信链路来监测对所述请求的响应。**<br>**判断结果：未公开** | 无 | 该特征同样依赖于技术特征C和E。对比文件中的车辆是周期性广播和接收BSM，不存在基于特定调度来监测响应的行为。因此，该特征未被公开。 |
| **技术特征G：确定所述至少一种传感器能力。**<br>**判断结果：直接公开 (<<<G>>>)** | [0044]段：“The first kind of information is types of the sensors (such as RTK, GPS and so on), which output the vehicle original coordinate, and the positioning accuracy of the sensor. The second kind of information includes object original coordinates, types of sensors for outputting the object original coordinate, or the positioning accuracy of the sensors.” | 对比文件直接公开了BSM信息包中包含了传感器类型及其定位精度信息。接收方车辆在收到该信息包后，即可“确定”发送方车辆所使用的传感器类型及其能力（精度）。该特征在对比文件的整体技术方案中，用于后续优化计算时判断不同坐标信息的可靠性（参见[0048]段），与其在目标专利中用于生成针对性请求所起的作用（评估响应方能否提供所需信息）在“获取并利用对方传感器能力信息”这一根本目的上是相同的。因此，该特征被直接公开。 |
| **技术特征H：对所述至少一种传感器能力的所述确定包括：接收至少一个车辆信息消息；以及基于所述至少一个车辆信息消息来识别所述至少一种传感器能力。**<br>**判断结果：直接公开 (<<<H>>>)** | [0044]段（同上）。<br>[0042]段说明了接收的是BSM信息包。 | 该特征是对特征G的进一步限定，明确了“确定”是通过“接收车辆信息消息（BSM）”并“基于该消息识别”来实现的。对比文件[0042]和[0044]段明确描述了车辆通过无线接口接收来自邻居车辆的BSM信息包，并且该信息包中包含了传感器类型和精度信息。因此，接收方正是通过接收并解析该BSM消息来识别发送方的传感器能力的。该过程被直接公开。 |
| **技术特征I：所述请求指定所请求的至少一种类型的传感器信息。**<br>**判断结果：未公开** | 无 | 对比文件中的BSM信息包内容（车辆坐标、物体坐标、传感器类型）是发送方自主决定并广播的固定格式信息，并非接收方“请求”所“指定”的内容。不存在“请求方指定需要何种传感器信息”的交互过程。因此，该特征未被公开。 |
| **技术特征J：所述请求指定用于响应所述请求的至少一个标准。**<br>**判断结果：未公开** | 无 | 对比文件不存在请求-响应交互模型，因此BSM的广播不涉及任何“响应标准”。所有收到广播的车辆都会处理该信息，没有基于请求中设定的标准来选择是否响应的机制。因此，该特征未被公开。 |
| **技术特征K：所述请求包括车联万物通信控制信息集合。**<br>**判断结果：未公开** | 无 | 对比文件描述了使用DSRC进行通信，但DSRC本身是一种标准协议，其物理层和MAC层参数是预先定义的。BSM信息包的格式（如图3所示）是固定的，用于承载应用层数据（坐标、传感器信息等），并未提及在消息中包含可定制的、用于控制响应方通信行为（如载波、调制等）的“通信控制信息集合”。因此，该特征未被公开。 |
| **技术特征L：所述车联万物通信控制信息集合标识以下各项中的至少一项：用于响应所述请求的载波频率、用于响应所述请求的调制、用于响应所述请求的编码、用于响应所述请求的物理层资源块、用于响应所述请求的多输入多输出(MIMO)配置或者其任何组合。**<br>**判断结果：未公开** | 无 | 由于特征K未被公开，且对比文件未提及任何关于在消息中指定响应方具体通信参数（如载波、调制、MIMO等）的内容，因此该特征也未被公开。 |
| **技术特征M：基于在从特定源接收的至少一个车辆信息消息内包含的安全信息的安全信息。**<br>**判断结果：未公开** | 无 | 对比文件虽然提到了BSM是“基本安全消息”，但说明书未详细描述其安全机制，也未提及请求方在构建自己的请求消息时，会基于从响应方之前发送的消息中获得的安全信息来构建新的安全信息。因此，该特征未被公开。 |
| **技术特征N：所述至少一个车辆信息消息包括从所述特定源接收的基本安全消息(BSM)、从所述特定源接收的协作意识消息(CAM)或者其组合。**<br>**判断结果：直接公开 (<<<N>>>)** | [0042]段：“A format of the information package is a basic safety message (BSM) package.” | 对比文件直接明确公开了车辆间交换的信息包格式是BSM（基本安全消息）。因此，“车辆信息消息包括BSM”这一内容被直接公开。虽然未提及CAM，但“BSM”已被具体公开。 |
| **技术特征O：所述请求包括标识以下各项中的至少一项的传感器感知信息集合：参考位置信息、关注时间段、至少一种传感器类型、至少一个传感器标识符、至少一个所请求的物体类型、至少一个关注区域、或者其任何组合。**<br>**判断结果：未公开** | 无 | 对比文件中的BSM信息包包含了车辆坐标（可视为一种参考位置）、传感器类型和感知到的物体坐标（可关联物体类型），但这些信息是发送方广播的“数据”，而非请求方在“请求”中“指定”的“要求”。例如，请求方无法通过请求指定一个“关注区域”或“关注时间段”来要求响应方只报告该区域/时间段内的信息。因此，该特征未被公开。 |
| **技术特征P：所述请求指示以下各项中的至少一项：用于响应所述请求的调度、用于响应所述请求的至少一个传输参数、用于响应所述请求的无线接入技术(RAT)、用于响应所述请求的载波频率、装置的至少一个属性、与所述装置相关联的车联万物通信标识符、与所述装置相关联的协作意识消息(CAM)站标识符、与所述装置相关联的基本安全消息(BSM)站标识符、或者其任何组合。**<br>**判断结果：未公开** | 无 | 对比文件未描述请求消息指示响应调度或传输参数（特征L已论述）。BSM信息包中可能包含车辆标识信息，但这是发送方的标识，并非请求方在请求中指示的“自己的”属性或标识符以供响应方使用。因此，该特征未被公开。 |
| **技术特征Q：确定至少一个下层传输特性；以及基于所述至少一个下层传输特性来识别所述请求的至少一个内容。**<br>**判断结果：未公开** | [0055]段：“the relative distance D3 between the two vehicles can be known in accordance with the 20 dBi attenuation or by searching the table.” | 对比文件公开了可以根据无线信号强度（下层传输特性）来计算车辆间的相对距离，但这部分计算是用于优化车辆坐标（参见[0055]-[0057]段），属于定位优化算法的一部分。该过程并非用于“识别请求的内容”。在对比文件的整体方案中，不存在“请求”，因此也不存在基于信道状况动态决定请求内容（如数据量大小）的机制。两者作用不同，该特征未被公开。 |
| **技术特征R：确定请求方和所述响应方的相对位置；以及基于所述相对位置来识别所述请求的至少一个内容。**<br>**判断结果：未公开** | [0054]段：“the relative distance D and the relative angle θ2 between the local vehicle H and the neighbor vehicle R can be acquired.” | 对比文件公开了可以确定车辆间的相对位置（距离和角度），但这同样是用于后续的坐标优化计算（参见[0054], [0055], [0057]段）。在对比文件的方案中，不存在“请求”，因此也不存在基于相对位置（如是否阻挡视线）来识别需要请求何种传感器内容（如特定FOV）的机制。两者作用不同，该特征未被公开。 |
| **技术特征S：接收车辆信息消息；以及将所述请求与所接收的车辆信息消息进行关联，其中，所述请求与所述车辆信息消息的所述关联包括：在所述请求中参考所述车辆信息消息的位置信息、所述车辆信息消息的安全信息或者其组合。**<br>**判断结果：未公开** | 无 | 对比文件描述了接收BSM消息，但未描述生成一个“请求”并与之前接收的BSM消息进行“关联”，例如在请求中引用BSM中的位置或安全信息以减少冗余。因此，该特征未被公开。 |
| **技术特征T：接收车辆信息消息；基于所述车辆信息消息来确定所述响应方的第一标识符；确定所述响应方的车联万物通信标识符；以及将所述第一标识符与所述车联万物通信标识符进行映射**<br>**判断结果：未公开** | 无 | 对比文件未提及对车辆标识符的映射操作。BSM信息包中可能包含车辆标识，但未描述将其映射到用于车联万物通信的特定标识符（如L2 ID）的过程。因此，该特征未被公开。 |
| **技术特征U：对所述请求的所述传输包括：对所述请求进行广播或进行多播；以及所述请求包括用于所述响应方用以确定是否响应所述请求的至少一个标准。**<br>**判断结果：未公开** | 无 | 对比文件中的BSM是广播的，但它不是“请求”，且其广播不附带用于筛选响应者的“标准”。因此，该特征未被公开。 |
| **技术特征V：从所述响应方接收车辆信息消息；以及基于与所述车辆信息消息相关联的标识符，来确定所述响应方的标识符，其中，所述请求包括所述响应方的所述标识符。**<br>**判断结果：未公开** | 无 | 对比文件未描述请求方在发送单播请求前，先接收响应方的车辆信息消息并从中提取标识符，然后将该标识符包含在请求中的过程。因此，该特征未被公开。 |
| **技术特征W：识别要请求的传感器信息；确定至少一个接收到的响应是否包括所识别的传感器信息；以及基于对至少一个接收到的响应是否包括所识别的传感器信息的确定，来确定是否生成所述请求。**<br>**判断结果：未公开** | 无 | 对比文件不存在请求-响应机制，因此也不存在为避免冗余而先监测现有响应再决定是否发送请求的拥塞控制逻辑。因此，该特征未被公开。 |
| **技术特征X：测量至少一个车辆信息消息；以及基于所述测量，来确定要由所述响应方用于响应所述请求的至少一个传输参数，其中，所述请求包括对所述至少一个传输参数的指示。**<br>**判断结果：未公开** | [0055]段（参见特征Q引用）。 | 对比文件公开了测量无线信号（车辆信息消息的载体），但测量目的是计算距离用于优化定位，而非用于确定响应方在回复请求时应使用的传输参数（如MCS）。且对比文件不存在“请求”，更不存在在请求中指示传输参数的行为。因此，该特征未被公开。 |
<<<d>>>
<<<G>>>
<<<H>>>
<<<N>>>