**对比文件名称**：发明申请_US20190028999A1 PAGING AND DRX ENHANCEMENTS FOR EMTC-U (IOT-U)
**目标专利名称**：用于在车辆到万物通信中进行寻呼的方法和装置
**本次调用模型名称**：DeepSeek
**特征比对表格**
| 技术特征描述及公开性判断结果 | 对比文件原文引用 | 公开性论述 |
| **技术特征A**：一种用于无线通信的用户设备UE，包括：存储器；以及操作地耦合到所述存储器的一个或多个处理器。<br>**判断结果**：直接公开 | [0115] The wireless communication device 1201 also includes memory 1205.<br>[0116] Data 1207 and instructions 1209 may be stored in the memory 1205. The instructions 1209 may be executable by the processor 1203 to implement the methods disclosed herein. | 对比文件第[0115]-[0116]段明确公开了无线通信设备（即UE）包括存储器（memory 1205）和处理器（processor 1203），且指令存储在存储器中并由处理器执行以实施方法。这与目标专利的技术特征A“用户设备UE，包括：存储器；以及操作地耦合到所述存储器的一个或多个处理器”的结构和组成完全相同。在对比文件的整体技术方案中，存储器和处理器是UE执行寻呼监测等操作的基础硬件组件，其作用与在目标专利中作为UE执行操作的基础硬件组件的作用相同。因此，该技术特征被对比文件**直接公开**。 |
| **技术特征B**：所述存储器和所述一个或多个处理器被配置为：接收来自无线通信设备基于所述UE和车辆UE之间的距离小于门限距离的唤醒信号或寻呼消息；至少部分地基于接收所述唤醒信号或所述寻呼消息，来监测来自多个车辆UE的车辆到万物V2X消息；以及至少部分地基于所述监测来从所述车辆UE接收V2X消息。<br>**判断结果**：未公开 | 无直接对应内容。 | 对比文件全文涉及在eMTC-U（非授权频谱增强型机器类型通信）环境中的寻呼（Paging）和非连续接收（DRX）增强，其技术场景、问题和解决方案均围绕在非授权频谱上高效、可靠地传输寻呼消息以节省UE功耗。对比文件未提及车辆到万物（V2X）通信、车辆UE（V-UE）、行人UE（P-UE）、路边单元（RSU）等构成目标专利V2X通信场景的任何要素。对比文件中的“寻呼消息”是由基站（eNB）发送，用于通知UE有下行数据或系统信息更新，唤醒UE以监听下行控制信道，其目的和作用与目标专利中由RSU基于检测到V2X消息且距离门限条件满足后发送的、用于触发UE监测侧行链路V2X消息的“唤醒信号或寻呼消息”有本质不同。目标专利的技术特征B解决的是在V2P通信中行人UE如何节省功耗的问题，而对比文件解决的是在非授权频谱上克服干扰、确保寻呼可靠接收的问题。两者技术领域、技术问题、技术手段均不相同。本领域技术人员无法从对比文件公开的内容中直接或通过合理推理得到技术特征B。因此，该技术特征**未被公开**。 |
| **技术特征C**：所述无线通信设备是路边单元。<br>**判断结果**：未公开 | 无直接对应内容。 | 对比文件中出现的“无线通信设备”（wireless communication device）均指代用户设备（UE）（如图12及其描述），而发送寻呼消息的设备是基站（eNB， base station）（如图11及其描述）。对比文件未提及“路边单元”（Road Side Unit, RSU）这一特定类型的网络设备。因此，该技术特征**未被公开**。 |
| **技术特征D**：当监测所述唤醒信号或所述寻呼消息时，所述一个或多个处理器被配置为：在用于接收所述唤醒信号或所述寻呼消息的时间窗口中监测所述唤醒信号或所述寻呼消息。<br>**判断结果**：隐含公开 | [0066] ... However, it may “wake up” periodically to listen on a certain hop channel for a page message.<br>[0077] ... So a first suggested improvement is to define a paging frame window (PFW) for a duration of time on a hop frequency or narrow band of frequencies indicated by a paging formula and spanning a duration of N frames... | 对比文件第[0066]段提到UE周期性“唤醒”以监听特定跳频信道上的寻呼消息。第[0077]段明确提出了“寻呼帧窗口”（Paging Frame Window, PFW）的概念，即在由寻呼公式指示的跳频或窄带上定义一段时间（持续N帧）的窗口。这隐含了UE的监测行为发生在一个特定的时间窗口（PFW）内。虽然对比文件的PFW主要是为了解决非授权频谱上的“先听后说”（LBT）失败问题，确保eNB有更多机会发送寻呼，但其技术手段的本质是让UE在一个定义好的时间窗口内监测寻呼消息，这与技术特征D中“在用于接收……的时间窗口中监测”的技术手段相同。本领域技术人员可以合理推断，为了实现周期性唤醒监听寻呼，必然需要在一个确定的时间段（即窗口）内进行监测。因此，该技术特征被对比文件**隐含公开**。 |
| **技术特征E**：所述一个或多个处理器还被配置为：避免在所述时间窗口之外监测所述唤醒信号或所述寻呼消息。<br>**判断结果**：隐含公开 | [0066] ... However, it may “wake up” periodically to listen on a certain hop channel for a page message.<br>[0067] ... In RRC Idle mode, the UE checks for paging messages once every DRX cycle. | 对比文件第[0066]段描述了UE周期性唤醒进行监听，第[0067]段说明在RRC空闲模式下，UE每个DRX周期检查一次寻呼消息。这隐含了在非唤醒周期或非寻呼时机，UE处于睡眠或不监测状态以节省功耗，即“避免在所述时间窗口之外监测”。这是DRX机制和周期性寻呼监听的标准行为逻辑。技术特征E是技术特征D（在时间窗口内监测）的必然结果和常规实现方式。本领域技术人员基于对比文件公开的周期性唤醒监听机制，可以毫无疑义地推导出UE会避免在非活动窗口进行不必要的监测。因此，该技术特征被对比文件**隐含公开**。 |
| **技术特征F**：当监测所述唤醒信号或所述寻呼消息时，所述一个或多个处理器被配置为：在特定时间或频率资源中监测所述唤醒信号或所述寻呼消息。<br>**判断结果**：隐含公开 | [0066] ... However, it may “wake up” periodically to listen on a certain hop channel for a page message.<br>[0083] ... So a first suggested improvement is to define a paging frame window (PFW) for a duration of time on a hop frequency or narrow band of frequencies indicated by a paging formula... | 对比文件第[0066]段提到UE监听“某个跳频信道”（a certain hop channel）。第[0083]段明确PFW定义在“一个跳频或由寻呼公式指示的窄带上”。这直接公开了监测发生在特定的频率资源（跳频或窄带）上。结合技术特征D的论述，监测也发生在特定的时间窗口（PFW的持续时间）内。因此，“在特定时间或频率资源中监测”这一技术手段已被对比文件公开。虽然对比文件中的“特定资源”是为解决非授权频谱干扰和LBT问题，而目标专利可能为高效唤醒，但技术手段本身相同。本领域技术人员可以直接且毫无疑义地确定该特征。因此，该技术特征被对比文件**隐含公开**（更接近直接公开，但特征描述为“或”，而对比文件是“和”，故采用隐含公开）。 |
| **技术特征G**：当接收所述V2X消息时，所述一个或多个处理器被配置为：在时间窗口中接收所述V2X消息。<br>**判断结果**：未公开 | 无直接对应内容。 | 对比文件未涉及车辆到万物（V2X）消息的接收。其接收的对象是来自基站的“寻呼消息”（paging message）。技术特征G是目标专利V2X通信流程中的特定步骤，与对比文件的技术方案无关。因此，该技术特征**未被公开**。 |
| **技术特征H**：当接收所述V2X消息时，所述一个或多个处理器被配置为：在特定时间或频率资源中接收所述V2X消息。<br>**判断结果**：未公开 | 无直接对应内容。 | 同技术特征G，对比文件未涉及V2X消息的接收，更谈不上在特定资源中接收V2X消息。因此，该技术特征**未被公开**。 |
| **技术特征I**：所述唤醒信号或所述寻呼消息对于包括所述UE的多个UE是共用的。<br>**判断结果**：隐含公开 | [0067] Typically, the configuration is UE specific, although there is a possibility to complement the setting by using a cell-specific configuration in some scenarios. | 对比文件第[0067]段指出，寻呼配置通常是UE特定的，但在某些场景下，也可能使用小区特定（cell-specific）配置作为补充。小区特定配置意味着该配置（包括寻呼消息的发送）对于小区内的多个UE是共用的。这隐含了寻呼消息可以是“对于包括所述UE的多个UE是共用的”这一特性。虽然对比文件中强调UE特定配置是典型情况，但明确给出了小区特定配置（即共用）的可能性。本领域技术人员可以合理推断存在共用寻呼消息的场景。因此，该技术特征被对比文件**隐含公开**。 |
| **技术特征J**：所述唤醒信号或所述寻呼消息是特定于所述UE的。<br>**判断结果**：隐含公开 | [0067] Typically, the configuration is UE specific... | 对比文件第[0067]段明确说明寻呼配置通常是UE特定的（UE specific）。这意味着寻呼消息的发送（如寻呼时机、资源等）是针对特定UE的。这直接对应于技术特征J中“特定于所述UE的”描述。因此，该技术特征被对比文件**隐含公开**（实质上已直接公开）。 |
| **技术特征K**：所述唤醒信号或所述寻呼消息是特定于包括所述UE的一组UE的。<br>**判断结果**：未公开 | 无直接对应内容。 | 对比文件提到了“UE specific”（特定于UE）和“cell-specific”（小区特定，即共用）。但未提及“特定于一组UE”（group-specific）这种中间粒度的寻呼目标方式。本领域技术人员无法从对比文件公开的两种方式中合理推断出还存在第三种“组特定”的方式。因此，该技术特征**未被公开**。 |
| **技术特征L**：所述一个或多个处理器还被配置为：向所述无线通信设备发送通信；以及至少部分地基于发送所述通信来接收所述唤醒信号或所述寻呼消息。<br>**判断结果**：未公开 | 无直接对应内容。 | 对比文件描述的寻呼流程是由网络（基站）发起的，UE被动监听。未提及UE需要先向无线通信设备（在目标专利中是RSU）发送一个通信（例如注册消息或安全消息），以触发或影响后续唤醒信号/寻呼消息的接收。这是目标专利中一个特定的交互步骤，在对比文件中没有对应。因此，该技术特征**未被公开**。 |
| **技术特征M**：所述通信指示用于接收所述唤醒信号或所述寻呼消息的资源。<br>**判断结果**：未公开 | 无直接对应内容。 | 该特征依赖于技术特征L（发送通信）。由于技术特征L未被公开，且对比文件中没有UE通过发送通信来指示寻呼资源的相关内容，因此该技术特征**未被公开**。 |
| **技术特征N**：所述通信是用于向所述无线通信设备注册所述UE的注册消息。<br>**判断结果**：未公开 | 无直接对应内容。 | 同技术特征L和M，对比文件中不存在UE向RSU注册的场景或消息。因此，该技术特征**未被公开**。 |
| **技术特征O**：所述唤醒信号或所述寻呼消息是专用信号或侧行链路控制信息。<br>**判断结果**：未公开 | 对比文件中提及的寻呼消息主要在PDCCH上通过P-RNTI标识，并在PDSCH上传输具体内容（见[0068]段）。未提及“专用信号”（dedicated signal）这一概念。也未提及“侧行链路控制信息”（Sidelink Control Information, SCI），因为对比文件不涉及侧行链路通信。 | 对比文件中的“寻呼消息”是定义在上下行链路（Uu接口）上的特定信道结构和消息格式。而目标专利中的“唤醒信号或寻呼消息”可能是在V2X侧行链路场景下设计的，可能采用不同的物理信号或信息格式。两者在具体实现手段上不同。本领域技术人员无法从对比文件的寻呼消息推导出“专用信号或侧行链路控制信息”这一具体限定。因此，该技术特征**未被公开**。 |
<<<A>>><<<d>>><<<e>>><<<f>>><<<i>>><<<j>>>