**对比文件名称**：发明申请_US20220046720A1 RANDOM ACCESS METHOD, TERMINAL DEVICE AND NETWORK DEVICE
**目标专利名称**：随机接入响应类型区分
**本次调用模型名称**：DeepSeek最新版本模型
### 特征比对表格
| 技术特征描述及公开性判断结果 | 对比文件原文引用（译文） | 公开性论述 |
| **技术特征A**：一种由用户设备(UE)执行的无线通信方法<br>**判断结果**：《直接公开》 | [0025] “一种随机接入方法，包括：**终端设备**在随机接入过程中向网络设备发送第一消息...” | 对比文件明确公开了一种由终端设备（即用户设备UE）执行的随机接入方法。这与目标专利权利要求中“由用户设备(UE)执行的无线通信方法”这一上位概念完全对应。在对比文件的整体技术方案中，该方法用于实现两步随机接入过程，与目标专利中解决随机接入响应区分问题的应用场景（无线通信）属于相同技术领域，作用相同。 |
| **技术特征B**：接收指示与随机接入响应(RAR)类型相关联的传输参数的配置信息，其中所述传输参数包括物理下行链路控制信道(PDCCH)通信中携带的下行链路控制信息(DCI)的循环冗余校验(CRC)掩码<br>**判断结果**：《未公开》 | 对比文件全文中未提及“CRC掩码”或使用CRC掩码作为与RAR类型相关联的传输参数。 | 对比文件虽然提到了RAR类型（第一类型、第二类型）以及PDCCH，但从未公开任何与RAR类型“相关联的传输参数”的概念，更未具体公开“CRC掩码”作为此类传输参数。在对比文件中，RAR类型的区分主要通过RAR内容、指示信息或不同的RNTI等方式实现（例如[0155]段），并未教导或暗示使用PDCCH DCI的CRC掩码作为区分手段。因此，该技术特征既未被直接公开，也未被隐含公开。本领域技术人员无法从对比文件中明确或合理地推断出该特定技术手段。 |
| **技术特征C**：发送与所述RAR类型相关联的随机接入消息<br>**判断结果**：《直接公开》 | [0073] “在S210中，**终端设备在随机接入过程中向网络设备发送第一消息**，其中第一消息包括第一随机接入前导码和第一PUSCH。”<br>[0081] “第一类型的RAR是对两步随机接入过程的响应...” | 对比文件明确公开了终端设备发送第一消息（即随机接入消息），并且该第一消息的响应对应着特定类型的RAR（第一类型，即两步RACH的Msg B）。这与目标专利中“发送与所述RAR类型相关联的随机接入消息”的技术特征直接对应。在对比文件中，发送该消息是触发特定类型RAR的前提，作用与目标专利中相同。 |
| **技术特征D**：在发送所述随机接入消息之后，使用传输参数来获得物理下行链路控制信道(PDCCH)通信<br>**判断结果**：《隐含公开》 | [0076] “...第一PDSCH由第一PDCCH调度。”<br>[0077] “...终端设备监视网络设备是否在第一RAR窗口内发送了第一RAR。”<br>[0095] “当终端设备在第一RAR窗口内检测到第一RAR时...” | 对比文件明确公开了在发送第一消息后，终端设备需要监视/检测由第一PDCCH调度的第一RAR（见[0077]）。虽然对比文件未明确提及“使用传输参数”来获得PDCCH，但根据无线通信的基本原理，终端设备要成功检测（即“获得”）一个PDCCH，必须使用正确的检测参数，例如用于解扰DCI的RNTI（对比文件中提及了第一PDCCH对应第一RNTI，见[0150]）。因此，“使用参数获得PDCCH”是PDCCH检测过程的必然组成部分。本领域技术人员可以合理推断，终端设备在监视PDCCH时，必然会使用相应的参数（如RNTI）来进行尝试解码和获取。 |
| **技术特征E**：其中所述PDCCH通信与具有随机接入响应(RAR)类型的随机接入响应相关联，并且其中所述传输参数用于在不同RAR类型之间进行区分<br>**判断结果**：《隐含公开》 | [0076] “...第一RAR是第一类型的RAR...第一PDSCH由第一PDCCH调度。”<br>[0150] “第一PDSCH对应于第一RNTI，第二PDSCH对应于第二RNTI，并且第一RNTI和第二RNTI的确定参数不同。”<br>[0155] “可选地，对应于第一类型RAR的RNTI和对应于第二类型RAR的RNTI以不同方式确定。” | 对比文件直接公开了PDCCH（第一PDCCH）与特定类型RAR（第一类型RAR）的关联性。同时，对比文件多次暗示或公开了使用不同的RNTI来区分不同类型的RAR或不同的PDSCH（承载不同类型RAR）。例如，[0150]和[0155]指出用于调度不同类型RAR的PDSCH可能对应不同的RNTI，且确定方式不同。RNTI正是PDCCH检测的关键参数之一。因此，本领域技术人员可以合理推断，这些不同的RNTI作为“传输参数”的一种，可以用于在PDCCH检测阶段区分其调度的RAR类型。这与目标专利中“传输参数用于在不同RAR类型之间进行区分”的作用是相同的。 |
| **技术特征F**：还包括至少部分地基于是否使用所述传输参数成功地获得所述PDCCH通信而获得或制止获得由所述PDCCH通信调度的物理下行链路共享信道(PDSCH)通信，其中获得或制止获得所述PDSCH通信包括：如果使用所述传输参数成功接收到所述PDCCH通信，则获得所述PDSCH通信；或者如果使用所述传输参数没有成功接收到所述PDCCH通信，则制止获得所述PDSCH通信<br>**判断结果**：《隐含公开》 | [0095] “当终端设备在第一RAR窗口内检测到第一RAR时，终端设备基于第一指示信息发送针对第一RAR的第一响应消息。”<br>[0054] “如果终端设备基于从发送MSG 1的时频资源位置计算出的RA-RNTI，在RAR窗口内正确接收到由该RA-RNTI加扰的PDCCH所调度的PDSCH，并且该PDSCH包含对应于MSG 1的RAR消息，则认为检测到了RAR。”<br>[0141] “如果终端设备成功接收到第一PDCCH并基于第一PDCCH中的第二指示信息确定与第一PDSCH对应的第二上行链路资源（例如第二PUCCH资源），并且如果终端设备未正确接收到第一PDSCH，则终端设备可以在第二PUCCH资源上发送NACK信息...” | 对比文件描述了完整的PDCCH/PDSCH接收逻辑：1. 成功检测到PDCCH（意味着使用了正确的参数，如RNTI）并解码其调度信息后，终端设备会去接收对应的PDSCH（[0054]）。2. 如果PDCCH检测失败或PDSCH接收失败，则不会进行后续的响应动作（如发送ACK），或会触发重传流程（[0141]提及未正确接收PDSCH则发NACK）。这隐含了“未成功获得PDCCH则不会去获得PDSCH”的基本行为逻辑。虽然对比文件未使用“制止获得”这一表述，但根据通信协议常规，未成功解码PDCCH的调度信息，终端设备无法知晓PDSCH的资源位置，自然无法进行接收尝试，这实质上就是“制止获得”。本领域技术人员可以从上述描述中合理推断出该操作流程。 |
| **技术特征G**：其中不同的RAR类型与不同的随机接入模式、不同的UE能力、不同的优先级、不同长度的RAR窗口或其组合中的至少一个相关联<br>**判断结果**：《直接公开》 | [0081] “第一类型的RAR是对两步随机接入过程的响应，第二类型的RAR是对两步随机接入过程的随机接入前导码的响应。可选地，两步随机接入过程可以回退到四步随机接入过程。也就是说，第二类型的RAR可以是与四步随机接入过程的RAR相同类型的RAR。” | 对比文件明确区分了“第一类型RAR”和“第二类型RAR”，并直接指出它们分别与“两步随机接入过程”和可能回退到的“四步随机接入过程”相关联。这直接公开了“不同的RAR类型与不同的随机接入模式...相关联”的技术特征。在对比文件中，这种关联用于区分对Msg A的完全确认和部分确认（仅对前导码），与目标专利中通过类型关联解决区分问题的目的一致。 |
| **技术特征H**：其中所述RAR是基于所述随机接入消息使用不同的RAR类型区分方案并发发送的具有不同RAR类型的多个RAR之一<br>**判断结果**：《直接公开》 | [0076] “...第一PDSCH包括至少一个第一类型的RAR...”<br>[0153] “可选地，第一PDSCH包括至少一个第二类型的RAR，或者第二PDSCH包括至少一个第一类型的RAR。换句话说，一个PDSCH可以包括两种类型的RAR。” | 对比文件明确公开了第一PDSCH中可以包含“至少一个第一类型的RAR”，并且进一步指出一个PDSCH中可以同时包含两种类型的RAR。这意味着，基于多个终端设备发送的随机接入消息（MSG A），网络设备可以在同一PDSCH中并发发送多个具有不同RAR类型（第一类或第二类）的RAR。目标专利中的技术特征H正是描述了这种场景。 |
| **技术特征I**：其中使用所述传输参数来获得所述PDCCH通信包括使用CRC掩码来对所述PDCCH通信执行CRC<br>**判断结果**：《未公开》 | 无相关记载。 | 对比文件全文未提及在PDCCH通信过程中使用“CRC掩码”这一具体操作。虽然对比文件隐含了使用RNTI等参数获得PDCCH，但CRC掩码是一种特定的、用于区分信息的加扰方式，并非PDCCH解码的必然或常规手段。本领域技术人员无法从对比文件中直接得到或合理推理出使用CRC掩码来执行CRC校验以获取PDCCH的技术手段。 |
| **技术特征J**：还包括接收配置信息，所述配置信息指示用于调度具有第一RAR类型的RAR的PDCCH通信的第一组循环冗余校验(CRC)掩码，以及用于调度具有第二RAR类型的RAR的PDCCH通信的第二组CRC掩码<br>**判断结果**：《未公开》 | 无相关记载。 | 对比文件未提及任何通过“配置信息”来指示“CRC掩码”或“CRC掩码组”以区分RAR类型的技术方案。该特征是目标专利中一种具体的、用于实现RAR类型区分的信令配置方案，在对比文件中没有对应记载或启示。 |
| **技术特征K**：其中所述第一组CRC掩码和所述第二组CRC掩码是互斥的<br>**判断结果**：《未公开》 | 无相关记载。 | 由于技术特征J（CRC掩码组）本身未被公开，作为其属性的“互斥”关系自然也未被公开。 |
| **技术特征L**：其中所述传输参数包括与所述PDCCH通信相关联的控制资源集(CORESET)配置、与所述PDCCH通信相关联的搜索空间(SS)配置，或者其组合<br>**判断结果**：《未公开》 | 无相关记载。 | 对比文件虽然描述了PDCCH和PDSCH，但从未提及“控制资源集(CORESET)配置”或“搜索空间(SS)配置”这些NR中的具体资源概念，更未将其作为与RAR类型相关联的“传输参数”。该技术特征未被公开。 |
| **技术特征M**：其中使用所述传输参数来获得所述PDCCH通信包括针对与所述RAR类型相关联的所述PDCCH通信，监视根据所述CORESET配置而配置的CORESET或根据所述SS配置而配置的SS中的至少一个<br>**判断结果**：《未公开》 | 无相关记载。 | 由于技术特征L（CORESET/SS配置作为传输参数）未被公开，基于此的特定监视动作（技术特征M）也未被公开。对比文件中仅泛泛提及“监视”PDCCH，未涉及具体监视哪个CORESET或SS。 |
| **技术特征N**：还包括接收配置信息，所述配置信息指示用于调度具有第一RAR类型的RAR的PDCCH通信的第一控制资源集(CORESET)配置或第一搜索空间配置，以及用于调度具有第二RAR类型的RAR的第二CORESET配置或第二搜索空间配置<br>**判断结果**：《未公开》 | 无相关记载。 | 与技术特征L和J同理，对比文件未提及任何通过配置信息指示不同CORESET或SS配置以区分RAR类型的技术方案。 |
| **技术特征O**：其中所述传输参数与用于区分不同RAR类型的传输方案相关联<br>**判断结果**：《隐含公开》 | [0150] “第一PDSCH对应于第一RNTI，第二PDSCH对应于第二RNTI，并且第一RNTI和第二RNTI的确定参数不同。”<br>[0155] “可选地，对应于第一类型RAR的RNTI和对应于第二类型RAR的RNTI以不同方式确定。”<br>[0156] “可选地，终端设备基于不同的RNTI确定相应的响应类型。” | 对比文件明确教导了可以通过不同的RNTI来区分或指示不同的RAR类型（或承载它们的PDSCH）。这里的“RNTI”就是一种“传输参数”，而“使用不同RNTI”就是一种“用于区分不同RAR类型的传输方案”。虽然对比文件没有使用“传输方案”这个术语，但本领域技术人员能够清楚地理解，采用不同的RNTI作为检测PDCCH的参数，就是一种实现RAR类型区分的具体传输方案。因此，该技术特征被对比文件隐含公开。 |
### 结论
根据上述比对分析，对比文件直接公开了技术特征A、C、G、H；隐含公开了技术特征D、E、F、O；未公开技术特征B、I、J、K、L、M、N。
<<<A>>><<<C>>><<<G>>><<<H>>><<<d>>><<<e>>><<<f>>><<<o>>>