**对比文件名称**：发明申请_US20180368191A1 CONFIGURING SIDELINK COMMUNICATIONS
**目标专利名称**：用于在车辆到万物通信中进行寻呼的方法和装置
**本次调用的模型名称**：DeepSeek最新版本模型
以下是根据目标专利权利要求的技术特征划分，与对比文件US20180368191A1进行比对的结果：
### 特征比对表格
| 技术特征描述以及公开性判断结果 | 对比文件原文引用 | 公开性论述 |
| **技术特征A**：一种用于无线通信的用户设备UE，包括：存储器；以及操作地耦合到所述存储器的一个或多个处理器。<br>**公开性判断**：直接公开 | [0144] “... a UE may include a module fitted within a vehicle or a purpose built transferable module. In some cases, a UE may include a Mobile Equipment (ME) incorporating a Universal Subscriber Identity Module (USIM), a Universal Integrated Circuit Card (UICC) or embedded UICC (eUICC).”<br>[0117] “... a computer will also include, or be operatively coupled to, receive data from or transfer data to, or both, one or more mass storage devices for storing data...” | 对比文件多次描述用户设备（UE）及其组成部分。段落[0144]明确指出UE包含移动设备（ME），而ME作为电子设备，必然包含存储器和处理器以实现其通信和计算功能。段落[0117]进一步描述了计算机（可理解为UE的组成部分）包括用于存储数据的存储设备，并且处理器可操作地耦合以执行指令。因此，本领域技术人员可以直接且明确地确定UE包含存储器和操作耦合的一个或多个处理器，这是UE作为计算和通信设备的基本架构。该特征在对比文件中作为UE的通用硬件架构被公开，与其在目标专利中作为执行寻呼操作的硬件基础的作用相同。 |
| **技术特征B**：所述存储器和所述一个或多个处理器被配置为：接收来自无线通信设备基于所述UE和车辆UE之间的距离小于门限距离的唤醒信号或寻呼消息；至少部分地基于接收所述唤醒信号或所述寻呼消息，来监测来自多个车辆UE的车辆到万物V2X消息；以及至少部分地基于所述监测来从所述车辆UE接收V2X消息。<br>**公开性判断**：未公开 | 未找到直接或隐含的对应内容。 | 对比文件的核心内容在于如何在双连接（DC）架构下配置侧行链路通信资源，特别是由不同移动网络运营商（MNO）的基站（如MeNB和SeNB）为UE提供V2X侧行链路资源配置和调度。文件详细描述了UE如何请求和接收来自SeNB（可能是V2X服务运营商）的侧行链路资源配置（例如，通过RRC连接重配置消息），并使用这些资源与其他UE进行V2X通信（参见[0062]-[0064], [0072]-[0074]）。然而，对比文件完全没有提及由无线通信设备（如路边单元RSU）发送“唤醒信号（WUS）”或“寻呼消息”以触发UE监测V2X消息的机制。文件中的UE在配置好侧行链路资源后，基于自身需求（如缓冲区状态报告）请求资源并进行通信，不存在一个外部的“唤醒”事件来启动UE对V2X消息的监测。此外，对比文件也未提及任何基于“UE与车辆UE之间距离小于门限距离”作为发送唤醒信号或寻呼消息的决策条件。因此，该技术特征未被对比文件公开。 |
| **技术特征C**：所述无线通信设备是路边单元。<br>**公开性判断**：直接公开 | [0022] “V2X refers to communication between any two Intelligent Transportation Service (ITS) capable devices where an ITS capable device could for example be a vehicle, pedestrian, animal, cyclist, **road side unit (RSU)** or any other devices capable of supporting ITS services.” | 对比文件在描述V2X通信的参与实体时，明确列举了路边单元（RSU）作为能够支持智能交通服务（ITS）的设备之一。因此，RSU作为无线通信设备的一种类型，被对比文件直接公开。 |
| **技术特征D**：当监测所述唤醒信号或所述寻呼消息时，所述一个或多个处理器被配置为：在用于接收所述唤醒信号或所述寻呼消息的时间窗口中监测所述唤醒信号或所述寻呼消息。<br>**公开性判断**：未公开 | 未找到直接或隐含的对应内容。 | 对比文件未描述UE需要在一个特定的“时间窗口”内监测来自RSU或其他设备的“唤醒信号或寻呼消息”。文件关注的是UE与基站（MeNB/SeNB）之间的资源请求与分配流程，以及UE之间使用已分配资源进行通信的过程，并未涉及为省电目的而设定的周期性或事件触发的专用监测窗口。因此，该特征未被公开。 |
| **技术特征E**：所述一个或多个处理器还被配置为：避免在所述时间窗口之外监测所述唤醒信号或所述寻呼消息。<br>**公开性判断**：未公开 | 未找到直接或隐含的对应内容。 | 该特征是特征D的逻辑延伸，同样基于“专用监测窗口”的省电机制。由于对比文件未公开特征D（专用监测窗口），因此也不存在“避免在窗口外监测”的相关描述或隐含启示。该特征未被公开。 |
| **技术特征F**：当监测所述唤醒信号或所述寻呼消息时，所述一个或多个处理器被配置为：在特定时间或频率资源中监测所述唤醒信号或所述寻呼消息。<br>**公开性判断**：隐含公开 | [0023] “... a set of sidelink transmission and reception resource pools for data transfer when the UE is out of E-UTRAN coverage for V2X sidelink communication may be pre-configured in the UE or configured in the UE from a server in the network.”<br>[0075] “The sidelink configuration can be included as a new IE.”<br>[0076] “... the example IE slConfigSCG-r15 can include sidelink configuration IEs such as captured in 3GPP TS36.331 SL-CommConfig, **SL-CommResourcePool**, ... **SL-V2X-ConfigDedicated**, or the like.” | 对比文件详细描述了为V2X侧行链路通信配置资源池（resource pools）的过程，这些资源池定义了可用于通信的特定时间和/或频率资源（参见[0076]提到的SL-CommResourcePool等IE）。文件指出，这些配置可以预配置在UE中或由网络服务器配置（[0023]），并通过RRC消息（如包含slConfigSCG-r15 IE的SCG-Config消息）发送给UE（[0075]）。虽然对比文件未明确提及“唤醒信号”或“寻呼消息”的监测，但本领域技术人员知晓，任何通过无线信道传输的信号或消息（包括控制信号）都需要在特定的时间/频率资源上进行发送和接收。当对比文件公开了为V2X通信配置专用资源池时，可以合理推断，若存在类似“唤醒信号”的特定控制信号，其传输和监测也必然发生在某个已配置或预定义的特定时间或频率资源上。这是无线通信资源管理的基本原理。因此，该技术特征被对比文件隐含公开。 |
| **技术特征G**：当接收所述V2X消息时，所述一个或多个处理器被配置为：在时间窗口中接收所述V2X消息。<br>**公开性判断**：隐含公开 | [0023] “... a set of sidelink transmission and reception resource pools for data transfer when the UE is out of E-UTRAN coverage for V2X sidelink communication may be pre-configured in the UE or configured in the UE from a server in the network.”<br>[0076] “... the example IE slConfigSCG-r15 can include sidelink configuration IEs such as captured in 3GPP TS36.331 SL-CommConfig, **SL-CommResourcePool**, ... or the like.” | 与特征F的推理类似，对比文件公开了为V2X侧行链路数据传输配置资源池（SL-CommResourcePool）。资源池定义了UE可以发送和接收V2X消息的时频资源集合，这些资源在时间上可以是周期性的窗口或特定的时隙。因此，UE在接收V2X消息时，必然是在这些已配置的资源池所定义的“时间窗口”内进行。虽然对比文件未使用“时间窗口”这一特定术语，但“资源池”的概念在时域上的体现即为允许通信的时间区间或窗口。本领域技术人员可以合理推断出此含义。因此，该特征被隐含公开。 |
| **技术特征H**：当接收所述V2X消息时，所述一个或多个处理器被配置为：在特定时间或频率资源中接收所述V2X消息。<br>**公开性判断**：直接公开 | [0023] “... a set of sidelink transmission and reception resource pools for data transfer when the UE is out of E-UTRAN coverage for V2X sidelink communication may be pre-configured in the UE or configured in the UE from a server in the network.”<br>[0076] “... the example IE slConfigSCG-r15 can include sidelink configuration IEs such as captured in 3GPP TS36.331 SL-CommConfig, **SL-CommResourcePool**, ... or the like.” | 对比文件明确且直接地描述了UE使用预配置或网络配置的“侧行链路传输和接收资源池（sidelink transmission and reception resource pools）”进行V2X数据传输（[0023]）。资源池的核心定义就是一组特定的时间和频率资源。文件进一步指出，这些资源池配置通过特定的信息元素（IE）如SL-CommResourcePool来传达给UE（[0076]）。因此，UE在特定时间或频率资源上接收V2X消息是该技术方案的直接且必要的组成部分，被对比文件直接公开。 |
| **技术特征I**：所述唤醒信号或所述寻呼消息对于包括所述UE的多个UE是共用的。<br>**公开性判断**：未公开 | 未找到直接或隐含的对应内容。 | 对比文件未提及任何与“唤醒信号”或“寻呼消息”相关的广播、组播或共用传输机制。文件中UE接收的配置信息（如RRC重配置消息）通常是针对特定UE的专用信令。因此，该特征未被公开。 |
| **技术特征J**：所述唤醒信号或所述寻呼消息是特定于所述UE的。<br>**公开性判断**：未公开 | 未找到直接或隐含的对应内容。 | 对比文件未提及任何“唤醒信号”或“寻呼消息”，因此无从讨论其是特定于UE还是共用的。该特征未被公开。 |
| **技术特征K**：所述唤醒信号或所述寻呼消息是特定于包括所述UE的一组UE的。<br>**公开性判断**：未公开 | 未找到直接或隐含的对应内容。 | 同特征I和J，对比文件未涉及“唤醒信号”或“寻呼消息”的组特定传输。该特征未被公开。 |
| **技术特征L**：所述一个或多个处理器还被配置为：向所述无线通信设备发送通信；以及至少部分地基于发送所述通信来接收所述唤醒信号或所述寻呼消息。<br>**公开性判断**：未公开 | 未找到直接或隐含的对应内容。 | 对比文件描述了UE向服务基站（MeNB）发送消息（如sidelinkUEinformation消息）以表达对V2X服务的兴趣并触发双连接配置过程（参见[0047], [0072]）。然而，此通信的目的是请求资源配置并与SeNB建立连接，而不是为了触发一个独立的“唤醒信号或寻呼消息”的发送。接收到的响应是包含侧行链路资源配置的RRC消息，而非目标专利中定义的、用于触发UE监测V2X消息的“唤醒信号或寻呼消息”。两者在技术目的和内容上存在本质区别。因此，该特征未被公开。 |
| **技术特征M**：所述通信指示用于接收所述唤醒信号或所述寻呼消息的资源。<br>**公开性判断**：未公开 | 未找到直接或隐含的对应内容。 | 该特征依附于特征L。由于对比文件未公开UE发送通信以触发唤醒信号这一机制，因此也就不存在该通信指示用于接收唤醒信号的资源的相关内容。该特征未被公开。 |
| **技术特征N**：所述通信是用于向所述无线通信设备注册所述UE的注册消息。<br>**公开性判断**：未公开 | 未找到直接或隐含的对应内容。 | 对比文件未描述UE需要向RSU发送“注册消息”。文件中UE的注册或关联对象是其主MNO的网络（核心网及基站），而非作为路边基础设施的RSU。因此，该特征未被公开。 |
| **技术特征O**：所述唤醒信号或所述寻呼消息是专用信号或侧行链路控制信息。<br>**公开性判断**：隐含公开 | [0021] “... sidelink refers to the ProSe or device to device (D2D) radio transmission scheme—and by extension, to the related set of protocols—over the PC5 interface...”<br>[0090] “... the UE selectively directs the sidelink scheduling requests (e.g., sidelink BSR) to the determined node.”<br>[0096] “... the SeNB transmits a sidelink grant to the UE indicating the sidelink resources to use for transmitting the sidelink data.” | 对比文件将侧行链路通信定义为通过PC5接口的D2D传输方案及相关协议集（[0021]）。在侧行链路通信中，控制信息（如调度请求BSR、调度授权Grant）的传输是必不可少的组成部分（[0090], [0096]）。虽然对比文件未明确提及“唤醒信号”，但从广义上讲，任何用于在侧行链路上触发或控制UE行为的特定信号或控制信息，都可以被视为“专用信号或侧行链路控制信息”。本领域技术人员基于对比文件公开的侧行链路通信框架和其中必然存在的控制信令机制，可以合理推断出，若存在一种用于唤醒UE的侧行链路信号，那么它很可能以专用信号序列或特定的侧行链路控制信息（SCI）格式来实现。因此，该特征被对比文件隐含公开。 |
### 公开性判断代码总结
根据以上比对分析：
- **直接公开**的特征有：A, C, H。对应的代码为：<<<A>>>, <<<C>>>, <<<H>>>。
- **隐含公开**的特征有：F, G, O。对应的代码为：<<<f>>>, <<<g>>>, <<<o>>>。
- **未公开**的特征有：B, D, E, I, J, K, L, M, N。不插入任何对应代码。
**最终需在回答结尾插入的代码**：<<<A>>><<<C>>><<<H>>><<<f>>><<<g>>><<<o>>>