**对比文件名称**：发明申请_US20220124711A1 METHOD AND APPARATUS FOR TRANSMITTING IN WIRELESS COMMUNICATION SYSTEM, RADIO NODE AND COMPUTER-READABLE MEDIUM
**目标专利名称**：随机接入响应类型区分
**本次调用模型名称**：DeepSeek最新版本模型
### **特征比对表格**
| 技术特征描述及公开性判断结果 | 对比文件原文引用 | 公开性论述 |
| **技术特征A**：一种由用户设备(UE)执行的无线通信方法<br>**判断结果**：**未公开** | 对比文件全文未涉及由UE执行的、与随机接入响应(RAR)类型区分相关的无线通信方法。 | 目标专利说明书（例如[0007], [0011], [0050]段）明确指出，本专利旨在解决在随机接入信道(RACH)过程中，UE需要区分不同RAR类型以避免过度盲解码、节省资源和减少时延的技术问题。对比文件（例如[0008]-[0011], [0033]段）主要关注并解决的是当两个通信系统（如NR与LTE-MTC）共存且频域资源部分重叠时，如何通过子载波级资源预留、资源块偏移、特定信号/信道规避等方式来避免传输冲突，属于系统间共存和干扰协调的技术领域。两者解决的技术问题、采用的技术手段和达到的技术效果均不相同。本领域技术人员无法从对比文件中直接或隐含地确定一种由UE执行的、专门用于RAR类型区分的无线通信方法。 |
| **技术特征B**：接收指示与随机接入响应(RAR)类型相关联的传输参数的配置信息，其中所述传输参数包括物理下行链路控制信道(PDCCH)通信中携带的下行链路控制信息(DCI)的循环冗余校验(CRC)掩码<br>**判断结果**：**未公开** | 对比文件全文未提及“随机接入响应(RAR)类型”、“与RAR类型相关联的传输参数”，也未提及使用DCI的CRC掩码来区分任何类型的传输或响应。 | 根据目标专利说明书（例如[0088]-[0089], [0111]-[0114]段），使用CRC掩码作为传输参数来区分不同RAR类型，是本发明提出的基于CRC的RAR类型指示方案的核心。该方案旨在使UE能够通过尝试使用不同的CRC掩码来解码PDCCH，从而快速判断该PDCCH调度的RAR是否为自己所需的类型。对比文件虽然涉及配置信息的传输（例如[0010], [0029]段），但其配置内容是关于重叠的时频资源、特定信号/信道模式、关联关系等，用于系统间共存资源协调，与RAR类型区分及CRC掩码作为区分标识符毫无关联。本领域技术人员无法从对比文件中推理出使用CRC掩码来区分RAR类型的技术特征。 |
| **技术特征C**：发送与所述RAR类型相关联的随机接入消息<br>**判断结果**：**未公开** | 对比文件全文未涉及“随机接入消息”的发送，也未提及任何消息与“RAR类型”相关联。 | 目标专利说明书（例如[0050], [0077]段）指出，UE发送随机接入消息（RAM，如MsgA或Msg1）是RACH过程的起始步骤，且该消息与特定的RAR类型（如两步/四步RACH模式、UE能力、优先级等）相关联。这是后续进行RAR类型区分的前提。对比文件的技术方案完全不涉及随机接入过程，其核心在于对已有传输资源的协调与规避（例如[0030], [0047]段）。因此，对比文件既未直接公开，也未隐含公开“发送与RAR类型相关联的随机接入消息”这一特征。 |
| **技术特征D**：在发送所述随机接入消息之后，使用传输参数来获得物理下行链路控制信道(PDCCH)通信<br>**判断结果**：**未公开** | 对比文件提及UE监视或获得PDCCH（例如[0034]段），但未将其与“发送随机接入消息之后”这一时序条件关联，也未将其与用于区分特定类型（如RAR类型）的“传输参数”关联。 | 根据目标专利说明书（例如[0050], [0079]段），在发送RAM后，UE使用与自身RAR类型对应的传输参数（如CRC掩码）来尝试“获得”（包括接收、解码、解扰等）PDCCH通信。这是一个主动的、有针对性的监视/解码行为，目的是筛选PDCCH。对比文件中UE对PDCCH的监视（例如[0034]段）是基于常规调度或资源规避配置（如避免在重叠资源上监视），是一种被动的、基于资源位置排除的接收行为，不涉及使用特定参数主动区分PDCCH所承载的内容类型。两者目的和手段均不同，本领域技术人员无法从对比文件推理出技术特征D。 |
| **技术特征E**：其中所述PDCCH通信与具有随机接入响应(RAR)类型的随机接入响应相关联，并且其中所述传输参数用于在不同RAR类型之间进行区分。<br>**判断结果**：**未公开** | 对比文件全文未提及“随机接入响应(RAR)类型”，也未提及任何“传输参数”用于在不同RAR类型之间进行区分。 | 目标专利说明书（例如[0070], [0074]-[0076], [0093]段）明确阐述了本发明的核心思想：PDCCH调度着具有特定RAR类型（如两步/四步RACH、不同优先级等）的RAR，而配置的传输参数（如CRC掩码、CORESET配置等）正是用于在多个可能并发的PDCCH/RAR中标识出不同的RAR类型。对比文件完全不涉及RAR类型的概念，其配置的参数（如重叠资源位置、信号/信道模式）用于区分或规避的是不同系统间的传输资源，而非同一系统内不同RAR的类型。因此，该技术特征未被公开。 |
| **技术特征F**：还包括至少部分地基于是否使用所述传输参数成功地获得所述PDCCH通信而获得或制止获得由所述PDCCH通信调度的物理下行链路共享信道(PDSCH)通信，其中获得或制止获得所述PDSCH通信包括：如果使用所述传输参数成功接收到所述PDCCH通信，则获得所述PDSCH通信；或者如果使用所述传输参数没有成功接收到所述PDCCH通信，则制止获得所述PDSCH通信。<br>**判断结果**：**未公开** | 对比文件全文未涉及基于是否使用特定“传输参数”成功获得PDCCH，来决定是否获得其调度的PDSCH的逻辑。 | 根据目标专利说明书（例如[0079]-[0080], [0084]段），技术特征F是实现RAR类型区分、节省UE资源的关键步骤。UE通过尝试用与自身RAR类型匹配的传输参数（如CRC掩码）解码PDCCH，若成功则说明该PDCCH调度的RAR是给自己的，于是继续解码PDSCH；若失败则提前终止，避免无谓地解码PDSCH。这是一个基于“参数匹配-结果判断”的决策流程。对比文件中的资源规避（例如[0030], [0047]段）是基于预配置或指示的资源位置直接避开，不涉及对PDCCH进行参数化尝试解码并根据结果动态决定后续行为的逻辑。两者机制完全不同，该特征未被公开。 |
| **技术特征G**：其中不同的RAR类型与不同的随机接入模式、不同的UE能力、不同的优先级、不同长度的RAR窗口或其组合中的至少一个相关联。<br>**判断结果**：**未公开** | 对比文件全文未定义或提及“RAR类型”，更未将其与随机接入模式、UE能力、优先级、RAR窗口长度等属性相关联。 | 目标专利说明书（例如[0076]段）明确指出，RAR类型可以表征RACH过程的多种属性，如随机接入模式（2步/4步）、UE能力（窄带/宽带等）、业务优先级（URLLC/尽力而为等）、RAR窗口长度等。这是本发明所要区分的“类型”的具体内涵。对比文件的技术领域和方案完全与随机接入过程无关，因此不可能公开RAR类型及其与这些属性的关联关系。 |
| **技术特征H**：其中所述RAR是基于所述随机接入消息使用不同的RAR类型区分方案并发发送的具有不同RAR类型的多个RAR之一。<br>**判断结果**：**未公开** | 对比文件全文未涉及“基于随机接入消息并发发送具有不同RAR类型的多个RAR”的场景。 | 目标专利说明书（例如[0070], [0082]段）描述了本发明需要解决的应用场景：在同一个RACH时机，基站可能为不同UE（或不同RACH用例）并发发送多个具有不同RAR类型的RAR。这正是UE需要快速区分并只解码自己所需RAR的背景。对比文件处理的是不同系统间的传输冲突，而非同一系统内同一过程（如RACH）中不同响应消息的并发与区分。因此，该技术特征未被公开。 |
| **技术特征I**：其中使用所述传输参数来获得所述PDCCH通信包括使用CRC掩码来对所述PDCCH通信执行CRC。<br>**判断结果**：**未公开** | 对比文件全文未提及使用“CRC掩码”来对PDCCH通信执行CRC校验。 | 该特征是实现技术特征B所述“基于CRC的RAR类型指示方案”的具体操作步骤（参见目标专利说明书[0112]段）。UE使用配置的、与特定RAR类型对应的CRC掩码去尝试校验PDCCH中DCI的CRC，若校验通过，则意味着该PDCCH使用了该RAR类型对应的CRC掩码。对比文件未涉及任何使用CRC掩码作为标识符来区分消息或信道的技术手段。因此，该特征既未直接公开，也无法从对比文件隐含推导出。 |
| **技术特征J**：还包括接收配置信息，所述配置信息指示用于调度具有第一RAR类型的RAR的PDCCH通信的第一组循环冗余校验(CRC)掩码，以及用于调度具有第二RAR类型的RAR的PDCCH通信的第二组CRC掩码。<br>**判断结果**：**未公开** | 对比文件全文未提及配置用于区分“第一RAR类型”和“第二RAR类型”的“第一组CRC掩码”和“第二组CRC掩码”。 | 根据目标专利说明书（例如[0113]段），这是基站对“基于CRC的RAR类型指示方案”的具体配置方式，明确为不同的RAR类型配置不同的、互斥的CRC掩码组。对比文件中的配置信息（如[0010], [0066]段）均与RAR类型和CRC掩码无关。本领域技术人员无法从对比文件中推理出为不同RAR类型配置不同CRC掩码组的技术特征。 |
| **技术特征K**：其中所述第一组CRC掩码和所述第二组CRC掩码是互斥的。<br>**判断结果**：**未公开** | 对比文件全文未涉及任何“CRC掩码组”，更未提及其“互斥”性。 | 该特征是技术特征J的进一步限定，确保了不同RAR类型所使用的CRC掩码标识符不会冲突（参见目标专利说明书[0114]段）。由于对比文件根本未公开CRC掩码用于类型区分的基础概念，因此其“互斥性”这一属性自然也未被公开。 |
| **技术特征L**：其中所述传输参数包括与所述PDCCH通信相关联的控制资源集(CORESET)配置、与所述PDCCH通信相关联的搜索空间(SS)配置，或者其组合。<br>**判断结果**：**隐含公开** | **原文引用（段落[0034]）**：`The UE obtains downlink or uplink scheduling information from the PDCCH or MPDCCH (MTC PDCCH) or EPDCCH (Enhanced PDCCH) or NPDCCH (Narrowband PDCCH) specific to itself.` <br>**原文引用（段落[0060]）**：`...the physical layer signaling is DCI for scheduling the uplink/downlink transmission in the first system, and the resource positions associated with the DCI are resource positions for performing the uplink/downlink transmission.` <br>**原文引用（段落[0172]）**：`The higher layer signaling may be a UE-specific signaling, or a broadcast signaling (such as MIB, SIB, SI, CORESET, etc.)...` | **论述**：对比文件多次提及PDCCH、DCI调度以及通过高层信令（如SIB、CORESET）进行配置，这属于无线通信领域的公知常识。在NR及类似系统中，PDCCH的接收必然在特定的CORESET和搜索空间内进行，而这些资源的配置（如频域位置、时域模式、聚合等级等）是通过RRC等信令下发的。虽然对比文件未明确将“CORESET配置”或“SS配置”定义为用于区分“RAR类型”的“传输参数”，但本领域技术人员可以毫无疑义地确定：1) PDCH的传输与特定的CORESET/SS配置相关联；2) 这些配置信息是通过配置信息下发的。因此，技术特征L中关于“传输参数包括CORESET配置、SS配置或其组合”的内容，可以被认为是对比文件所隐含公开的通用技术知识。然而，需注意，在对比文件中这些配置的作用是定义PDCCH的接收资源（或用于资源协调），而非专门用于在RAR类型之间进行区分。 |
| **技术特征M**：其中使用所述传输参数来获得所述PDCCH通信包括针对与所述RAR类型相关联的所述PDCCH通信，监视根据所述CORESET配置而配置的CORESET或根据所述SS配置而配置的SS中的至少一个。<br>**判断结果**：**隐含公开** | **原文引用（段落[0034]）**：`The UE obtains downlink or uplink scheduling information from the PDCCH...` <br>（结合无线通信公知常识，UE通过在其配置的CORESET和搜索空间中盲解码来获得PDCCH。） | **论述**：基于技术特征L的论述，PDCCH的接收需要在配置的CORESET和搜索空间中进行监视（盲解码）。对比文件明确记载了UE从PDCCH获取调度信息（[0034]段），这必然隐含了“在配置的资源中监视PDCCH”这一操作步骤。虽然对比文件未将此步骤与“RAR类型相关联”这一目的进行绑定，但“使用配置的CORESET/SS来监视PDCCH”这一技术手段本身已被隐含公开。本领域技术人员可以合理推断出，若要接收某个PDCCH，就需要在其配置的CORESET或SS中进行监视。 |
| **技术特征N**：还包括接收配置信息，所述配置信息指示用于调度具有第一RAR类型的RAR的PDCCH通信的第一控制资源集(CORESET)配置或第一搜索空间配置，以及用于调度具有第二RAR类型的RAR的第二CORESET配置或第二搜索空间配置。<br>**判断结果**：**隐含公开** | **原文引用（段落[0172]）**：`The higher layer signaling may be a UE-specific signaling, or a broadcast signaling (such as MIB, SIB, SI, CORESET, etc.)...` <br>**原文引用（段落[0204]）**：`...the base station provides multiple sets of configuration information and each set of configuration information is used for a set of RBs.` | **论述**：对比文件记载了通过高层信令（如CORESET配置）进行配置（[0172]段），并且基站可以提供多套配置信息用于不同的资源集（[0204]段）。虽然对比文件中多套配置的用途是用于资源协调（例如为不同RB集合配置不同的起始子载rier偏移），但“为不同的目的或对象配置不同的CORESET/SS”这一通用配置理念已被公开。本领域技术人员可以基于此进行合理推断：如果存在两种需要区分的PDCCH传输（例如调度不同类型RAR的PDCCH），那么为它们配置不同的CORESET或搜索空间是一种可行的区分手段。因此，技术特征N中关于“接收指示用于第一类PDCCH的第一配置和用于第二类PDCCH的第二配置的信息”这一核心思想，可以被认为是对比文件所隐含公开的。尽管对比文件未将其应用于RAR类型区分这一具体场景。 |
| **技术特征O**：其中所述传输参数与用于区分不同RAR类型的传输方案相关联。<br>**判断结果**：**未公开** | 对比文件全文未提及用于区分“不同RAR类型”的“传输方案”。 | 目标专利说明书（例如[0074]-[0075], [0093]段）将“传输方案”（如基于DMRS的、基于DCI的、基于CRC的方案等）与“传输参数”关联，并明确指出这些方案是专门为解决RAR类型区分问题而设计的。对比文件中的配置参数服务于系统间共存资源协调这一完全不同的“方案”，与“区分不同RAR类型”的方案无任何关联。因此，该技术特征未被公开。 |
<<<l>>><<<m>>><<<n>>>