**对比文件名称**：发明申请_US20170289733A1 METHOD AND APPARATUS FOR TRANSMISSION OF CONTROL AND DATA IN VEHICLE TO VEHICLE COMMUNICATION
**目标专利名称**：车辆传感器信息的交互式共享
**本次调用模型名称**：DeepSeek
### **特征比对表格**
| 技术特征描述及公开性判断结果 | 对比文件原文引用 | 公开性论述 |
| **技术特征A**：生成针对车辆传感器信息的请求<br>**判断结果**：未公开 | 对比文件未直接或隐含公开“生成针对车辆传感器信息的请求”这一技术特征。对比文件主要描述了车辆之间周期性广播协作感知消息（CAM）或事件触发的分散式环境通知消息（DENM），例如第[0094]段：“The two primary standardized messages for V2V/V2I communication are the periodic beacons called Cooperative Awareness Messages (CAM) and the event-triggered warning messages, called Decentralized Environment Notification Messages (DENM).” | **论述**：对比文件公开的CAM和DENM消息是车辆主动、周期性广播或事件触发广播的信息，其目的是共享自身状态或警告事件。目标专利中的“请求”是由请求方主动发起，旨在向特定的响应方索取其传感器信息，这是一个交互式的、按需的“请求-响应”过程。对比文件描述的广播机制是单向的、非请求式的，并未公开“生成针对车辆传感器信息的请求”这一技术特征。因此，该特征在对比文件中既未直接公开，也未隐含公开。 |
| **技术特征B**：对所述请求的所述生成是基于响应方的至少一种传感器能力的<br>**判断结果**：未公开 | 对比文件未提及根据响应方的传感器能力来生成请求。 | **论述**：对比文件全文均未提及任何关于车辆“传感器能力”的信息交换，也未描述请求方在生成请求时需要考虑或基于潜在响应方的传感器能力。目标专利中此特征是实现按需、定制化传感器信息共享的关键。由于对比文件缺乏对“传感器能力”这一概念的任何描述，本领域技术人员无法从中确定或推导出“基于响应方的至少一种传感器能力生成请求”这一技术特征。因此，该特征未被公开。 |
| **技术特征C**：对应的索引在所述请求中被分配给每个附近的车辆，用于指示何时在哪个帧或传输时间间隔(TTI)内响应<br>**判断结果**：未公开 | 对比文件未提及在请求中为附近车辆分配索引以指示响应调度。 | **论述**：对比文件描述了资源分配和调度，例如通过eNB配置半持续调度（SPS）或UE在共享资源池中自主选择资源（第[0129]-[0151]段），但这都是针对发送方（广播方）自身传输的调度，而非请求方为多个潜在响应方分配响应时间索引。目标专利此特征旨在优化请求方的接收操作，通过索引调度多个响应方的响应时间以避免冲突。对比文件的技术方案中不存在这种由请求方主导的、为多个接收方分配响应调度的机制。因此，该特征未被公开。 |
| **技术特征D**：经由车辆通信链路来发送所述请求<br>**判断结果**：隐含公开 | 第[0094]段：“V2X communication can be used to implement several types of services... V2X can support unicasting, broadcasting, or group/multicasting as potential means for V2V communication 400 where vehicles are able to transmit messages to all in-range V2V-enabled devices or to a subset of devices...”<br>第[0102]段：“V2V is predominantly broadcast-based; V2V includes the exchange of V2V-related application information between distinct UEs directly...” | **论述**：对比文件明确公开了车辆之间可以通过V2V链路直接交换信息，并支持单播、广播和组播等多种消息传输方式。目标专利中的“车辆通信链路”即指V2X/V2V链路。虽然对比文件主要示例是广播CAM消息，但“发送消息”这一行为本身已通过车辆通信链路实现。对于本领域技术人员而言，在已公开的“通过V2V链路发送消息（如CAM）”的基础上，将发送的“消息”具体化为一种“请求”，是显而易见的等同替换。该特征在对比文件的整体技术方案中起到了信息传输载体的作用，与目标专利中为解决信息获取问题而传输请求的作用相同。因此，该特征被**隐含公开**。 |
| **技术特征E**：接收基于所述对应的索引的调度<br>**判断结果**：未公开 | 对比文件未提及接收基于索引的调度。 | **论述**：此特征依赖于技术特征C（分配索引）。由于对比文件未公开“在请求中分配索引”这一前提，因此“接收基于该索引的调度”这一后续步骤也无从谈起。对比文件中描述的调度（如SPS配置）均由网络（eNB）主导或由发送UE自主决定，并非由请求方通过索引分配。因此，该特征未被公开。 |
| **技术特征F**：基于所述调度，来确定何时经由所述车辆通信链路来监测对所述请求的响应。<br>**判断结果**：未公开 | 对比文件未提及基于调度来确定监测响应的时间。 | **论述**：此特征同样依赖于技术特征C和E。由于对比文件未公开请求方为响应方分配索引调度并接收该调度的机制，因此也就不存在“基于该调度来确定监测响应时间”这一步骤。对比文件中接收方监听信道（如盲检PSCCH）是持续或周期性的行为，并非基于一个由请求方发出的、针对特定响应的精确调度。因此，该特征未被公开。 |
| **技术特征G**：确定所述至少一种传感器能力。<br>**判断结果**：未公开 | 对比文件未提及确定其他车辆的传感器能力。 | **论述**：如特征B所述，对比文件未引入“传感器能力”这一概念。因此，“确定传感器能力”这一步骤在对比文件中没有对应基础。CAM消息中携带的是位置、速度、方向等动态状态信息（第[0094]段），而非传感器能力信息。本领域技术人员无法从对比文件中确定此特征。 |
| **技术特征H**：对所述至少一种传感器能力的所述确定包括：接收至少一个车辆信息消息；以及基于所述至少一个车辆信息消息来识别所述至少一种传感器能力。<br>**判断结果**：未公开 | 对比文件未描述通过接收车辆信息消息来识别传感器能力。第[0094]段描述了CAM消息包含“information such as position, type and direction.” | **论述**：对比文件公开了接收车辆信息消息（如CAM），并识别其中的信息（位置、类型、方向）。但对比文件从未提及这些消息中包含或可用于识别“传感器能力”。目标专利此特征的核心在于从消息中提取“传感器能力”这一特定信息，而该信息在对比文件中不存在。因此，该特征未被公开。 |
| **技术特征I**：所述请求指定所请求的至少一种类型的传感器信息。<br>**判断结果**：未公开 | 对比文件未提及在消息中指定所请求的传感器信息类型。 | **论述**：对比文件中的消息（CAM/DENM）内容是预先定义和填充的，用于广播发送方自身的信息或事件警告。没有公开任何消息结构或字段用于“指定”希望从接收方获取何种类型的信息。目标专利此特征是实现交互式、按需共享的关键。因此，该特征未被公开。 |
| **技术特征J**：所述请求指定用于响应所述请求的至少一个标准。<br>**判断结果**：未公开 | 对比文件未提及在消息中指定响应标准。 | **论述**：对比文件中的消息传输是单向广播或事件触发，接收方在收到CAM/DENM后并不需要根据消息中的“标准”来决定是否响应。目标专利此特征用于在广播请求时筛选合适的响应方。对比文件未公开此机制。 |
| **技术特征K**：所述请求包括车联万物通信控制信息集合。<br>**判断结果**：未公开 | 对比文件未提及在请求消息中包含V2X通信控制信息集合。 | **论述**：对比文件在第[0151]段提到了在共享资源池中传输控制信息（如UE ID, MCS, RBs），但这是在“共享SPS资源”的上下文中，由发送方告知接收方其数据传输参数，以便接收方解码。这不同于目标专利中“请求方”在“请求消息”中携带控制信息集合，以指导“响应方”如何发送响应。两者目的、主体和上下文均不同。因此，该特征未被公开。 |
| **技术特征L**：所述车联万物通信控制信息集合标识以下各项中的至少一项：用于响应所述请求的载波频率、用于响应所述请求的调制、用于响应所述请求的编码、用于响应所述请求的物理层资源块、用于响应所述请求的多输入多输出(MIMO)配置或者其任何组合。<br>**判断结果**：未公开 | 对比文件未提及在请求消息中标识用于响应的传输参数。 | **论述**：理由同特征K。对比文件第[0151]段描述的控制信息是发送方告知其自身数据的传输参数，并非请求方要求响应方使用的参数。目标专利此特征是实现响应传输优化的关键。因此，该特征未被公开。 |
| **技术特征M**：基于在从特定源接收的至少一个车辆信息消息内包含的安全信息的安全信息。<br>**判断结果**：未公开 | 对比文件未提及在请求中重用从其他消息获得的安全信息。 | **论述**：对比文件提到了消息的安全性和证书（如第[0094]段提及“security-related message component”），但未描述在一种消息（如请求）中引用或基于另一种消息（如CAM）中的安全信息。目标专利此特征旨在减少消息开销。对比文件未公开此技术手段。 |
| **技术特征N**：所述至少一个车辆信息消息包括从所述特定源接收的基本安全消息(BSM)、从所述特定源接收的协作意识消息(CAM)或者其组合。<br>**判断结果**：未公开 | 第[0094]段提到了CAM消息。 | **论述**：对比文件确实公开了CAM消息的存在。然而，目标专利此特征是将CAM/BSM作为“车辆信息消息”的一种具体示例，并与前序特征（如M、S、T）关联，用于链接信息或重用安全上下文。由于对比文件未公开这些关联和重用的机制（即未公开特征M、S、T），因此孤立地公开“CAM消息”本身并不构成对此组合特征的公开。该特征作为整体未被公开。 |
| **技术特征O**：所述请求包括标识以下各项中的至少一项的传感器感知信息集合：参考位置信息、关注时间段、至少一种传感器类型、至少一个传感器标识符、至少一个所请求的物体类型、至少一个关注区域、或者其任何组合。<br>**判断结果**：未公开 | 对比文件未提及在消息中包含此类传感器感知信息集合。 | **论述**：对比文件中的CAM消息包含位置、类型等信息，但这是发送方自身的信息。目标专利此特征是在“请求”中指定希望获得的“传感器感知信息”的过滤条件或范围，两者目的和内容结构不同。对比文件未公开用于按需过滤传感器信息的“感知信息集合”。 |
| **技术特征P**：所述请求指示以下各项中的至少一项：用于响应所述请求的调度、用于响应所述请求的至少一个传输参数、用于响应所述请求的无线接入技术(RAT)、用于响应所述请求的载波频率、装置的至少一个属性、与所述装置相关联的车联万物通信标识符、与所述装置相关联的协作意识消息(CAM)站标识符、与所述装置相关联的基本安全消息(BSM)站标识符、或者其任何组合。<br>**判断结果**：未公开 | 对比文件未提及在请求消息中指示这些用于响应的参数或标识符。 | **论述**：对比文件描述了资源调度和传输参数配置，但均是由网络（eNB）通过RRC或DCI完成，或由发送UE在SA（PSCCH）中告知其自身传输参数（第[0151]、[0264]段）。没有公开由“请求方”在“请求消息”中指示“响应方”应使用的调度、参数或标识自己属性的机制。因此，该特征未被公开。 |
| **技术特征Q**：确定至少一个下层传输特性；以及基于所述至少一个下层传输特性来识别所述请求的至少一个内容。<br>**判断结果**：未公开 | 对比文件未提及基于下层传输特性来确定请求内容。 | **论述**：对比文件提到了信道测量和自适应传输（如第[0151]段提及基于SINR选择MCS），但这是发送方根据信道状况调整其“数据传输”的参数，而非请求方根据信道状况调整其“请求消息”的内容。目标专利此特征涉及根据信道质量动态决定请求信息的多寡。对比文件未公开此技术手段。 |
| **技术特征R**：确定请求方和所述响应方的相对位置；以及基于所述相对位置来识别所述请求的至少一个内容。<br>**判断结果**：未公开 | 对比文件未提及基于车辆间相对位置来确定请求内容。 | **论述**：对比文件中的CAM消息包含位置信息，可用于计算相对位置。但对比文件未描述利用相对位置信息来“确定请求内容”的任何过程或目的。目标专利此特征用于根据相对位置（如是否阻挡视线）来定制请求。因此，该特征未被公开。 |
| **技术特征S**：接收车辆信息消息；以及将所述请求与所接收的车辆信息消息进行关联，其中，所述请求与所述车辆信息消息的所述关联包括：在所述请求中参考所述车辆信息消息的位置信息、所述车辆信息消息的安全信息或者其组合。<br>**判断结果**：未公开 | 对比文件未提及将不同消息进行关联或参考。 | **论述**：对比文件描述了多种消息（CAM, DENM, SA）的独立传输，但未描述在不同消息之间建立引用或关联关系，例如在一条消息中引用另一条消息中的位置或安全信息。目标专利此特征旨在减少消息冗余。对比文件未公开此技术手段。 |
| **技术特征T**：接收车辆信息消息；基于所述车辆信息消息来确定所述响应方的第一标识符；确定所述响应方的车联万物通信标识符；以及将所述第一标识符与所述车联万物通信标识符进行映射。<br>**判断结果**：未公开 | 对比文件未提及标识符映射。第[0264]段表7提到SA中可包含“UE ID”。 | **论述**：对比文件公开了消息中可以包含标识符（如UE ID）。但目标专利此特征涉及两种不同标识符（如CAM站ID和V2X通信ID）之间的映射关系，并利用该映射来关联不同消息或识别设备。对比文件未公开这种映射操作及其目的。因此，该特征未被公开。 |
| **技术特征U**：对所述请求的所述传输包括：对所述请求进行广播或进行多播；以及所述请求包括用于所述响应方用以确定是否响应所述请求的至少一个标准。<br>**判断结果**：未公开 | 第[0094]段：“V2X can support unicasting, broadcasting, or group/multicasting as potential means for V2V communication...” | **论述**：对比文件公开了V2V通信支持广播/组播的传输方式。然而，目标专利此特征包含两个并列要件：1) 广播/多播请求；2) 请求中包含响应标准。对比文件仅公开了第一个要件（传输方式），但完全没有公开第二个要件（在消息中包含用于决定是否响应的标准）。因此，该组合特征作为整体未被公开。 |
| **技术特征V**：从所述响应方接收车辆信息消息；以及基于与所述车辆信息消息相关联的标识符，来确定所述响应方的标识符，其中，所述请求包括所述响应方的所述标识符。<br>**判断结果**：未公开 | 对比文件未描述从响应方接收消息并提取其标识符以用于后续请求的过程。 | **论述**：对比文件描述了车辆广播包含自身标识符的消息（如CAM）。但目标专利此特征描述了一个连贯的过程：先接收消息并识别出发送方（潜在响应方）的标识符，然后将该标识符用于后续针对该特定响应方的单播请求中。这是一个有目的的、定向的交互过程。对比文件仅描述了广播和接收，未描述这种基于接收信息发起定向请求的闭环逻辑。因此，该特征未被公开。 |
| **技术特征W**：识别要请求的传感器信息；确定至少一个接收到的响应是否包括所识别的传感器信息；以及基于对至少一个接收到的响应是否包括所识别的传感器信息的确定，来确定是否生成所述请求。<br>**判断结果**：未公开 | 对比文件未提及通过监测其他响应来决定是否发送请求。 | **论述**：目标专利此特征是一种拥塞控制机制，旨在避免重复请求已由其他车辆共享的信息。对比文件虽然提到了信道拥塞和资源效率问题（第[0129]段），但其解决方案集中在资源分配和调度优化（如SPS），并未公开这种基于内容监听的智能请求抑制机制。因此，该特征未被公开。 |
| **技术特征X**：测量至少一个车辆信息消息；以及基于所述测量，来确定要由所述响应方用于响应所述请求的至少一个传输参数，其中，所述请求包括对所述至少一个传输参数的指示。<br>**判断结果**：未公开 | 第[0151]段：“The UEs can transmit control information formats to inform the eNB or other UEs of transmission parameters for subsequent reception. This method allows the UE to use different MCS/TBS and possibly different RBs depending on its SINR or data TBS it needs to convey.” | **论述**：对比文件此段描述的是在“共享SPS资源池”场景下，发送方UE在传输数据时，会发送控制信息告知接收方其本次数据传输所用的参数（MCS、RB等）。这与目标专利特征X有本质区别：1) 主体和目的不同：对比文件是“数据发送方”告知其“自身数据传输”的参数；目标专利是“请求方”测量后为“响应方”指定“响应传输”的参数。2) 上下文不同：对比文件是在共享资源池内进行数据传输的调度；目标专利是在请求-响应交互模型中优化响应传输。两者技术手段相似，但解决的技术问题和所起的作用不同。因此，该特征未被公开。 |
<<<d>>>