**对比文件名称**：发明申请_US20220182877A1 METHODS AND APPARATUS FOR REDUCING OVERHEAD IN A RANDOM ACCESS PROCEDURE
**目标专利名称**：随机接入响应类型区分
**本次调用的模型名称**：DeepSeek-R1
**特征比对表格**
| 技术特征描述及公开性判断结果 | 对比文件原文引用 | 公开性论述 |
| **技术特征A**：一种由用户设备(UE)执行的无线通信方法<br>**判断结果**：《隐含公开》 | [0038] “In some embodiments, the first information is transmitted in at least one of the following: system information and a Radio Resource Control (RRC) message.”<br>[0040] “Before transmitting the random access preamble to the BS 102 at operation 214, the UE 104 performs a LBT process...”<br>[0041] “In some embodiments, the UE 104 starts the time window 202-2 (i.e., ra-ResponseWindow) at time t1 204-2... The UE 104 monitors for the second message from the BS 102 within the time window 202-2.” | 对比文件通篇描述了UE在随机接入过程中的操作，例如接收配置信息、发送随机接入前导码、监听随机接入响应等。这些操作共同构成了由UE执行的无线通信方法。虽然对比文件没有使用“由UE执行的方法”这样的概括性表述，但其具体描述的内容（如UE接收、发送、监听等步骤）使得本领域技术人员可以直接且毫无疑义地确定，对比文件公开了一种由UE执行的无线通信方法。因此，该技术特征被隐含公开。 |
| **技术特征B**：接收指示与随机接入响应(RAR)类型相关联的传输参数的配置信息，其中所述传输参数包括物理下行链路控制信道(PDCCH)通信中携带的下行链路控制信息(DCI)的循环冗余校验(CRC)掩码<br>**判断结果**：《未公开》 | 对比文件未提及与RAR类型相关联的、用于区分的传输参数，也未提及使用DCI的CRC掩码作为此类传输参数。 | 目标专利的技术特征B的核心在于：接收的配置信息指示了与**特定RAR类型相关联**的传输参数，并且该参数是用于**在不同RAR类型之间进行区分**的**DCI的CRC掩码**。对比文件虽然提到了接收包含RACH配置的“第一信息”（[0038]），也提到了DCI（[0038], [0043]），但从未将任何传输参数（如CRC掩码）与不同的RAR类型关联起来，更没有提出使用CRC掩码来区分不同的RAR类型。对比文件使用SFN的LSB来区分不同UE的RAR（[0043], [0052]），这与使用CRC掩码作为类型区分标识是完全不同的技术手段。因此，该技术特征既未被直接公开，也未被隐含公开。 |
| **技术特征C**：发送与所述RAR类型相关联的随机接入消息<br>**判断结果**：《隐含公开》 | [0038] “Then at operation 214, the UE 104 transmits a first message including a random access preamble and scheduled transmission to the BS 102 for an access of the UE 104 to the BS 102.”<br>[0043] “In some embodiments, a System Frame number (SFN) of a RACH occasion for transmitting the random access preamble in the first message may be used to indicate a time window to be distinguished from another time window of another UE.” | 对比文件公开了UE发送包含随机接入前导码的第一消息（msgA或msg1）。虽然对比文件没有明确使用“RAR类型”这一术语，但其描述了使用SFN来区分不同UE的随机接入时机/时间窗口（[0043]）。本领域技术人员可以理解，这种区分本质上是为了将后续的RAR与特定的随机接入尝试（即特定的“随机接入消息”）关联起来。因此，可以合理推断UE发送的随机接入消息是与一个特定的、可被区分的RAR相关联的。这隐含公开了“发送与RAR类型相关联的随机接入消息”这一特征。 |
| **技术特征D**：在发送所述随机接入消息之后，使用传输参数来获得物理下行链路控制信道(PDCCH)通信<br>**判断结果**：《直接公开》 | [0038] “In some embodiments, the at least one SS and the at least one CORESET provides information of resources in the time and frequency domain for receiving Downlink Control Information (DCI) on a Physical Downlink Control Channel (PDCCH) in a RA response by the UE 104 from the BS 102.”<br>[0041] “The UE 104 monitors for the second message from the BS 102 within the time window 202-2.”<br>[0044] “When the UE 104 receives the MAC RAR or the DCI, the UE 104 compares the SFN in the MAC RAR or the DCI with the SFN used for transmitting the random access preamble.” | 对比文件明确公开了在发送随机接入消息（第一消息）后，UE在配置的时间窗口内监听来自BS的第二消息，该第二消息包含RA响应，并且UE通过PDCCH接收调度RAR的DCI（[0038]）。此外，UE在接收DCI后，会使用其中包含的SFN信息（可视为一种传输参数）来验证该DCI/RAR是否是对自己发送的前导码的响应（[0044]）。这直接公开了“在发送随机接入消息之后，使用传输参数来获得PDCCH通信”的步骤。 |
| **技术特征E**：其中所述PDCCH通信与具有随机接入响应(RAR)类型的随机接入响应相关联，并且其中所述传输参数用于在不同RAR类型之间进行区分。<br>**判断结果**：《未公开》 | [0043] “In some embodiments, a System Frame number (SFN) of a RACH occasion for transmitting the random access preamble in the first message may be used to indicate a time window to be distinguished from another time window of another UE.”<br>[0044] “If the SFN in the MAC RAR or the DCI received by the UE 104 from the BS 102 in the time window 202-2 matches the SFN for transmitting the random access preamble by the UE 104... If the SFN in the MAC RAR or the DCI ... does not match... the UE 104 may skip this response...” | 对比文件公开了PDCCH通信（通过DCI）与RAR相关联，并且使用SFN信息来区分不同UE的RAR（解决碰撞问题）。然而，目标专利中的“RAR类型”特指与随机接入模式、UE能力、优先级、RAR窗口长度等属性相关联的分类（参见目标专利说明书[0070], [0076]段）。对比文件使用SFN区分的是**不同UE的RAR**，而非具有**不同属性（如模式、能力等）的RAR类型**。其目的是解决因RAR窗口重叠导致的碰撞，而不是为了在并发发送的不同类型的RAR中进行快速区分和选择性解码。两者要解决的技术问题、采用的技术手段和达到的技术效果均不同。因此，该技术特征未被公开。 |
| **技术特征F**：还包括至少部分地基于是否使用所述传输参数成功地获得所述PDCCH通信而获得或制止获得由所述PDCCH通信调度的物理下行链路共享信道(PDSCH)通信，其中获得或制止获得所述PDSCH通信包括：如果使用所述传输参数成功接收到所述PDCCH通信，则获得所述PDSCH通信；或者如果使用所述传输参数没有成功接收到所述PDCCH通信，则制止获得所述PDSCH通信。<br>**判断结果**：《隐含公开》 | [0044] “When the UE 104 receives the MAC RAR or the DCI, the UE 104 compares the SFN in the MAC RAR or the DCI with the SFN used for transmitting the random access preamble. If the SFN ... matches ... the random access response is received successfully by the UE 104. If the SFN ... does not match ... the UE 104 may skip this response and continue to wait for random access response until the timer or time window expires.” | 对比文件描述了UE在收到DCI（在PDCCH上）后，会检查其中的SFN是否与自己发送前导码时的SFN匹配。如果匹配，则成功接收RAR（该RAR承载于PDSCH上）；如果不匹配，则UE会“跳过这个响应”（skip this response）。本领域技术人员可以合理推断，“跳过响应”意味着UE不会去解码或获取由该不匹配的DCI所调度的PDSCH通信（即RAR内容），这实质上就是“制止获得PDSCH通信”。虽然对比文件没有明确使用“获得PDCCH通信”和“制止获得PDSCH通信”的表述，但上述逻辑过程完全对应。因此，该技术特征被隐含公开。 |
| **技术特征G**：其中不同的RAR类型与不同的随机接入模式、不同的UE能力、不同的优先级、不同长度的RAR窗口或其组合中的至少一个相关联。<br>**判断结果**：《未公开》 | 对比文件提到了2步和4步RACH过程（[0037], [0046]），也提到了可配置的RAR窗口（[0038], [0041]），但从未将这些不同的“模式”或“窗口长度”定义为不同的“RAR类型”，更没有建立“RAR类型”与“UE能力”、“优先级”等属性的关联。对比文件中“类型”的概念仅用于区分不同UE的接入尝试（通过SFN），而非区分RAR本身的属性类别。 | 目标专利说明书[0070]和[0076]段明确解释了“RAR类型”的内涵，即其代表随机接入模式、UE能力、优先级、RAR窗口长度等属性。对比文件完全没有公开这种将RAR进行分类并与特定属性相关联的概念。因此，该技术特征未被公开。 |
| **技术特征H**：其中所述RAR是基于所述随机接入消息使用不同的RAR类型区分方案并发发送的具有不同RAR类型的多个RAR之一。<br>**判断结果**：《未公开》 | 对比文件提到了多个UE的RAR可能在时间上重叠（[0060]），并可能导致碰撞。但其解决方案是引入时间偏移（time offset）来减少重叠，并使用SFN区分不同UE的RAR。它没有描述为了区分RAR本身的“类型”（如特征G所定义）而采用特定的“RAR类型区分方案”（如CRC掩码、CORESET配置等），更没有描述基于同一随机接入消息并发发送具有不同属性类型的多个RAR的场景。 | 目标专利要解决的核心问题是：当基站为响应同一个RACH时机内的不同请求（可能基于不同模式、能力等）而并发发送多个不同类型的RAR时，UE如何快速识别属于自己的那一个，避免盲解所有PDCCH/PDSCH（参见说明书[0070], [0082]段）。对比文件要解决的是因传输和处理延迟导致RAR窗口过长而引起的不同UE之间的RAR碰撞问题。两者问题背景和解决方案均不相同。因此，该技术特征未被公开。 |
| **技术特征I**：其中使用所述传输参数来获得所述PDCCH通信包括使用CRC掩码来对所述PDCCH通信执行CRC。<br>**判断结果**：《未公开》 | 对比文件未提及使用CRC掩码来获得或解码PDCCH通信。 | 使用CRC掩码对PDCCH通信执行CRC，是目标专利中提出的用于区分RAR类型的一种具体技术手段。对比文件完全没有涉及这一具体手段。因此，该技术特征未被公开。 |
| **技术特征J**：还包括接收配置信息，所述配置信息指示用于调度具有第一RAR类型的RAR的PDCCH通信的第一组循环冗余校验(CRC)掩码，以及用于调度具有第二RAR类型的RAR的PDCCH通信的第二组CRC掩码。<br>**判断结果**：《未公开》 | 对比文件未提及CRC掩码，更未提及将其分组配置用于区分不同的RAR类型。 | 该技术特征与技术特征B、I一脉相承，是使用CRC掩码方案的具体实施方式。对比文件完全没有公开相关内容。因此，该技术特征未被公开。 |
| **技术特征K**：其中所述第一组CRC掩码和所述第二组CRC掩码是互斥的。<br>**判断结果**：《未公开》 | 对比文件未提及CRC掩码的分组及互斥性。 | 该技术特征是技术特征J的进一步限定。由于对比文件未公开CRC掩码分组的概念，该限定特征自然也未被公开。 |
| **技术特征L**：其中所述传输参数包括与所述PDCCH通信相关联的控制资源集(CORESET)配置、与所述PDCCH通信相关联的搜索空间(SS)配置，或者其组合。<br>**判断结果**：《直接公开》 | [0038] “In some embodiments, the first information further comprises at least one Search Space (SS) and at least one Control Resource Set (CORESET). In some embodiments, the at least one SS and the at least one CORESET provides information of resources in the time and frequency domain for receiving Downlink Control Information (DCI) on a Physical Downlink Control Channel (PDCCH) in a RA response by the UE 104 from the BS 102.” | 对比文件明确公开了配置信息（第一信息）中包括至少一个SS和至少一个CORESET，并且这些配置提供了接收PDCCH上DCI所需的时频资源信息。这直接公开了传输参数包括与PDCCH通信相关联的SS配置和CORESET配置。 |
| **技术特征M**：其中使用所述传输参数来获得所述PDCCH通信包括针对与所述RAR类型相关联的所述PDCCH通信，监视根据所述CORESET配置而配置的CORESET或根据所述SS配置而配置的SS中的至少一个。<br>**判断结果**：《隐含公开》 | [0038] “...the at least one SS and the at least one CORESET provides information of resources in the time and frequency domain for receiving Downlink Control Information (DCI) on a Physical Downlink Control Channel (PDCCH)...”<br>[0041] “The UE 104 monitors for the second message from the BS 102 within the time window 202-2.” | 对比文件公开了UE根据配置的SS和CORESET所提供的信息，在时间窗口内监视来自BS的第二消息，而该第二消息中的DCI正是在PDCCH上传输的。因此，可以合理推断UE是通过监视根据配置的SS和/或CORESET来获得PDCCH通信的。虽然对比文件没有明确将SS/CORESET配置与“RAR类型”关联，但将其与“用于接收RA响应的PDCCH”关联，这在逻辑上是一致的。因此，该技术特征被隐含公开。 |
| **技术特征N**：还包括接收配置信息，所述配置信息指示用于调度具有第一RAR类型的RAR的PDCCH通信的第一控制资源集(CORESET)配置或第一搜索空间配置，以及用于调度具有第二RAR类型的RAR的第二CORESET配置或第二搜索空间配置。<br>**判断结果**：《未公开》 | 对比文件虽然提到了SS和CORESET配置（[0038]），但并未将其与不同的“RAR类型”关联起来，也没有指示为不同类型RAR的PDCCH配置不同的SS或CORESET。 | 目标专利的特征N是特征L和M的进一步具体化，要求配置信息明确为不同RAR类型指示不同的SS/CORESET配置。对比文件仅公开了配置SS/CORESET用于接收RAR，但没有公开为区分RAR类型而配置多组不同的SS/CORESET。因此，该技术特征未被公开。 |
| **技术特征O**：其中所述传输参数与用于区分不同RAR类型的传输方案相关联。<br>**判断结果**：《未公开》 | 对比文件未提出“用于区分不同RAR类型的传输方案”这一概念。其使用的SFN信息是为了区分不同UE的接入尝试，而非区分RAR的类型（如特征G所定义）。 | 该技术特征是对传输参数用途的概括。由于对比文件未公开“区分不同RAR类型”这一技术目的和应用场景（如特征E、G、H所述），因此与之相关联的“传输方案”概念也未被公开。 |
<<<D>>><<<L>>>