**对比文件名称**：发明申请_US20200396633A1 METHOD AND APPARATUS FOR HANDLING MEASUREMENT IN WIRELESS COMMUNICATION SYSTEM
**目标专利名称**：随机接入响应类型区分
**本次调用模型名称**：DeepSeek-R1
---
### **特征比对表格**
| 技术特征描述及公开性判断结果 | 对比文件原文引用 | 公开性论述 |
| **技术特征A**：一种由用户设备(UE)执行的无线通信方法<br>**判断结果**：《隐含公开》 | [0045] 段：In some implementations, the RAN 204 (or serving cell of the UE) may re-configure the NR/NR-U radio resource (e.g., the information of NR/NR-U cell activation/de-activation, the NR/NR-U BWP configuration, the UL configured grant configuration, the DL-SPS configuration) in the payload of the msgB if the measurement report is provided in msgA. In some implementations, a part of the msgB may be transmitted by the Downlink Control Information (DCI) in a Physical Downlink Control Channel (PDCCH) and another part of the msgB may be transmitted in a Physical Downlink Shared Channel (PDSCH), where the location of the Resource Blocks (RBs) in the PDSCH may be configured by the DCI in the msgB. | 对比文件描述了UE通过两步随机接入（2-step RA）过程进行通信的方法。UE发送msgA（包含前导码和有效载荷），基站回复msgB（包含RAR消息和/或专用控制信令）。msgB的一部分在PDCCH中通过DCI发送，另一部分在PDSCH中发送。这构成了一个由UE执行的、涉及发送随机接入消息和接收PDCCH/PDSCH通信的无线通信方法。虽然该方法主要用于测量报告，但其核心流程（UE发起接入、基站响应调度）与目标专利权利要求1所定义的“由用户设备(UE)执行的无线通信方法”在方法类别上是一致的。因此，本领域技术人员可以直接确定对比文件公开了一种由UE执行的无线通信方法。 |
| **技术特征B**：接收指示与随机接入响应(RAR)类型相关联的传输参数的配置信息，其中所述传输参数包括物理下行链路控制信道(PDCCH)通信中携带的下行链路控制信息(DCI)的循环冗余校验(CRC)掩码<br>**判断结果**：《未公开》 | 无相关引用。 | 对比文件描述了msgB的格式和内容，包括RAR消息和专用控制信令（如RRC消息），并提及了UE使用RA-RNTI、C-RNTI或临时C-RNTI来解码msgB。然而，对比文件全文均未提及任何与“RAR类型”相关联的“传输参数”的配置信息，更未提及使用“CRC掩码”作为区分不同RAR类型的传输参数。目标专利中，CRC掩码是用于区分不同RAR类型的关键手段。对比文件缺乏对这些概念的任何描述或暗示，因此该技术特征既未被直接公开，也未被隐含公开。 |
| **技术特征C**：发送与所述RAR类型相关联的随机接入消息<br>**判断结果**：《直接公开》 | [0045] 段：In action 208, the UE 202 may provide a first message (msgA), which may include a preamble and a payload of the msgA, to the RAN 204. | 对比文件明确公开了UE向网络发送第一消息（msgA），该消息包含前导码和有效载荷。在目标专利中，“随机接入消息”对应于两步RACH中的msgA或四步RACH中的msg1。对比文件中的msgA正是UE在两步随机接入过程中发送的随机接入消息。虽然对比文件未将该消息与“RAR类型”相关联，但“发送随机接入消息”这一动作本身已被直接且明确地公开。 |
| **技术特征D**：在发送所述随机接入消息之后，使用传输参数来获得物理下行链路控制信道(PDCCH)通信<br>**判断结果**：《隐含公开》 | [0045] 段：In some implementations, a part of the msgB may be transmitted by the Downlink Control Information (DCI) in a Physical Downlink Control Channel (PDCCH)... | 对比文件说明，msgB的一部分是通过PDCCH中的DCI传输的。隐含地，UE在发送msgA之后，需要去监听并解码PDCCH以获得这部分DCI，从而获取msgB的调度信息或其他内容。虽然对比文件没有明确描述UE“使用传输参数”来获得PDCCH，但获得PDCCH通信是接收msgB的必要步骤。因此，本领域技术人员可以合理推断出，在发送随机接入消息（msgA）后，UE会执行获得PDCCH通信的动作。 |
| **技术特征E**：其中所述PDCCH通信与具有随机接入响应(RAR)类型的随机接入响应相关联，并且其中所述传输参数用于在不同RAR类型之间进行区分。<br>**判断结果**：《未公开》 | [0109] 段 Table 7: In some implementations, one explicit IE ‘RAR Type’ may be configured in msgB. The RAR Type may include {SuccessRAR, FallbackRAR, BackoffRAR}. ... In some other implementations, there may be no explicit RAR Type IE in msgB. The UE may identify msgB type implicitly by identifying the format of msgB. | 对比文件表7确实提到了“RAR Type”的概念，并将其定义为{SuccessRAR, FallbackRAR, BackoffRAR}。这些类型用于区分msgB的不同形式（成功、回退、退避）。然而，目标专利中的“RAR类型”用于区分例如不同的随机接入模式、UE能力、优先级等，其技术问题和应用场景与对比文件中的“RAR Type”有本质不同。更重要的是，对比文件完全没有提及使用“传输参数”（特别是如CRC掩码等特定参数）来区分这些RAR类型。在对比文件中，RAR类型的指示是通过显式的IE或隐式的消息格式来实现的，而非通过修改PDCCH/DCI的传输参数。因此，该技术特征未被公开。 |
| **技术特征F**：还包括至少部分地基于是否使用所述传输参数成功地获得所述PDCCH通信而获得或制止获得由所述PDCCH通信调度的物理下行链路共享信道(PDSCH)通信，其中获得或制止获得所述PDSCH通信包括：如果使用所述传输参数成功接收到所述PDCCH通信，则获得所述PDSCH通信；或者如果使用所述传输参数没有成功接收到所述PDCCH通信，则制止获得所述PDSCH通信。<br>**判断结果**：《未公开》 | [0045] 段：...another part of the msgB may be transmitted in a Physical Downlink Shared Channel (PDSCH), where the location of the Resource Blocks (RBs) in the PDSCH may be configured by the DCI in the msgB. | 对比文件公开了msgB的另一部分在PDSCH中发送，且PDSCH的资源块位置由msgB中的DCI配置。这隐含了UE在成功解码PDCCH中的DCI后，会根据DCI的调度去接收PDSCH。然而，目标专利该特征的核心在于“基于是否使用传输参数成功获得PDCCH”这一条件，来决定是否继续获取PDSCH，其目的是在并发发送多种RAR类型时，让UE能提前终止对非目标RAR类型的PDSCH的解码，以节省资源。对比文件既未公开“使用传输参数成功/不成功获得PDCCH”这一判断条件，也未公开基于此条件“制止获得PDSCH”以提前终止接收的行为。其PDSCH的接收是基于常规的DCI调度，而非用于区分RAR类型的特定传输参数的成功解码。因此，该特征未被公开。 |
| **技术特征G**：其中不同的RAR类型与不同的随机接入模式、不同的UE能力、不同的优先级、不同长度的RAR窗口或其组合中的至少一个相关联。<br>**判断结果**：《未公开》 | 无相关引用。 | 对比文件表7中定义的RAR类型（SuccessRAR, FallbackRAR, BackoffRAR）仅与msgB的反馈类型（成功、回退、退避）相关，用于响应msgA的接收状态。这与目标专利中用于区分随机接入模式（2步/4步）、UE能力、业务优先级等维度的“RAR类型”在定义、目的和技术效果上均无关联。对比文件未提及任何将RAR类型与这些属性相关联的内容。 |
| **技术特征H**：其中所述RAR是基于所述随机接入消息使用不同的RAR类型区分方案并发发送的具有不同RAR类型的多个RAR之一。<br>**判断结果**：《未公开》 | 无相关引用。 | 对比文件没有描述“并发发送具有不同RAR类型的多个RAR”的场景。其描述的msgB是基站对单个UE发送的msgA的响应。虽然可能存在多个UE同时发起随机接入，但对比文件未提及基站会针对同一个随机接入时机或同一个UE的请求，并发发送多个采用不同区分方案（如不同CRC掩码）的RAR。该特征涉及目标专利要解决的核心问题之一（避免UE过度盲解码并发RAR），在对比文件中没有基础。 |
| **技术特征I**：其中使用所述传输参数来获得所述PDCCH通信包括使用CRC掩码来对所述PDCCH通信执行CRC。<br>**判断结果**：《未公开》 | 无相关引用。 | 如特征B所述，对比文件完全未提及使用CRC掩码作为传输参数，因此自然不可能公开使用CRC掩码来对PDCCH执行CRC的具体操作。 |
| **技术特征J**：还包括接收配置信息，所述配置信息指示用于调度具有第一RAR类型的RAR的PDCCH通信的第一组循环冗余校验(CRC)掩码，以及用于调度具有第二RAR类型的RAR的PDCCH通信的第二组CRC掩码。<br>**判断结果**：《未公开》 | 无相关引用。 | 对比文件未提及任何与RAR类型相关联的配置信息，更未提及通过配置“组CRC掩码”来区分不同RAR类型的方案。 |
| **技术特征K**：其中所述第一组CRC掩码和所述第二组CRC掩码是互斥的。<br>**判断结果**：《未公开》 | 无相关引用。 | 该特征是特征J的从属特征，由于特征J未被公开，且对比文件本身无CRC掩码组的概念，因此该特征也未被公开。 |
| **技术特征L**：其中所述传输参数包括与所述PDCCH通信相关联的控制资源集(CORESET)配置、与所述PDCCH通信相关联的搜索空间(SS)配置，或者其组合。<br>**判断结果**：《未公开》 | [0084] 段 Table 3: (4) RA-search space configuration for the UE to monitor the msgB. | 对比文件表3在“2-StepRACHReport configuration”中提到了“RA-search space configuration for the UE to monitor the msgB”。这确实是一种搜索空间（SS）配置，用于UE监听msgB。然而，目标专利该特征中，CORESET/SS配置是作为“与RAR类型相关联的传输参数”，用于区分不同的RAR类型。对比文件中的搜索空间配置是用于使UE能够监听msgB的通用资源配置，并未将其与不同的“RAR类型”相关联，也未说明其用于在不同RAR类型之间进行区分。两者的作用不同。因此，该技术特征未被公开。 |
| **技术特征M**：其中使用所述传输参数来获得所述PDCCH通信包括针对与所述RAR类型相关联的所述PDCCH通信，监视根据所述CORESET配置而配置的CORESET或根据所述SS配置而配置的SS中的至少一个。<br>**判断结果**：《未公开》 | [0084] 段 Table 3: (4) RA-search space configuration for the UE to monitor the msgB. | 如特征L所述，对比文件提到了UE监视msgB的搜索空间配置。这可以理解为UE在特定搜索空间内监视PDCCH。但是，目标专利该特征将“监视特定CORESET/SS”与“RAR类型”和“传输参数”紧密绑定，是其区分方案的一部分。对比文件中的监视行为是常规的PDCCH监听，并未赋予其区分RAR类型的功能。因此，该特征未被公开。 |
| **技术特征N**：还包括接收配置信息，所述配置信息指示用于调度具有第一RAR类型的RAR的PDCCH通信的第一控制资源集(CORESET)配置或第一搜索空间配置，以及用于调度具有第二RAR类型的RAR的第二CORESET配置或第二搜索空间配置。<br>**判断结果**：《未公开》 | 无相关引用。 | 对比文件没有描述为不同RAR类型配置不同的CORESET或搜索空间。表3中提到的搜索空间配置是针对msgB监听的通用配置，未与特定RAR类型关联。 |
| **技术特征O**：其中所述传输参数与用于区分不同RAR类型的传输方案相关联。<br>**判断结果**：《未公开》 | 无相关引用。 | 该特征是权利要求中对“传输参数”用途的总结性描述。由于对比文件未公开任何用于区分如目标专利所定义的“不同RAR类型”的“传输参数”或“传输方案”，因此该特征未被公开。 |
---
### **公开性判断代码总结**
根据上述比对，仅技术特征C被对比文件**直接公开**，技术特征A和D被**隐含公开**。
<<<C>>>
<<<a>>>
<<<d>>>