对比文件名称：2018-01-25_US2018027495A_发明申请_US20180027495A1 WAKEUP SYSTEM AND METHOD FOR DEVICES IN POWER SAVING MODE
目标专利名称：1169用于唤醒信号的灵活的用户设备分组CN112740765B
本次调用的模型名称：DeepSeek
### 特征比对表格
| 技术特征描述以及公开性判断结果 | 对比文件原文引用（翻译后） | 公开性论述 |
| 技术特征A：一种用于将唤醒信号(WUS)传送到无线电接入网(RAN)的小区中的一个或多个用户设备(UE)的方法《直接公开》 | [0098] “eNodeB 210 may receive a wakeup message from an MME (block 1130), generating a signature beacon based on a signature ID (block 1140), and transmitting the signature beacon (block 1150).” | 对比文件公开了eNodeB（相当于网络节点）生成并发送唤醒签名信标（相当于WUS）到UE的方法。该过程是通过基站（eNodeB）执行的，与目标专利要求的方法主体一致，因此该技术特征被直接公开。 |
| 技术特征B：接收标识所述小区中的所述UE中的至少一部分的寻呼消息《直接公开》 | [0094] “The process of FIG. 10 may further include receiving a wakeup request from a MTC-IWF device (block 1050), mapping a wakeup group ID and trigger type to a signature beacon ID (block 1060)...” <br> [0113] “MTC-IWF device 160 may send a wakeup message to the identified one or more MMEs 230 (signal 1350). The wakeup message may include the group ID and the trigger type ID.” | 对比文件公开了MME从MTC-IWF设备接收唤醒请求（相当于寻呼消息）。该请求包括组ID和触发类型ID，用于标识特定的UE或UE组。eNodeB随后从MME接收包含组ID和/或签名信标ID的指令（即寻呼消息），以唤醒特定UE。因此，eNodeB接收标识UE的寻呼消息的过程被直接公开。 |
| 技术特征C：选择与所标识的UE相关联的WUS码《直接公开》 | [0094] “Wakeup message manager 460 of MME 230 may access wakeup DB 465 and may map the wakeup group ID and the trigger type ID to a particular signature beacon ID.” <br> [0113] “MME 230 may map the wake up request group ID and trigger type ID to a signature beacon ID...” | 对比文件公开了MME将接收到的唤醒请求中的组ID和触发类型ID映射到特定的签名信标ID（相当于WUS码）的过程。这与目标专利中“选择与所标识的UE相关联的WUS码”的目的和功能相同，都是基于UE的标识来决定使用哪个唤醒码。因此，该技术特征被直接公开。 |
| 技术特征D：其中所述WUS码是从映射到第二多个UE群组的第一多个可用WUS码中选择的《直接公开》 | [0018] “Different groups of wireless communication devices may be configured to detect different signature beacons.” <br> [0025] “...with each of the up to 36 subcarrier signals corresponding to a different wakeup signature beacon signal associated with a different group of wireless communication devices.” <br> [0020] “The mapping may include identifying a group associated with the received wakeup request, identifying a trigger type associated with the received wakeup request, and selecting the wakeup signature beacon signal based on the identified group and the identified trigger type.” <br> [0065] “Wakeup DB 465 may associate a particular wakeup request group ID, a particular trigger type ID, a particular priority ID, and/or other identifiers with a particular signature beacon ID.” | 对比文件明确公开了以下概念：1) 存在多个可用的唤醒签名信标信号（对应“第一多个可用WUS码”）。2) 这些签名信标被映射到不同的设备组（对应“第二多个UE群组”）。3) 选择哪个签名信标是基于组ID和/或触发类型（对应“从映射到UE群的WUS码中选择”）。Wakeup DB中的映射表正是这一功能的体现。因此，该技术特征被直接公开。 |
| 技术特征E：基于所选择的WUS码传送所述WUS《直接公开》 | [0098] “...generating a signature beacon based on a signature ID (block 1140), and transmitting the signature beacon (block 1150).” <br> [0066] “eNodeB 210 may wirelessly transmit the generated signature beacon.” | 对比文件公开了eNodeB生成并随后无线传输生成的签名信标的过程。生成步骤基于在块1140中选择的签名ID，传输步骤在块1150中执行。这与目标专利的特征E完全一致，因此被直接公开。 |
| 技术特征F：在相对于所述WUS的预定义后续时间的随后寻呼时机期间向一个或多个UE传送寻呼信号《隐含公开》 | [0107] “...the power saving mode may be exited to wake up the device and/or to re-attach to a network (block 1280).” <br> [0109] “...UE device 110 may enter a PSM and may monitor for a wakeup signal (block 1325).” <br> [0108] “Communication with MTC server 150 may take place (block 1290).” | 对比文件描述了UE在检测到WUS后退出省电模式并重新附着到网络的过程。虽然未明确使用“寻呼时机(PO)”一词，但本领域技术人员可以理解，UE唤醒后需要在一个确定的、后续的时间点与网络进行交互以接收后续的寻呼或数据。UE重新附着到网络（即进入连接态）并开始与MTC服务器通信的过程，隐含了在特定的后续时间段（类似于PO）接收进一步的通信（寻呼信号或数据）。因此，该技术特征被隐含公开。 |
| 技术特征G：在相对于所述WUS或相对于与所述WUS相关联的干预寻呼时机的预定义后续时间向一个或多个UE传送物理下行链路共享信道上的信号《隐含公开》 | [0024] “In yet other implementations, the wakeup signature beacon signal may be transmitted using Downlink Control Information (DCI) of a PDSCH.” <br> [0102] “...if MME 230 selects to use a broadcast method that requires DSP, such as a beacon signature wakeup signal sent in a PRB or via DCI in a PDSCH...” | 对比文件公开了WUS可以通过PDSCH（物理下行共享信道）的DCI来传送。此外，UE被配置为在检测到WUS后，可以根据配置在特定时间点进行唤醒或读取数据。虽然没有明确表述为“在预定义后续时间向UE传送PDSCH上的信号”，但对比文件描述了WUS和PDSCH之间的关联（WUS承载于PDSCH的DCI中），并且UE在唤醒后必然会处理PDSCH以进行后续通信。结合本领域的常识，可以合理推断出网络会在WUS之后的预定义时间点，通过PDSCH向UE传送信号（例如数据消息）。因此，该技术特征被隐含公开。 |
| 技术特征H：根据权利要求1所述的方法《直接公开》 | — | 该特征为形式引用特征，其公开性取决于其所引用的权利要求1的技术特征（A至G）是否被公开。由于特征A至G已被直接或隐含公开，因此该特征H也相应地被公开。 |
| 技术特征I：包括《直接公开》 | — | 此为常规连接词，不构成独立的技术特征，其公开性取决于后续特征。 |
| 技术特征J：确定所述第一多个可用WUS码与所述第二多个UE群组之间的映射《隐含公开》 | [0020] “The mapping may include identifying a group associated with the received wakeup request, identifying a trigger type associated with the received wakeup request, and selecting the wakeup signature beacon signal based on the identified group and the identified trigger type.” <br> [0065] “Wakeup DB 465 may associate a particular wakeup request group ID, a particular trigger type ID, a particular priority ID, and/or other identifiers with a particular signature beacon ID.” | 对比文件描述了MME使用“Wakeup DB”来关联组ID和签名信标ID，这本质上是确定可用WUS码（签名信标）与UE群组（组ID）之间映射关系的过程。虽然该映射关系是被存储和使用的，但其存在本身就隐含了“确定”这一前置步骤（例如，在系统初始化或配置时）。因此，该技术特征被隐含公开。 |
| 技术特征K：将所确定的映射传送到所述一个或多个UE《隐含公开》 | [0092] “MME 230 may further instruct the base station to provide information identifying the broadcast method for the wakeup signal to UE device (block 1030).” <br> [0097] “eNodeB 210 may send information identifying the broadcast method for the wakeup signal via message to a particular UE device, such as an RRC message.” <br> [0101] “UE device 110 may receive an RRC message or a SIB broadcast message that includes information identifying a selected broadcast method.” | 对比文件公开了网络节点（MME/eNodeB）将“广播方法”信息（包括如何检测和识别WUS，这隐含了WUS码与群组的映射关系，例如通过不同的子载波或码序列来区分群组）传送给UE。为了UE能够正确检测其所属群组的WUS，网络必须将映射关系的相关信息（至少是UE需要监听哪个WUS码）告知UE。因此，将映射信息传送到UE的过程被隐含公开。 |
| 技术特征L：根据权利要求2所述的方法《直接公开》 | — | 该特征为形式引用特征，其公开性取决于其所引用的权利要求2的技术特征（J, K）是否被公开。由于特征J, K已被隐含公开，因此该特征L也相应地被公开。 |
| 技术特征M：其中《直接公开》 | — | 此为常规连接词，不构成独立的技术特征。 |
| 技术特征N：确定所述映射包括接收来自所述RAN中或与所述RAN相关联的核心网中的另一网络节点的所述映射《隐含公开》 | [0094] “The process of FIG. 10 may further include receiving a wakeup request from a MTC-IWF device (block 1050)...” <br> [0113] “MTC-IWF device 160 may send a wakeup message to the identified one or more MMEs 230 (signal 1350). The wakeup message may include the group ID and the trigger type ID.” <br> [0098] “eNodeB 210 may receive a wakeup message from an MME (block 1130)...” | 对比文件描述了MME从MTC-IWF（一个核心网节点）接收包含组ID的请求，并基于此确定映射。随后MME向eNodeB发送包含签名信标ID的唤醒消息。eNodeB根据该消息中的信息（即从核心网接收的映射结果）生成WUS。这表明eNodeB（RAN节点）从MME（核心网节点）接收了用于确定WUS的信息（即映射的指示）。因此，该特征被隐含公开。 |
| 技术特征O：根据权利要求2所述的方法《直接公开》 | — | 该特征为形式引用特征，其公开性取决于其所引用的权利要求2的技术特征（J, K）是否被公开。由于特征J, K已被隐含公开，因此该特征O也相应地被公开。 |
| 技术特征P：其中《直接公开》 | — | 此为常规连接词，不构成独立的技术特征。 |
| 技术特征Q：确定所述映射包括读取来自存储介质的配置信息《隐含公开》 | [0065] “Wakeup message manager 460 may map the wakeup request to a signature beacon based on information stored in wakeup DB 465.” <br> [0066] “Beacon generator 470 may be configured to generate a particular beacon from a set of sequences...Beacon DB 475 may associate particular signature beacon IDs with particular parameters for generating a particular signature beacon waveform.” | 对比文件明确公开了MME使用“Wakeup DB 465”和eNodeB使用“Beacon DB 475”来存储映射关系。当需要确定映射时，MME/eNodeB会从这些数据库中读取配置信息。这与“读取来自存储介质的配置信息”完全一致，因此该技术特征被隐含公开。 |
| 技术特征R：根据权利要求2所述的方法《直接公开》 | — | 该特征为形式引用特征，其公开性取决于其所引用的权利要求2的技术特征（J, K）是否被公开。由于特征J, K已被隐含公开，因此该特征R也相应地被公开。 |
| 技术特征S：其中《直接公开》 | — | 此为常规连接词，不构成独立的技术特征。 |
| 技术特征T：确定所述映射包括选择包括所述第二多个的UE群组的数量《未公开》 | [0018] “Different groups of wireless communication devices may be configured to detect different signature beacons.” <br> 全文检索 | 对比文件中，UE群组是预定义的（例如通过组ID区分），其数量由系统配置或订阅信息决定。对比文件没有描述网络节点（如eNodeB或MME）动态地“选择”UE群组的数量作为一个步骤。群组的划分是基于订阅的（如组ID），而不是由执行映射的节点选择的。因此，该技术特征既没有被直接公开，也没有被隐含公开。 |
| 技术特征U：根据权利要求6所述的方法《直接公开》 | — | 该特征为形式引用特征，其公开性取决于其所引用的权利要求6的技术特征（T）是否被公开。由于特征T未被公开，因此该特征U也未被公开。 |
| 技术特征V：包括《直接公开》 | — | 此为常规连接词，不构成独立的技术特征，其公开性取决于后续特征。 |
| 技术特征W：基于与相应UE相关联的多个寻呼相关参数的值《未公开》 | [0091] “MME 230 may select a particular broadcast method based on a configuration of access network 120, based on a load associated with access network 120, based on the types of UE devices 110 attached to access network 120, and/or using another criterion.” | 对比文件描述了MME基于网络配置、负载或UE类型选择广播方法，但并未描述基于“与UE相关联的多个寻呼相关参数的值”来确定映射或选择群组。对比文件中的参数（如组ID、触发类型）是直接与唤醒过程相关的，而不是用于评估UE寻呼特征的“寻呼相关参数”。因此，该技术特征既没有被直接公开，也没有被隐含公开。 |
| 技术特征X：确定所述一个或多个UE的所述寻呼率要求《未公开》 | 全文检索 | 对比文件全文未提及“寻呼率要求”这一概念，也没有任何网络节点执行确定寻呼率要求的过程。因此，该技术特征既没有被直接公开，也没有被隐含公开。 |
### 结论
根据以上详细比对，对比文件直接公开了目标专利权利要求的技术特征A、B、C、D、E、H、L、M、O、P、R、S、U、V；隐含公开了技术特征F、G、J、K、N、Q；未公开技术特征T、W、X。
<<<A>>><<<B>>><<<C>>><<<D>>><<<E>>><<<H>>><<<L>>><<<M>>><<<O>>><<<P>>><<<R>>><<<S>>><<<U>>><<<V>>><<<f>>><<<g>>><<<j>>><<<k>>><<<n>>><<<q>>>