**对比文件名称**：发明申请_US20180227718A1 METHOD AND APPARATUS FOR FACILITATING MULTICAST COMMUNICATION
**目标专利名称**：用于在车辆到万物通信中进行寻呼的方法和装置
**本次调用模型名称**：DeepSeek最新版本模型
### 特征比对表格
| 技术特征描述及公开性判断结果 | 对比文件原文引用（译文） | 公开性论述 |
| **技术特征A**：一种用于无线通信的用户设备UE，包括：存储器；以及操作地耦合到所述存储器的一个或多个处理器。<br>**判断结果**：直接公开 | [0114] “...所述术语“设备”...可以指任何终端设备或用户设备(UE)...”。<br>[0185] “装置1130包括至少一个处理器1131...和至少一个存储器(MEM)1132耦合到处理器1131...”。 | 对比文件明确公开了终端设备或用户设备(UE)是无线通信设备，并且其装置1130的实施例中具体描述了包括处理器和存储器的硬件结构。这与目标专利中“用户设备UE，包括：存储器；以及操作地耦合到所述存储器的一个或多个处理器”的技术特征在结构和功能上完全相同，均是构成UE的基本计算单元，用于执行通信控制和处理任务。因此，该特征被对比文件直接公开。 |
| **技术特征B**：所述存储器和所述一个或多个处理器被配置为：接收来自无线通信设备基于所述UE和车辆UE之间的距离小于门限距离的唤醒信号或寻呼消息；至少部分地基于接收所述唤醒信号或所述寻呼消息，来监测来自多个车辆UE的车辆到万物V2X消息；以及至少部分地基于所述监测来从所述车辆UE接收V2X消息。<br>**判断结果**：隐含公开 | [0115] “...覆盖范围可以使用地理坐标来定义...UE可以基于其当前地理位置计算其与集群中心之间的距离...”。<br>[0120] “...然后基于导出的特定集群和集群与承载之间的映射，AP可以选择用于承载消息的承载...”。<br>[0153] “...UE可以弄清楚它当前所在的集群...然后...基于从AS或接入节点发送的集群-承载映射...，UE知道要监视哪个（些）承载，以便接收在其当前地理位置周围目标通信范围（X米）内发生的相关消息...”。<br>[0156] “...通过接收至少一个终端设备的位置...，基站可以知道与其关联的特定集群/承载，并可以弄清楚位于其覆盖区域中的UE数量，并确保当至少一个终端设备接近感兴趣区域时对多播数据进行适当的接纳控制和调度操作...”。 | 对比文件的核心是优化V2X多播通信，通过定义地理集群并将集群映射到特定的多播承载（如TMGI）来实现。虽然对比文件没有明确提及“唤醒信号(WUS)”或“寻呼消息”这一具体术语，但其公开了以下机制：1）UE需要确定自身是否属于某个地理集群（基于位置计算距离）；2）AS或基站会根据消息源的位置（可视为车辆UE）和目标通信范围（可视为距离门限），选择对应的承载来发送消息；3）UE通过集群-承载映射关系，知道自己应该监视哪个承载来接收相关V2X消息。这个过程在功能上等同于：一个控制信号（即承载映射信息或承载选择指示，其作用相当于“唤醒信号或寻呼消息”）基于位置/距离关系被发送，UE接收此信息后，开始监测指定的承载以接收V2X消息。因此，本领域技术人员可以从对比文件公开的“基于位置/距离的集群映射与消息定向多播”机制中，合理推断出目标专利中“基于距离门限的唤醒/寻呼-监测-接收V2X消息”这一系列操作步骤。两者在整体技术方案中都是为了高效、定向地传递V2X消息，尽管具体实现术语（集群/承载 vs. 唤醒/寻呼）和侧重点（优化多播效率 vs. 明确节能唤醒）有所不同，但所起到的“控制UE在特定条件下开始监测和接收V2X消息”的核心作用是相同的。 |
| **技术特征C**：所述无线通信设备是路边单元。<br>**判断结果**：直接公开 | [0034] “...路边单元(RSU)是交通基础设施实体...”。<br>[0100] “无线通信设备140可以是路边单元。” (注：此句来自用户提供的目标专利说明书背景部分，但对比文件本身也明确定义了RSU)。 | 对比文件在描述V2X场景时，明确将路边单元(RSU)定义为一种交通基础设施实体（可实现于eNB或固定UE中）。这与目标专利中将发送唤醒信号的无线通信设备限定为“路边单元”的技术特征完全一致。因此，该特征被对比文件直接公开。 |
| **技术特征D**：当监测所述唤醒信号或所述寻呼消息时，所述一个或多个处理器被配置为：在用于接收所述唤醒信号或所述寻呼消息的时间窗口中监测所述唤醒信号或所述寻呼消息。<br>**判断结果**：隐含公开 | [0126] “...该信息可以作为应用层信令的一部分通过UE和APP服务器之间的接口发送...”。<br>[0126] “...该信息将由空中接口的信令承载携带，例如，RRC信令...”。<br>[0151] “...从接入节点接收要监视的承载的指示符；或从接入节点接收与要监视的承载相关联的地理坐标或参考位置的指示...”。 | 对比文件没有明确提及“时间窗口”这一概念。然而，它公开了UE通过应用层信令或RRC信令等方式接收集群映射信息或承载指示信息。在无线通信系统中，信令的传输和接收总是在特定的时间资源（如子帧、时隙、时间窗口）上进行的，这是本领域的公知常识。为了节能，UE在非活动期通常不会连续监听所有信道，而是在配置的特定时机（如寻呼时机、DRX周期中的激活时间）监听控制信令。因此，本领域技术人员基于对比文件公开的“UE接收承载映射/指示信息”这一要求，结合公知常识，可以合理推断出UE需要在某个配置的或预定的时间资源（即“时间窗口”）内进行该监测操作。这与目标专利中“在时间窗口中监测”所起到的“限定UE激活接收机以监听控制信号的时间，从而节省功耗”的作用是相同的。 |
| **技术特征E**：所述一个或多个处理器还被配置为：避免在所述时间窗口之外监测所述唤醒信号或所述寻呼消息。<br>**判断结果**：隐含公开 | 同上（特征D的引用内容）。 | 此特征是特征D的逻辑延伸和技术效果的必然体现。既然UE被配置为在特定时间窗口内监测控制信息（如承载映射信息），那么为了最大化节能效果，在时间窗口之外不进行此类监测是标准且必要的实现方式。本领域技术人员在实施对比文件方案时，为了实现UE的功耗管理，必然会采用DRX（非连续接收）等机制，在非监听周期（即时间窗口之外）关闭接收电路或进入低功耗状态，从而“避免监测”。因此，该特征被对比文件隐含公开，其作用与目标专利中相同，都是为了节省UE功耗。 |
| **技术特征F**：当监测所述唤醒信号或所述寻呼消息时，所述一个或多个处理器被配置为：在特定时间或频率资源中监测所述唤醒信号或所述寻呼消息。<br>**判断结果**：隐含公开 | [0126] “...该信息将由空中接口的信令承载携带，例如，RRC信令...”。<br>[0151] “...从接入节点接收要监视的承载的指示符；或从接入节点接收与要监视的承载相关联的地理坐标或参考位置的指示...”。 | 对比文件明确UE通过信令承载（如RRC信令）接收集群映射或承载指示信息。在无线通信系统中，任何信道的传输都必然占用特定的时间和频率资源（如特定的物理资源块PRB、特定的子帧/时隙）。因此，“在特定时间或频率资源中监测”是接收任何下行控制信令（包括对比文件中的RRC信令或承载指示）的题中应有之义和具体实现方式。本领域技术人员可以直接且毫无疑义地确定这一点。该特征在对比文件和目标专利中所起的作用相同，都是定义了控制信息传输和接收的具体物理资源位置。 |
| **技术特征G**：当接收所述V2X消息时，所述一个或多个处理器被配置为：在时间窗口中接收所述V2X消息。<br>**判断结果**：隐含公开 | [0153] “...UE知道要监视哪个（些）承载，以便接收...相关消息...”。<br>[0070] “...第三消息接收单元被配置为在确定的承载上接收多播消息...”。 | 对比文件公开了UE在确定的承载（如由TMGI标识的MBMS承载）上接收多播的V2X消息。承载的传输必然在时间上是周期性的或按调度的（例如，MBMS的调度周期、SC-PTM的调度）。UE为了接收该承载上的数据，需要在相应的调度时间（可理解为一种“时间窗口”）内激活接收。这是本领域的常规技术手段。因此，本领域技术人员可以合理推断出UE在“时间窗口”内接收V2X消息。其作用与目标专利中相同，都是组织数据接收的时序以实现有序通信和可能的节能。 |
| **技术特征H**：当接收所述V2X消息时，所述一个或多个处理器被配置为：在特定时间或频率资源中接收所述V2X消息。<br>**判断结果**：隐含公开 | 同上（特征G的引用内容）。 | 与特征F的推理类似，承载的传输必定映射到物理层的特定时间和频率资源上。对比文件虽然未明确列出资源网格坐标，但“在承载上接收消息”这一技术特征本身已经隐含了“在承载所映射的特定时间/频率资源上接收”的含义。这是无线通信系统的基本原理。因此，该特征被对比文件隐含公开，其作用与目标专利中相同，都是定义数据消息传输的具体物理资源。 |
| **技术特征I**：所述唤醒信号或所述寻呼消息对于包括所述UE的多个UE是共用的。<br>**判断结果**：隐含公开 | [0114] “...集群本质上是（接收）UE的组或（接收）UE位置的组...”。<br>[0120] “...在一种情况下，每个集群有一个承载...”。<br>[0125] “...映射可以是一对一（1:1）映射或一对多（1:N）映射，因此特定集群中的UE必须监视单个或多个承载...”。 | 对比文件公开了集群到承载的映射关系。一个集群包含多个UE，而映射到该集群的承载（一个或多个）被该集群内所有UE监视。因此，通过该承载发送的控制信息（在目标专利中对应唤醒/寻呼消息）对于该集群内的多个UE而言是“共用的”。本领域技术人员可以直接从“集群-承载”映射关系中推断出这种信息的广播/组播共用性质。其作用与目标专利中“共用的”唤醒信号相同，都是向一组UE发送相同的控制指示。 |
| **技术特征J**：所述唤醒信号或所述寻呼消息是特定于所述UE的。<br>**判断结果**：隐含公开 | [0139] “...eNB可以辅助终端设备确定某个服务可能感兴趣的区域...”。<br>[0140] “...基站从至少一个终端设备获得...至少一个终端设备的位置和/或第三承载的标识符...”。<br>[0156] “...UE向接入节点发送...UE的位置和/或第三承载的标识符...”。 | 对比文件公开了UE可以向基站报告其位置和感兴趣的承载标识（第三承载）。基站可以根据单个UE的报告，向其发送特定的承载指示（第四承载）。这个过程体现了基站与单个UE之间的特定信令交互。虽然对比文件未明确使用“特定于UE的唤醒信号”这一表述，但这种基于UE特定信息（位置、兴趣）进行的点对点信令指示，在功能上等同于“特定于UE的”控制消息。本领域技术人员可以合理推断出这种可能性。其作用与目标专利中相同，都是为单个UE提供定制化的控制信息。 |
| **技术特征K**：所述唤醒信号或所述寻呼消息是特定于包括所述UE的一组UE的。<br>**判断结果**：隐含公开 | 同特征I的引用内容。 | 此特征与特征I本质相通。对比文件明确的核心机制就是基于“组”（即集群）来映射和发送消息。因此，承载上承载的信息天然就是“特定于一组UE的”。这比“共用的”更精确地描述了对比文件的机制。本领域技术人员可以直接确定。其作用与目标专利中相同，都是面向一个特定的UE群组发送控制信息。 |
| **技术特征L**：所述一个或多个处理器还被配置为：向所述无线通信设备发送通信；以及至少部分地基于发送所述通信来接收所述唤醒信号或所述寻呼消息。<br>**判断结果**：隐含公开 | [0140] “...基站从至少一个终端设备获得...至少一个终端设备的位置和/或第三承载的标识符...”。<br>[0156] “...UE向接入节点发送...UE的位置和/或第三承载的标识符...”。<br>[0151] “...从接入节点接收要监视的承载的指示符...”。 | 对比文件公开了UE可以主动向无线通信设备（基站）发送信息（如位置、感兴趣的承载标识）。作为响应或后续动作，基站可以向UE发送承载指示信息（相当于目标专利的唤醒/寻呼消息）。这个过程构成了“发送通信-接收指示”的交互链。虽然对比文件没有将“发送通信”作为接收指示的唯一或必要条件（指示也可能由网络主动发起），但确实公开了这种基于UE上行通信而触发下行指示的工作模式。本领域技术人员可以合理推断出这种配置。其作用与目标专利中相似，都是通过UE的主动上行联系来初始化或触发下行控制信令的接收。 |
| **技术特征M**：所述通信指示用于接收所述唤醒信号或所述寻呼消息的资源。<br>**判断结果**：隐含公开 | [0140] “...基站从至少一个终端设备获得...至少一个终端设备的位置...”。<br>[0151] “...从接入节点接收与要监视的承载相关联的地理坐标或参考位置的指示...”。 | 对比文件中，UE发送的位置信息或基站下发的参考位置，本身虽然不是直接的“资源指示”，但它们用于确定UE所属的集群，进而通过集群-承载映射关系确定UE需要监视的承载。承载即对应特定的时间/频率资源。因此，UE发送的“位置”通信间接关联了最终接收消息的资源。本领域技术人员可以理解，在这种基于位置的系统中，UE上报的位置信息是网络为其分配合适资源（承载）的关键输入。因此，可以认为该通信“指示了”资源，尽管是间接的。其作用与目标专利中类似，都是提供信息以帮助确定接收控制信号的资源。 |
| **技术特征N**：所述通信是用于向所述无线通信设备注册所述UE的注册消息。<br>**判断结果**：隐含公开 | [0126] “...该信息可以在UE向V2X服务器注册时作为应用层传输的USD消息的一部分被UE获取...”。 | 对比文件提到UE在向V2X服务器（一种应用服务器，可视为无线通信设备的一种）注册时，会获取集群定义等信息。注册过程必然涉及UE向服务器发送注册消息。虽然对比文件未详细描述注册消息本身，但在无线通信系统中，UE向网络实体（包括AS）注册是建立通信上下文的标准流程。因此，本领域技术人员可以合理推断出，UE发送的、用于触发或关联后续服务的“通信”，可以包括注册消息。其作用与目标专利中相同，都是建立UE与网络侧设备的关联。 |
| **技术特征O**：所述唤醒信号或所述寻呼消息是专用信号或侧行链路控制信息。<br>**判断结果**：隐含公开 | [0126] “...该信息将由空中接口的信令承载携带，例如，RRC信令...”。<br>[0151] “...从接入节点接收要监视的承载的指示符...”。 | 对比文件公开了承载指示信息通过RRC信令（一种专用控制信令）发送。RRC信令是在特定信令承载上传输的专用消息。虽然对比文件未提及“侧行链路控制信息(SCI)”，但其核心是优化V2X多播，而V2X通信包括侧行链路。本领域技术人员知道，在侧行链路通信中，控制信息通常以SCI形式传输。因此，将对比文件中的“承载指示”概念延伸到侧行链路场景，其实现形式可以是SCI。故可以合理推断，该指示信息可以是“专用信号”（如下行RRC）或“侧行链路控制信息”。其作用与目标专利中相同，都是作为携带特定控制指令的物理层或高层信令。 |
<<<A>>><<<C>>><<<b>>><<<d>>><<<e>>><<<f>>><<<g>>><<<h>>><<<i>>><<<j>>><<<k>>><<<l>>><<<m>>><<<n>>><<<o>>>