**对比文件名称**：发明专利_JP2018501717A 効果的なアクセスポイント発見のためのシステムおよび方法
**目标专利名称**：随机接入响应类型区分
**本次调用模型名称**：DeepSeek最新版本模型
### 特征比对表格
| 技术特征描述及公开性判断结果 | 对比文件原文引用 | 公开性论述 |
| **技术特征A**：一种由用户设备(UE)执行的无线通信方法<br>**《隐含公开》** | [0027] “STA106および106a−106d(ここでは、STA106としてひとまとめにして称される)は、例えば、ラップトップコンピュータ、パーソナルデジタルアシスタント(PDA)、モバイルフォン等のような多様なデバイスを含むことができる。”<br>（译文：STA106以及106a-106d（在此统称为STA106）可以包括例如笔记本电脑、个人数字助理（PDA）、移动电话等各种设备。） | 对比文件公开了由“站（STA）”执行的无线通信方法。在无线通信领域，特别是在IEEE 802.11（Wi-Fi）协议体系中，STA是执行通信的终端设备，其功能与目标专利中“用户设备（UE）”在蜂窝网络（如LTE/NR）中的角色相对应。本领域技术人员能够理解，无论是“STA”还是“UE”，都是指与网络侧进行无线通信的终端设备。因此，对比文件隐含公开了由用户设备执行无线通信方法这一上位概念。 |
| **技术特征B**：接收指示与随机接入响应(RAR)类型相关联的传输参数的配置信息，其中所述传输参数包括物理下行链路控制信道(PDCCH)通信中携带的下行链路控制信息(DCI)的循环冗余校验(CRC)掩码<br>**《未公开》** | [0054] “いくつかの態様において、ハッシュは、32バイトのSSIDの4オクテット周期的冗長検査値であり得る。”<br>（译文：在一些方面，哈希可以是32字节SSID的4八位组循环冗余检查值。） | 对比文件提到了使用CRC值作为服务集标识符（SSID）的哈希（压缩表示）。然而，这并未公开目标专利的技术特征。在目标专利中，CRC掩码是作为一种“传输参数”，用于在物理下行控制信道（PDCCH）的通信中区分不同的随机接入响应（RAR）类型。对比文件中的CRC是用于生成SSID的哈希值以压缩信令开销，其作用是在“发现帧”中标识接入点，而非作为调度RAR的PDCCH的传输参数来区分RAR类型。两者技术问题、应用场景和作用均不相同。因此，该技术特征未被直接或隐含公开。 |
| **技术特征C**：发送与所述RAR类型相关联的随机接入消息<br>**《隐含公开》** | [0043] “図2に例示されるように、STA106は、認証フレーム205をAP104に送信する。”<br>（译文：如图2所示，STA106向AP104发送认证帧205。） | 对比文件描述了STA向接入点（AP）发送“认证帧”（認証フレーム），这是建立初始链路或关联过程的一部分。在无线通信中，这种初始接入消息（如认证请求、关联请求）与目标专利中在随机接入过程中UE发送的“随机接入消息”（如Msg1, MsgA）在功能上具有相似性，都是终端发起与网络通信的初始步骤。虽然具体消息名称和协议层可能不同，但本领域技术人员可以合理推断出对比文件公开了“发送初始接入消息”这一行为。因此，该技术特征被隐含公开。 |
| **技术特征D**：在发送所述随机接入消息之后，使用传输参数来获得物理下行链路控制信道(PDCCH)通信<br>**《未公开》** | 对比文件全文中未提及“物理下行链路控制信道（PDCCH）”、“下行链路控制信息（DCI）”或使用特定传输参数来获得控制信道的概念。 | 目标专利的核心之一是UE使用与RAR类型相关联的特定传输参数（如CRC掩码）来尝试解码PDCCH，以判断该PDCCH是否调度了与自己相关的RAR。对比文件涉及的是IEEE 802.11协议的接入点发现和关联过程，其通信机制（如信标帧、管理帧）与蜂窝网络中的PDCCH/PDSCH架构有本质区别。对比文件没有描述任何类似于使用特定参数去“获得”或“解码”一个专门用于调度下行共享信道的控制信道的技术手段。因此，该技术特征未被公开。 |
| **技术特征E**：其中所述PDCCH通信与具有随机接入响应(RAR)类型的随机接入响应相关联，并且其中所述传输参数用于在不同RAR类型之间进行区分<br>**《未公开》** | 对比文件全文中未提及“随机接入响应（RAR）”、“RAR类型”的概念，也未描述使用传输参数来区分不同类型的响应。 | 该技术特征限定了PDCCH、RAR以及使用传输参数进行RAR类型区分的特定关联关系。对比文件的技术方案聚焦于接入点发现和快速初始链路建立，其下行消息（如发现帧、认证响应）的目的和结构均不同于蜂窝网络中的RAR，且没有引入“类型”区分以及使用传输参数进行这种区分的机制。因此，该特征未被公开。 |
| **技术特征F**：还包括至少部分地基于是否使用所述传输参数成功地获得所述PDCCH通信而获得或制止获得由所述PDCCH通信调度的物理下行链路共享信道(PDSCH)通信...<br>**《未公开》** | 对比文件全文中未提及“物理下行链路共享信道（PDSCH）”，也未描述基于控制信道解码成功与否来决定是否解码后续共享信道的机制。 | 该特征描述了基于PDCCH解码结果来决定是否处理PDSCH的节能或优化流程。这是LTE/NR系统中基于调度的典型操作。对比文件的IEEE 802.11协议体系采用不同的媒体访问和帧传输机制，没有明确的、分离的PDCCH和PDSCH信道结构，也没有公开这种依赖性的接收控制逻辑。因此，该特征未被公开。 |
| **技术特征G**：其中不同的RAR类型与不同的随机接入模式、不同的UE能力、不同的优先级、不同长度的RAR窗口或其组合中的至少一个相关联<br>**《未公开》** | 对比文件全文中未定义或提及“RAR类型”，更未将其与随机接入模式、UE能力、优先级、响应窗口长度等属性相关联。 | 该特征定义了RAR类型所代表的具体内涵。对比文件的技术方案不涉及对下行响应进行如此多维度的分类和区分。因此，该特征未被公开。 |
| **技术特征H**：其中所述RAR是基于所述随机接入消息使用不同的RAR类型区分方案并发发送的具有不同RAR类型的多个RAR之一<br>**《未公开》** | 对比文件全文中未描述“并发发送具有不同RAR类型的多个RAR”的场景或方案。 | 该特征描述了特定场景：基站并发发送多个不同类型RAR，UE需要从中识别属于自己的那个。对比文件未公开任何类似的、网络侧同时发送多种不同类型初始接入响应，并由终端进行区分的机制。因此，该特征未被公开。 |
| **技术特征I**：其中使用所述传输参数来获得所述PDCCH通信包括使用CRC掩码来对所述PDCCH通信执行CRC<br>**《未公开》** | [0054] 提到了CRC值，但如特征B所述，其用途是生成SSID哈希，而非用于对控制信道（PDCCH）执行CRC校验以作为区分标识。 | 该特征具体化了使用CRC掩码这一传输参数来操作PDCCH通信的方法。对比文件虽然使用了CRC算法，但应用场景和目的完全不同（数据压缩 vs. 控制信道标识区分），且未应用于任何类似于PDCCH的实体。因此，该具体操作未被公开。 |
| **技术特征J**：还包括接收配置信息，所述配置信息指示用于调度具有第一RAR类型的RAR的PDCCH通信的第一组循环冗余校验(CRC)掩码，以及用于调度具有第二RAR类型的RAR的PDCCH通信的第二组CRC掩码<br>**《未公开》** | 对比文件全文中未提及通过配置信息向终端指示多组CRC掩码，且这些掩码用于区分调度不同类型RAR的PDCCH。 | 该特征涉及高层配置信令，明确指示多组CRC掩码与不同RAR类型的映射关系。对比文件中的发现帧虽然携带信息，但其SSID哈希（可能基于CRC）是接入点的标识，并非由网络配置给终端用于区分不同“类型”下行控制信道的多组参数。因此，该特征未被公开。 |
| **技术特征K**：其中所述第一组CRC掩码和所述第二组CRC掩码是互斥的<br>**《未公开》** | 对比文件全文中未定义“第一组CRC掩码”和“第二组CRC掩码”及其互斥关系。 | 该特征是对特征J中CRC掩码集合性质的进一步限定。由于特征J未被公开，此限定特征自然也未被公开。 |
| **技术特征L**：其中所述传输参数包括与所述PDCCH通信相关联的控制资源集(CORESET)配置、与所述PDCCH通信相关联的搜索空间(SS)配置，或者其组合<br>**《未公开》** | 对比文件全文中未提及“控制资源集（CORESET）”、“搜索空间（SS）”这些LTE/NR协议中特有的物理层控制信道资源概念。 | CORESET和SS是NR/LTE中用于定义PDCCH监听时机和位置的配置参数。对比文件基于IEEE 802.11协议，其控制和管理信息的传输机制完全不同，没有对应的概念。因此，该特征未被公开。 |
| **技术特征M**：其中使用所述传输参数来获得所述PDCCH通信包括针对与所述RAR类型相关联的所述PDCCH通信，监视根据所述CORESET配置而配置的CORESET或根据所述SS配置而配置的SS中的至少一个<br>**《未公开》** | 对比文件全文中未描述基于特定配置（如CORESET/SS）来监视控制信道的行为。 | 该特征具体化了利用CORESET/SS配置来监听PDCCH的方法。由于对比文件缺乏CORESET/SS的概念以及相应的监听机制，该特征未被公开。 |
| **技术特征N**：还包括接收配置信息，所述配置信息指示用于调度具有第一RAR类型的RAR的PDCCH通信的第一控制资源集(CORESET)配置或第一搜索空间配置，以及用于调度具有第二RAR类型的RAR的第二CORESET配置或第二搜索空间配置<br>**《未公开》** | 对比文件全文中未提及通过配置信息向终端指示与不同RAR类型相关联的CORESET或SS配置。 | 该特征涉及通过高层信令配置不同的控制信道资源集来区分RAR类型。对比文件没有相关概念或机制。因此，该特征未被公开。 |
| **技术特征O**：其中所述传输参数与用于区分不同RAR类型的传输方案相关联<br>**《未公开》** | 对比文件全文中未描述用于区分不同类型下行响应的“传输方案”，也未定义传输参数与此类方案的关联。 | 该特征是对传输参数用途的上位概括。对比文件的技术方案未涉及对下行响应进行类型区分，因此也不存在为实现此目的而设计的“传输方案”及与之关联的“传输参数”。因此，该特征未被公开。 |
<<<a>>><<<c>>>