**对比文件名称**：发明申请_US20200351955A1 Random Access Response Reception for a Two-Step Random Access Procedure
**目标专利名称**：随机接入响应类型区分
**本次调用模型名称**：GPT-4
---
### **特征比对表格**
| 技术特征描述及公开性判断 | 对比文件原文引用 | 公开性论述 |
| **技术特征A**：一种由用户设备(UE)执行的无线通信方法<br>**公开性判断**：**直接公开** | [0329] A wireless device may initiate a two step RA procedure may transmit MsgA comprising at least one preamble and at least one transport block. ... The wireless device may start to monitor a downlink control channel (e.g. a control resource set and/or a search space for monitoring the downlink control channel may be indicated and/or configured by message(s), e.g., broadcast RRC message and/or wireless device specific RRC message, transmitted by a base station.) for Msg B, (e.g., an RAR) corresponding to the Msg A, e.g., after or in response to transmitting the Msg A. | 对比文件明确描述了由无线设备（即UE）执行的两步随机接入过程，包括发送MsgA和监视下行控制信道以接收MsgB（即RAR）。这直接对应于目标专利权利要求中定义的“由用户设备(UE)执行的无线通信方法”。 |
| **技术特征B**：接收指示与随机接入响应(RAR)类型相关联的传输参数的配置信息，其中所述传输参数包括物理下行链路控制信道(PDCCH)通信中携带的下行链路控制信息(DCI)的循环冗余校验(CRC)掩码<br>**公开性判断**：**未公开** | 未找到直接或隐含的对应描述。对比文件多处提及RACH配置参数（例如[0363]段）和CRC（例如[0202]段），但未将CRC掩码描述为一种与RAR类型相关联、用于区分不同RAR类型的传输参数。 | 对比文件虽然公开了接收RACH配置信息，但未公开该配置信息指示与RAR类型相关联的、且具体为DCI的CRC掩码的传输参数。目标专利中，该CRC掩码是用于区分RAR类型的关键手段。对比文件未涉及使用CRC掩码来指示或区分不同的RAR类型。 |
| **技术特征C**：发送与所述RAR类型相关联的随机接入消息<br>**公开性判断**：**直接公开** | [0328] In the UL transmission (e.g., two step Msg 1 (Msg A) 1720) of a two-step RA procedure, a wireless device may transmit, via a cell and to a base station, at least one RAP and/or one or more transport blocks. | 对比文件明确公开了在两步随机接入过程中，无线设备（UE）发送MsgA，该消息包含随机接入前导码和/或传输块。这直接对应于目标专利中的“发送与所述RAR类型相关联的随机接入消息”。虽然对比文件未明确提及“RAR类型”，但MsgA的发送是后续接收特定RAR（MsgB）的前提。 |
| **技术特征D**：在发送所述随机接入消息之后，使用传输参数来获得物理下行链路控制信道(PDCCH)通信<br>**公开性判断**：**隐含公开** | [0329] ... The wireless device may start to monitor a downlink control channel ... for Msg B, (e.g., an RAR) corresponding to the Msg A, e.g., after or in response to transmitting the Msg A. | 对比文件明确描述了UE在发送MsgA之后，会开始监视下行控制信道（PDCCH）以获得调度RAR（MsgB）的DCI。虽然未明确提及“使用传输参数”，但本领域技术人员可以理解，为了成功解码PDCCH，UE必须使用正确的参数（如RNTI、搜索空间配置等）进行盲解码。这些参数可以广义地理解为“传输参数”。因此，该技术特征被对比文件隐含公开。 |
| **技术特征E**：其中所述PDCCH通信与具有随机接入响应(RAR)类型的随机接入响应相关联，并且其中所述传输参数用于在不同RAR类型之间进行区分。<br>**公开性判断**：**未公开** | [0402] In an example, an RAR for a two-step RA procedure may have a different format, size, and/or fields, from an RAR for a four-step RA procedure. ... If RARs for two-step and four-step RA procedures are multiplexed into a MAC PDU, and the RARs have different format between two-step and four-step RA procedure, an RAR may have a field to indicate a type of RAR... | 对比文件提及了两步和四步RACH过程的RAR可能具有不同格式，并且在复用到一个MAC PDU时，RAR中可能包含一个字段来指示RAR类型。然而，这并未公开目标专利的核心构思：即**使用PDCCH通信本身的传输参数（如CRC掩码、CORESET配置等）来区分其调度的RAR的类型**。在对比文件中，RAR类型的指示是在RAR消息内部（即PDSCH内容中），而非通过调度该RAR的PDCCH的传输特性来区分。二者技术手段和作用均不相同。 |
| **技术特征F**：还包括至少部分地基于是否使用所述传输参数成功地获得所述PDCCH通信而获得或制止获得由所述PDCCH通信调度的物理下行链路共享信道(PDSCH)通信，其中获得或制止获得所述PDSCH通信包括：如果使用所述传输参数成功接收到所述PDCCH通信，则获得所述PDSCH通信；或者如果使用所述传输参数没有成功接收到所述PDCCH通信，则制止获得所述PDSCH通信。<br>**公开性判断**：**未公开** | [0329] ... The wireless device may consider (or determine) that the two step RA procedure is successfully completed based on one or more conditions, e.g., when the wireless device receives the Msg B. | 对比文件描述了UE在接收到MsgB（包含在PDSCH中）后认为随机接入过程成功。但未公开目标专利中基于**是否使用特定传输参数成功解码PDCCH**这一判断，来决定是否继续解码PDSCH（即“获得或制止获得PDSCH通信”）的机制。目标专利的该特征旨在通过PDCCH阶段的早期判断来节省UE功耗，对比文件未涉及此构思。 |
| **技术特征G**：其中不同的RAR类型与不同的随机接入模式、不同的UE能力、不同的优先级、不同长度的RAR窗口或其组合中的至少一个相关联。<br>**公开性判断**：**未公开** | [0351] The following description presents one or more examples of an RA procedure. The procedures and/or parameters described in the following may not be limited to a specific type of an RA procedure. The procedures and/or parameters described in the following may be applied for a four-step RA procedure and/or a two-step RA procedure. | 对比文件承认存在不同类型的RA过程（如两步和四步），但并未将不同的RAR类型明确地与不同的随机接入模式、UE能力、优先级或RAR窗口长度进行关联定义。目标专利中明确定义了RAR类型的多种关联维度，这是其进行类型区分的基础，对比文件未公开此关联性。 |
| **技术特征H**：其中所述RAR是基于所述随机接入消息使用不同的RAR类型区分方案并发发送的具有不同RAR类型的多个RAR之一。<br>**公开性判断**：**未公开** | [0402] ... If RARs for two-step and four-step RA procedures are multiplexed into a MAC PDU... | 对比文件提到了将两步和四步过程的RAR复用到同一个MAC PDU中的可能性。但这不等同于公开了“基于所述随机接入消息使用不同的RAR类型区分方案并发发送具有不同RAR类型的多个RAR”。首先，对比文件未明确这些RAR是“并发发送”（如在同一时频资源上通过不同传输参数区分）。其次，其区分方案依赖于RAR内容中的类型字段，而非目标专利所主张的PDCCH传输参数区分方案。 |
| **技术特征I**：其中使用所述传输参数来获得所述PDCCH通信包括使用CRC掩码来对所述PDCCH通信执行CRC。<br>**公开性判断**：**未公开** | 未找到直接或隐含的对应描述。对比文件提及了CRC在通信中的一般应用（如[0202]段），但未将其作为与RAR类型相关联的、用于获得（解码）PDCCH通信的特定传输参数（CRC掩码）进行描述。 | 目标专利该特征特指使用与RAR类型绑定的CRC掩码来对PDCCH中的DCI执行CRC校验，以此作为解码PDCCH和区分RAR类型的手段。对比文件完全没有涉及这一具体技术手段。 |
| **技术特征J**：还包括接收配置信息，所述配置信息指示用于调度具有第一RAR类型的RAR的PDCCH通信的第一组循环冗余校验(CRC)掩码，以及用于调度具有第二RAR类型的RAR的PDCCH通信的第二组CRC掩码。<br>**公开性判断**：**未公开** | 未找到直接或隐含的对应描述。 | 该特征是技术特征B和I的具体化延伸，要求配置信息明确指示多组与不同RAR类型对应的CRC掩码。对比文件既未公开CRC掩码作为RAR类型区分参数，更未公开以“组”的形式进行配置。 |
| **技术特征K**：其中所述第一组CRC掩码和所述第二组CRC掩码是互斥的。<br>**公开性判断**：**未公开** | 未找到直接或隐含的对应描述。 | 该特征是技术特征J的进一步限定。由于对比文件未公开配置多组CRC掩码，自然也未公开这些组之间的互斥关系。 |
| **技术特征L**：其中所述传输参数包括与所述PDCCH通信相关联的控制资源集(CORESET)配置、与所述PDCCH通信相关联的搜索空间(SS)配置，或者其组合。<br>**公开性判断**：**未公开** | [0357] The one or more RRC messages may further comprise one or more parameters indicating one or more downlink control channels, for example, PDDCH. Each of the one or more downlink control channels may be associated with at least one of the one or more downlink reference signals. ... The one or more control parameters may comprise one or more parameters of one or more control resource sets (CORESET). ... The one or more control parameters may further comprise one or more search space sets. | 对比文件公开了可以配置CORESET和搜索空间集，用于UE监视PDCCH。然而，**并未公开将这些配置作为与特定RAR类型相关联的“传输参数”**，也未公开使用不同的CORESET/SS配置来区分调度不同RAR类型的PDCCH。在对比文件中，CORESET/SS的配置是为了接收系统信息或随机接入响应等通用目的，而非用于区分RAR类型。 |
| **技术特征M**：其中使用所述传输参数来获得所述PDCCH通信包括针对与所述RAR类型相关联的所述PDCCH通信，监视根据所述CORESET配置而配置的CORESET或根据所述SS配置而配置的SS中的至少一个。<br>**公开性判断**：**未公开** | [0358] A wireless device may monitor a set of one or more candidates for the one or more downlink control channels in the one or more control resource sets. ... The set of candidates for the one or more downlink control channels may be defined in terms of the one or more search space sets. | 对比文件公开了UE在配置的CORESET和搜索空间中监视PDCCH候选。但并未公开UE需要**针对不同的RAR类型，去监视不同的、与该RAR类型相关联的特定CORESET或SS**。目标专利该特征是实现RAR类型区分的具体操作步骤，对比文件未涉及此操作。 |
| **技术特征N**：还包括接收配置信息，所述配置信息指示用于调度具有第一RAR类型的RAR的PDCCH通信的第一控制资源集(CORESET)配置或第一搜索空间配置，以及用于调度具有第二RAR类型的RAR的第二CORESET配置或第二搜索空间配置。<br>**公开性判断**：**未公开** | 未找到直接或隐含的对应描述。 | 该特征是技术特征L和M在配置信息层面的具体化。对比文件未公开将CORESET/SS配置与RAR类型相关联，因此也不可能公开为不同RAR类型配置不同的CORESET/SS。 |
| **技术特征O**：其中所述传输参数与用于区分不同RAR类型的传输方案相关联。<br>**公开性判断**：**未公开** | 未找到直接或隐含的对应描述。对比文件描述了多种RACH配置参数和过程，但未抽象概括出一个明确的“用于区分不同RAR类型的传输方案”概念，并将特定传输参数（如CRC掩码、CORESET配置）与之关联。 | 目标专利该特征是对其发明构思的概括，强调了传输参数在区分RAR类型的传输方案中的角色。对比文件的技术内容并未形成或公开这一整体方案。 |
<<<A>>><<<C>>><<<d>>>