**对比文件名称**：发明专利_JPWO2023195045A1
**目标专利名称**：随机接入响应类型区分
**本次调用的模型名称**：DeepSeek-R1
**特征比对表格**
| 第一栏：技术特征描述及公开性判断结果 | 第二栏：对比文件原文引用及译文 | 第三栏：公开性论述 |
| **技术特征A：一种由用户设备(UE)执行的无线通信方法** <br>**判断结果**：隐含公开 | **原文引用**（说明书第[0001]段）：<br>“本開示は、無線通信システム、並びに無線通信システムにおいてランダムアクセス手順を実行する方法に関する。”<br>**译文**：本公开涉及无线通信系统以及在无线通信系统中执行随机接入过程的方法。 | 目标专利的技术特征A限定了方法执行主体为“用户设备(UE)”。对比文件说明书第[0001]段开宗明义，指出本公开涉及“在无线通信系统中执行随机接入过程的方法”。根据本领域技术人员的常识，随机接入过程必然涉及基站与用户设备（UE）之间的双向交互，其中由UE执行的动作（如发送随机接入前导码、接收响应等）是该方法不可或缺的部分。虽然对比文件此处未明确写出“由UE执行”，但结合上下文及无线通信领域的公知常识，本领域技术人员能够直接且毫无疑义地确定，所描述的方法必然包含由UE执行的步骤。因此，该技术特征被对比文件隐含公开。 |
| **技术特征B：接收指示与随机接入响应(RAR)类型相关联的传输参数的配置信息，其中所述传输参数包括物理下行链路控制信道(PDCCH)通信中携带的下行链路控制信息(DCI)的循环冗余校验(CRC)掩码** <br>**判断结果**：未公开 | **原文引用**（说明书第[0019]段）：<br>“一実施形態では、基地局は、RARメッセージのCRCビットに基づいて、RARタイプを示すことができる。例えば、2ステップRACHのためのRARメッセージは、第1のCRCビットパターンを使用してCRCビットを生成することができ、4ステップRACHのためのRARメッセージは、第2のCRCビットパターンを使用してCRCビットを生成することができる。”<br>**译文**：在一个实施例中，基站可以基于RAR消息的CRC比特来指示RAR类型。例如，用于2步RACH的RAR消息可以使用第一CRC比特模式来生成CRC比特，用于4步RACH的RAR消息可以使用第二CRC比特模式来生成CRC比特。 | 目标专利的技术特征B明确限定了UE接收“配置信息”，该信息指示与RAR类型相关联的“传输参数”，并且特别限定了该传输参数是“PDCCH通信中携带的DCI的CRC掩码”。其作用是为UE提供一种用于区分后续PDCCH通信所调度RAR类型的预先配置的标识手段。对比文件第[0019]段虽然公开了使用不同的CRC比特模式（或可理解为CRC掩码的一种具体实现）来区分不同RAR类型（2步RACH和4步RACH），但存在两个关键区别：1) 对比文件描述的是RAR消息本身的CRC比特，而非**调度该RAR消息的PDCCH中DCI的CRC**。这是两个不同层级的信道/消息。2) 对比文件未提及UE需要预先接收指示这些CRC模式的“配置信息”。虽然可以推断UE需要知道这些模式才能正确解码，但对比文件并未描述将其作为配置信息（如通过系统信息或RRC信令）明确发送给UE的过程。因此，对比文件既未直接公开也未隐含公开技术特征B的全部内容。 |
| **技术特征C：发送与所述RAR类型相关联的随机接入消息** <br>**判断结果**：隐含公开 | **原文引用**（说明书第[0005]段）：<br>“UEは、ランダムアクセス前導信号を送信する。”<br>**译文**：UE发送随机接入前导信号。<br>**原文引用**（说明书第[0018]段）：<br>“2ステップRACH手順では、UEはメッセージA（MsgA）を送信し…4ステップRACH手順では、UEはメッセージ1（Msg1）を送信する…”<br>**译文**：在2步RACH过程中，UE发送消息A（MsgA）…在4步RACH过程中，UE发送消息1（Msg1）… | 目标专利的技术特征C是UE发送与特定RAR类型相关联的随机接入消息。对比文件第[0005]段明确公开了UE发送随机接入前导信号（即随机接入消息）。第[0018]段进一步区分了在2步和4步RACH过程中，UE分别发送MsgA和Msg1。根据目标专利说明书[0030]、[0070]段，不同的RAR类型可以与不同的随机接入模式（如2步或4步RACH）相关联。因此，本领域技术人员可以合理推断，UE发送的MsgA或Msg1必然与后续基站可能回复的对应类型的RAR（如用于2步RACH的MsgB或用于4步RACH的Msg2）相关联。该特征被对比文件隐含公开。 |
| **技术特征D：在发送所述随机接入消息之后，使用传输参数来获得物理下行链路控制信道(PDCCH)通信** <br>**判断结果**：未公开 | **原文引用**（说明书第[0022]段）：<br>“UEは、RARメッセージを受信した後、RARメッセージに含まれるCRCビットをチェックし、CRCビットのパターンに基づいてRARタイプを識別する。”<br>**译文**：UE在接收RAR消息后，检查RAR消息中包含的CRC比特，并基于CRC比特的模式识别RAR类型。 | 目标专利的技术特征D明确限定了UE“使用传输参数来获得PDCCH通信”。这里的“获得”包括对PDCCH的盲解码、解调、解扰等过程，其核心在于利用传输参数（如CRC掩码）来尝试获取调度RAR的PDCCH。对比文件第[0022]段描述的是UE在**已经接收到RAR消息之后**，才去检查该RAR消息内部的CRC比特以识别其类型。这个过程发生在PDCCH解码和PDSCH解码完成之后，用于区分已经获取到的RAR内容，而非用于在获取PDCCH本身的过程中进行区分。因此，对比文件完全没有涉及“使用传输参数来获得PDCCH通信”这一前置步骤，该技术特征未被公开。 |
| **技术特征E：其中所述PDCCH通信与具有随机接入响应(RAR)类型的随机接入响应相关联，并且其中所述传输参数用于在不同RAR类型之间进行区分。** <br>**判断结果**：未公开 | **原文引用**（说明书第[0019]段）：<br>“一実施形態では、基地局は、RARメッセージのCRCビットに基づいて、RARタイプを示すことができる。”<br>**译文**：在一个实施例中，基站可以基于RAR消息的CRC比特来指示RAR类型。 | 目标专利的技术特征E进一步限定了PDCCH通信与特定RAR类型的RAR相关联，且传输参数用于在PDCCH层级区分这些类型。对比文件第[0019]段公开了使用CRC比特（模式）来区分RAR类型，但其应用对象是“RARメッセージ”（RAR消息），即PDSCH载荷的内容。如特征D的论述，对比文件未涉及利用任何参数在PDCCH层级进行区分。因此，对比文件未公开“PDCCH通信与...相关联”以及“传输参数用于在PDCCH层级区分”的技术特征。 |
| **技术特征F：还包括至少部分地基于是否使用所述传输参数成功地获得所述PDCCH通信而获得或制止获得由所述PDCCH通信调度的物理下行链路共享信道(PDSCH)通信，其中获得或制止获得所述PDSCH通信包括：如果使用所述传输参数成功接收到所述PDCCH通信，则获得所述PDSCH通信；或者如果使用所述传输参数没有成功接收到所述PDCCH通信，则制止获得所述PDSCH通信。** <br>**判断结果**：未公开 | **原文引用**（说明书第[0022]段）：<br>“UEは、RARメッセージを受信した後、RARメッセージに含まれるCRCビットをチェックし、CRCビットのパターンに基づいてRARタイプを識別する。”<br>**译文**：UE在接收RAR消息后，检查RAR消息中包含的CRC比特，并基于CRC比特的模式识别RAR类型。 | 目标专利的技术特征F描述了一个核心的节能和降低延迟机制：UE根据是否能用正确的传输参数（如CRC掩码）成功解码PDCCH，来决定是否继续解码该PDCCH所调度的PDSCH。如果PDCCH解码失败（意味着其调度的RAR类型与UE无关），则提前终止，避免不必要的PDSCH解码。对比文件第[0022]段描述的流程完全相反：UE必须先完整接收并解码PDSCH以获取RAR消息，然后才能检查RAR消息内的CRC比特来判断类型。这个过程无法实现目标专利所描述的“提前终止PDSCH解码”的技术效果。因此，该技术特征未被对比文件公开。 |
| **技术特征G：其中不同的RAR类型与不同的随机接入模式、不同的UE能力、不同的优先级、不同长度的RAR窗口或其组合中的至少一个相关联。** <br>**判断结果**：隐含公开 | **原文引用**（说明书第[0018]段）：<br>“2ステップRACH手順では、UEはメッセージA（MsgA）を送信し…4ステップRACH手順では、UEはメッセージ1（Msg1）を送信する…”<br>**译文**：在2步RACH过程中，UE发送消息A（MsgA）…在4步RACH过程中，UE发送消息1（Msg1）…<br>**原文引用**（说明书第[0019]段）：<br>“例えば、2ステップRACHのためのRARメッセージは、第1のCRCビットパターンを使用してCRCビットを生成することができ、4ステップRACHのためのRARメッセージは、第2のCRCビットパターンを使用してCRCビットを生成することができる。”<br>**译文**：例如，用于2步RACH的RAR消息可以使用第一CRC比特模式来生成CRC比特，用于4步RACH的RAR消息可以使用第二CRC比特模式来生成CRC比特。 | 目标专利的技术特征G定义了RAR类型可以与多种因素相关联。对比文件第[0018]和[0019]段明确将不同的RAR（或更准确地说，需要区分的RAR消息）与“2步RACH”和“4步RACH”这两种不同的随机接入模式联系起来。这直接对应于目标专利中“不同的随机接入模式”这一关联项。虽然对比文件未明确提及与UE能力、优先级或RAR窗口长度的关联，但已公开了与随机接入模式的关联。根据“至少一个相关联”的限定，对比文件隐含公开了该技术特征。 |
| **技术特征H：其中所述RAR是基于所述随机接入消息使用不同的RAR类型区分方案并发发送的具有不同RAR类型的多个RAR之一。** <br>**判断结果**：隐含公开 | **原文引用**（说明书第[0020]段）：<br>“複数のUEが同時にランダムアクセスを試みる場合、基地局は、異なるRARタイプ（例えば、2ステップRACH用と4ステップRACH用）を持つ複数のRARメッセージを同時に送信する可能性がある。”<br>**译文**：当多个UE同时尝试随机接入时，基站可能同时发送具有不同RAR类型（例如，用于2步RACH和用于4步RACH）的多个RAR消息。 | 目标专利的技术特征H描述了多个具有不同RAR类型的RAR被并发发送的场景。对比文件第[0020]段明确提到了在多个UE同时尝试随机接入的场景下，基站“可能同时发送具有不同RAR类型（例如，用于2步RACH和用于4步RACH）的多个RAR消息”。这完全对应于技术特征H中“并发发送的具有不同RAR类型的多个RAR”的描述。因此，该技术特征被对比文件隐含公开。 |
| **技术特征I：其中使用所述传输参数来获得所述PDCCH通信包括使用CRC掩码来对所述PDCCH通信执行CRC。** <br>**判断结果**：未公开 | **原文引用**（说明书第[0022]段）：<br>“UEは、RARメッセージを受信した後、RARメッセージに含まれるCRCビットをチェックし、CRCビットのパターンに基づいてRARタイプを識別する。”<br>**译文**：UE在接收RAR消息后，检查RAR消息中包含的CRC比特，并基于CRC比特的模式识别RAR类型。 | 目标专利的技术特征I限定了在PDCCH解码过程中，使用CRC掩码对该PDCCH（具体是其承载的DCI）执行CRC校验。这是“获得PDCCH通信”这一动作的具体实现方式之一。如特征D和E的论述，对比文件第[0022]段描述的是对已经接收到的**RAR消息**（PDSCH内容）执行CRC检查，而非对**PDCCH通信**执行CRC。两者作用的对象和通信层级不同。因此，该技术特征未被对比文件公开。 |
| **技术特征J：还包括接收配置信息，所述配置信息指示用于调度具有第一RAR类型的RAR的PDCCH通信的第一组循环冗余校验(CRC)掩码，以及用于调度具有第二RAR类型的RAR的PDCCH通信的第二组CRC掩码。** <br>**判断结果**：未公开 | **原文引用**（说明书第[0019]段）：<br>“例えば、2ステップRACHのためのRARメッセージは、第1のCRCビットパターンを使用してCRCビットを生成することができ、4ステップRACHのためのRARメッセージは、第2のCRCビットパターンを使用してCRCビットを生成することができる。”<br>**译文**：例如，用于2步RACH的RAR消息可以使用第一CRC比特模式来生成CRC比特，用于4步RACH的RAR消息可以使用第二CRC比特模式来生成CRC比特。 | 目标专利的技术特征J是特征B的进一步细化，要求接收明确指示“第一组”和“第二组”CRC掩码的配置信息，且这些掩码用于“调度RAR的PDCCH通信”。对比文件第[0019]段虽然提到了“第一CRC比特模式”和“第二CRC比特模式”，但并未描述这些模式是通过“配置信息”发送给UE的。更重要的是，如之前多次论述，对比文件中的CRC模式是应用于RAR消息本身，而非用于调度RAR的PDCCH。因此，对比文件既未直接公开也未隐含公开技术特征J。 |
| **技术特征K：其中所述第一组CRC掩码和所述第二组CRC掩码是互斥的。** <br>**判断结果**：隐含公开 | **原文引用**（说明书第[0019]段）：<br>“例えば、2ステップRACHのためのRARメッセージは、第1のCRCビットパターンを使用してCRCビットを生成することができ、4ステップRACHのためのRARメッセージは、第2のCRCビットパターンを使用してCRCビットを生成することができる。”<br>**译文**：例如，用于2步RACH的RAR消息可以使用第一CRC比特模式来生成CRC比特，用于4步RACH的RAR消息可以使用第二CRC比特模式来生成CRC比特。 | 目标专利的技术特征K限定了用于区分不同RAR类型的两组CRC掩码是“互斥的”。对比文件第[0019]段指出，2步RACH和4步RACH的RAR消息分别使用“第1のCRCビットパターン”和“第2のCRCビットパターン”。为了有效地区分这两种RAR类型，本领域技术人员能够直接且合理地推断，这两个CRC比特模式必须是不同的、非重叠的，即它们在功能上应当是互斥的。如果两组模式有重叠，则无法可靠区分RAR类型，这与对比文件公开的区分目的相悖。因此，该技术特征被对比文件隐含公开。 |
| **技术特征L：其中所述传输参数包括与所述PDCCH通信相关联的控制资源集(CORESET)配置、与所述PDCCH通信相关联的搜索空间(SS)配置，或者其组合。** <br>**判断结果**：未公开 | **原文引用**：无相关记载。 | 目标专利的技术特征L限定了传输参数可以包括CORESET配置或SS配置。对比文件全文均未提及“控制资源集(CORESET)”、“搜索空间(Search Space)”或任何与之相关的配置概念。这些是NR/LTE中用于定义PDCCH监视时频资源及参数的重要概念。对比文件描述的RAR类型区分方案完全集中于RAR消息内容本身（CRC比特），未涉及在PDCCH的资源分配或监视配置层面进行区分。因此，该技术特征未被对比文件公开。 |
| **技术特征M：其中使用所述传输参数来获得所述PDCCH通信包括针对与所述RAR类型相关联的所述PDCCH通信，监视根据所述CORESET配置而配置的CORESET或根据所述SS配置而配置的SS中的至少一个。** <br>**判断结果**：未公开 | **原文引用**：无相关记载。 | 目标专利的技术特征M是特征L的具体应用，描述了UE根据特定的CORESET或SS配置来监视PDCCH。如特征L所述，对比文件未公开任何与CORESET或SS配置相关的内容。因此，依赖于这些配置的技术特征M自然也未被对比文件公开。 |
| **技术特征N：还包括接收配置信息，所述配置信息指示用于调度具有第一RAR类型的RAR的PDCCH通信的第一控制资源集(CORESET)配置或第一搜索空间配置，以及用于调度具有第二RAR类型的RAR的第二CORESET配置或第二搜索空间配置。** <br>**判断结果**：未公开 | **原文引用**：无相关记载。 | 目标专利的技术特征N是特征J在CORESET/SS配置层面的类比，要求接收指示不同CORESET/SS配置的配置信息。如特征L和M所述，对比文件未涉及CORESET或SS配置。因此，该技术特征未被对比文件公开。 |
| **技术特征O：其中所述传输参数与用于区分不同RAR类型的传输方案相关联。** <br>**判断结果**：隐含公开 | **原文引用**（说明书第[0019]段）：<br>“一実施形態では、基地局は、RARメッセージのCRCビットに基づいて、RARタイプを示すことができる。”<br>**译文**：在一个实施例中，基站可以基于RAR消息的CRC比特来指示RAR类型。 | 目标专利的技术特征O限定了传输参数与一个“传输方案”相关联，该方案用于区分RAR类型。对比文件第[0019]段描述了一种具体的实施方案：基站通过RAR消息中的CRC比特来指示RAR类型。这里的“基于RAR消息的CRC比特来指示RAR类型”本身就是一种用于区分不同RAR类型的“传输方案”（尽管作用在PDSCH内容层）。而该方案中使用的“CRC比特パターン”（CRC比特模式）即可被视为实现该方案的“传输参数”。因此，本领域技术人员可以合理推断，对比文件公开了传输参数（CRC模式）与一个用于区分RAR类型的传输方案（基于RAR消息CRC的指示方案）相关联。该技术特征被对比文件隐含公开。 |
<<<a>>><<<c>>><<<g>>><<<h>>><<<k>>><<<o>>>