**对比文件名称**：发明专利_JP2017529800A 通信システム
**目标专利名称**：随机接入响应类型区分
**本次调用模型名称**：DeepSeek
---
### **特征比对表格**
| 技术特征描述以及公开性判断结果 | 对比文件原文引用 | 公开性论述 |
| **技术特征A**：一种由用户设备(UE)执行的无线通信方法<br>**判断结果**：《隐含公开》 | [0020]段： “...通信ノードと通信する、第1のタイプ(例えば、レガシー)のユーザ通信デバイスと第2のタイプ(例えば、マシンタイプ)の通信デバイスとを含む複数のユーザ通信デバイスのうちのいずれかによって潜在的に用いられるリソースを割り当てるように動作可能な該通信ノード...” <br>（译：...与通信节点通信的、包括第一类型（例如，传统）的用户通信设备和第二类型（例如，机器类型）的通信设备的多个用户通信设备中的任何一个可能使用的资源进行分配的可操作的通信节点...） | 对比文件公开了一种通信系统，其中包含用户设备（UE，包括传统UE和MTC设备）与基站（通信节点）的交互。虽然未明确以“由UE执行的方法”这一句式描述，但其整体技术方案必然隐含了UE侧需要执行相应操作（如接收配置、发送随机接入消息、接收RAR）以完成随机接入流程。本领域技术人员可以直接且毫无疑义地确定，为了实现对比文件所描述的方案，UE必须执行一套无线通信方法。该特征在对比文件中的作用是实现设备与网络的连接，与目标专利中“由UE执行的方法”这一上位概念所起的作用相同。因此，该技术特征被对比文件隐含公开。 |
| **技术特征B**：接收指示与随机接入响应(RAR)类型相关联的传输参数的配置信息，其中所述传输参数包括物理下行链路控制信道(PDCCH)通信中携带的下行链路控制信息(DCI)的循环冗余校验(CRC)掩码<br>**判断结果**：《未公开》 | 无对应引用。对比文件中提到了为不同类别UE（如传统UE、MTC UE）配置不同的PRACH资源（例如，不同的前导序列、时间/频率资源），见[0020], [0048], [0066]-[0069]等段落。 | 对比文件确实公开了基站发送配置信息（如通过SIB2），该信息指示了与不同类别用户设备（可视为一种广义的“类型”区分）相关联的随机接入资源参数（如PRACH前导序列、时频资源）。然而，目标专利中的“传输参数”特指用于在PDCCH层级区分不同RAR类型的参数，并明确限定为“DCI的CRC掩码”。对比文件完全没有提及使用CRC掩码作为区分标识，也未涉及通过PDCCH DCI的特定处理来隐含指示RAR类型。因此，对比文件既未直接公开，本领域技术人员也无法从中合理推断出“使用CRC掩码作为与RAR类型相关联的传输参数”这一具体技术手段。 |
| **技术特征C**：发送与所述RAR类型相关联的随机接入消息<br>**判断结果**：《隐含公开》 | [0020]段： “...上記第1のPRACHリソース構成及び上記第2のPRACHリソース構成のうちの一方に準拠したランダムアクセスメッセージを上記制御データによって規定された通信リソースを通じて上記複数のユーザ通信デバイスのうちの1つのユーザ通信デバイスから受信する手段と...” <br>（译：...用于通过由控制数据规定的通信资源，从多个用户通信设备中的一个用户通信设备接收符合第一PRACH资源构成及第二PRACH资源构成中的一方的随机接入消息的部件...）<br>[0050]段： “...MTCデバイス3−2は、削減帯域幅UEに関連付けられた適切なPRACHプリアンブルのうちの1つを選択し、この選択されたプリアンブルを削減帯域幅UEに関連付けられたPRACHリソースを通じて基地局5に送信する。” <br>（译：...MTC设备3-2选择与降低带宽UE相关联的适当PRACH前导之一，并通过与降低带宽UE相关联的PRACH资源向基站5发送所选前导。） | 对比文件明确公开了用户设备（UE）向基站发送随机接入消息（即PRACH前导）。该消息的格式或所使用的资源（前导序列、时频资源）与UE的特定类别（如传统UE、降低带宽MTC UE、覆盖增强MTC UE）相关联。在目标专利中，“RAR类型”关联于不同的随机接入模式、UE能力等。对比文件中的“UE类别”实质上区分了不同的设备能力和接入场景（如带宽能力、覆盖需求），这与目标专利中“RAR类型”所关联的因素在技术内涵上高度重合。因此，UE发送一个与其自身类别（对应一种特定的RAR类型）相关联的随机接入消息，这一技术特征已被对比文件隐含公开。 |
| **技术特征D**：在发送所述随机接入消息之后，使用传输参数来获得物理下行链路控制信道(PDCCH)通信<br>**判断结果**：《隐含公开》 | [0021]段： “...上記送信する手段は、上記ユーザ通信デバイスが第1のタイプのユーザ通信デバイスから成ると判断されたときは、物理ダウンリンク制御チャネル(PDCCH)にマッピングされたランダムアクセス応答(RAR)を送信し、上記ユーザ通信デバイスがMTCデバイスから成ると判断されたときは、拡張物理ダウンリンク制御チャネル(EPDCCH)にマッピングされたランダムアクセス応答(RAR)を送信するように動作可能であってよい。” <br>（译：...发送部件可以在判断为用户通信设备由第一类型用户通信设备构成时，发送映射到物理下行链路控制信道(PDCCH)的随机接入响应(RAR)，在判断为用户通信设备由MTC设备构成时，发送映射到扩展物理下行链路控制信道(EPDCCH)的随机接入响应(RAR)。）<br>[0051]段： “...具体的に言えば、基地局5は、適切なDCI、すなわち、i)(レガシーUEによって送信されたプリアンブルシーケンスに応答した)PDCCH CSS;及びii)(削減帯域幅UE及び/又はカバレッジ拡張UEによって送信されたプリアンブルシーケンスに応答した)EPDCCH CSS、を含むRARを送信するように構成されている。” <br>（译：...具体而言，基站5被配置为发送包含适当DCI的RAR，即i) (响应于由传统UE发送的前导序列的)PDCCH CSS；和ii) (响应于由降低带宽UE和/或覆盖增强UE发送的前导序列的)EPDCCH CSS。） | 对比文件公开了基站在收到随机接入消息后，会根据消息所隐含的UE类别，决定在PDCCH还是EPDCCH上发送调度RAR的DCI。对于UE侧而言，为了获得RAR，它需要去相应的控制信道（PDCCH或EPDCCH）上监听并获取DCI。虽然对比文件未明确写出UE“使用传输参数”这一动作，但UE要成功获取DCI，必然需要知道或使用与自身类别（即目标专利中的RAR类型）相对应的监听配置。例如，MTC UE知道要去EPDCCH CSS监听。这个“监听配置”（如监听PDCCH还是EPDCCH）可视为一种广义的“传输参数”。因此，本领域技术人员可以合理推断，在发送随机接入消息后，UE会使用与其类型相关的配置（隐含的传输参数）来尝试获得PDCCH（或EPDCCH）通信。该特征在对比文件中的作用是使UE能接收到正确的控制信息，与目标专利中的作用相同。 |
| **技术特征E**：其中所述PDCCH通信与具有随机接入响应(RAR)类型的随机接入响应相关联，并且其中所述传输参数用于在不同RAR类型之间进行区分。<br>**判断结果**：《隐含公开》 | 同技术特征D的引用段落[0021]和[0051]。 | 对比文件明确公开了基站发送的RAR与特定的控制信道（PDCCH或EPDCCH）相关联。而控制信道的选择（PDCCH或EPDCCH）直接取决于发送随机接入消息的UE的类别（传统UE或MTC UE）。这里的“UE类别”在目标专利的语境下，可以映射为不同的“RAR类型”（例如，传统UE对应一种RAR类型，MTC UE对应另一种）。因此，PDCCH/EPDCCH通信与具有特定类型（由UE类别决定）的RAR相关联。用于区分监听PDCCH还是EPDCCH的配置（即对比文件中的信道选择依据），其作用就是在不同类别的UE（即不同RAR类型）之间进行区分。该特征在对比文件中的作用与目标专利中完全一致。 |
| **技术特征F**：还包括至少部分地基于是否使用所述传输参数成功地获得所述PDCCH通信而获得或制止获得由所述PDCCH通信调度的物理下行链路共享信道(PDSCH)通信，其中获得或制止获得所述PDSCH通信包括：如果使用所述传输参数成功接收到所述PDCCH通信，则获得所述PDSCH通信；或者如果使用所述传输参数没有成功接收到所述PDCCH通信，则制止获得所述PDSCH通信。<br>**判断结果**：《未公开》 | 无对应引用。对比文件描述了基站发送RAR（包含在PDSCH中），但未描述UE在尝试获取控制信道失败后，主动制止获取后续PDSCH这一具体判断逻辑和行为。 | 对比文件公开了RAR在PDSCH上发送，且UE需要先获取调度该PDSCH的PDCCH DCI。然而，目标专利的特征F核心在于UE的一种主动决策机制：UE使用特定的传输参数（如CRC掩码）去尝试解码PDCCH，如果解码失败（意味着该PDCCH不是调度给自己的RAR类型），则UE提前终止接收过程，不去尝试解码对应的PDSCH，从而节省功耗和资源。对比文件完全没有揭示这种基于“传输参数尝试解码成功与否”来决策是否获取PDSCH的机制。其方案更侧重于基站侧根据UE类别选择不同的信道发送RAR，UE侧只是去对应的信道监听。因此，该特征未被对比文件公开。 |
| **技术特征G**：其中不同的RAR类型与不同的随机接入模式、不同的UE能力、不同的优先级、不同长度的RAR窗口或其组合中的至少一个相关联。<br>**判断结果**：《隐含公开》 | [0041]段： “...UEの第2のカテゴリは、削減帯域幅UE(例えば、1.4MHz帯域幅のみを用いることが可能なRel−13のMTCデバイス)を含む。これらのUEは、基地局5のセルにおいて利用可能な帯域幅全体にわたって通信することができない。UEの第3のカテゴリは、カバレッジ拡張UE(例えば、幾つかのMTCデバイス)を含む。これらのUEは、幾つかの特定の基地局機能が単純化及び/又は緩和されることを要する...” <br>（译：...UE的第二类别包括降低带宽UE（例如，仅能使用1.4MHz带宽的Rel-13 MTC设备）。这些UE无法在整个小区可用带宽上通信。UE的第三类别包括覆盖增强UE（例如，一些MTC设备）。这些UE需要一些特定的基站功能被简化或放宽...） | 对比文件明确将UE分为不同类别，如传统UE、降低带宽MTC UE、覆盖增强MTC UE。这些类别直接关联于不同的UE能力（如支持的带宽、所需的覆盖增强水平）。在目标专利中，RAR类型可以与不同的UE能力相关联。因此，对比文件中通过UE类别进行区分的方案，隐含公开了“不同的RAR类型（对应不同UE类别）与不同的UE能力相关联”这一技术特征。尽管对比文件未提及随机接入模式、优先级或RAR窗口长度，但“与不同的UE能力相关联”这一具体关联关系已被公开。 |
| **技术特征H**：其中所述RAR是基于所述随机接入消息使用不同的RAR类型区分方案并发发送的具有不同RAR类型的多个RAR之一。<br>**判断结果**：《隐含公开》 | 结合[0020]-[0021], [0051]段。对比文件描述了不同类别的UE使用不同的资源（前导序列、时频）发送随机接入消息，基站根据接收到的消息类别，在PDCCH或EPDCCH上发送相应的RAR。 | 对比文件的方案允许不同类别的UE在可能重叠或相邻的资源上发起随机接入（即并发发送随机接入消息）。基站在响应时，会针对不同类别的UE发送相应的RAR。这些RAR因为发送在不同的控制信道（PDCCH或EPDCCH）上，对于监听方而言，它们就是“具有不同RAR类型的多个RAR”。区分这些RAR的方案（即对比文件中的“RAR类型区分方案”）就是基于随机接入消息所使用的资源（前导/时频）来判断UE类别，从而决定RAR的发送信道。因此，本领域技术人员可以合理推断出，RAR是基于随机接入消息，使用一种区分方案（资源/类别映射）而并发发送的具有不同类型（对应不同信道）的多个RAR之一。该特征在对比文件中的作用是实现对不同UE的高效响应，与目标专利中解决并发发送RAR导致UE盲目解码问题的目的一致。 |
| **技术特征I**：其中使用所述传输参数来获得所述PDCCH通信包括使用CRC掩码来对所述PDCCH通信执行CRC。<br>**判断结果**：《未公开》 | 无对应引用。 | 该特征是对技术特征B和D中“传输参数”具体应用方式的进一步限定，明确为“使用CRC掩码执行CRC”。如特征B所述，对比文件完全未提及CRC掩码这一技术手段。因此，这一具体应用方式自然也未被公开。 |
| **技术特征J**：还包括接收配置信息，所述配置信息指示用于调度具有第一RAR类型的RAR的PDCCH通信的第一组循环冗余校验(CRC)掩码，以及用于调度具有第二RAR类型的RAR的PDCCH通信的第二组CRC掩码。<br>**判断结果**：《未公开》 | 无对应引用。对比文件中的配置信息指示的是PRACH资源（前导、时频），而非CRC掩码组。 | 该特征与技术特征B和I紧密相关，进一步限定了配置信息的具体内容为“CRC掩码组”。对比文件公开的配置信息内容与此完全不同，因此该特征未被公开。 |
| **技术特征K**：其中所述第一组CRC掩码和所述第二组CRC掩码是互斥的。<br>**判断结果**：《未公开》 | 无对应引用。 | 该特征是对技术特征J的进一步限定。由于技术特征J未被公开，此限定特征自然也未被公开。 |
| **技术特征L**：其中所述传输参数包括与所述PDCCH通信相关联的控制资源集(CORESET)配置、与所述PDCCH通信相关联的搜索空间(SS)配置，或者其组合。<br>**判断结果**：《隐含公开》 | [0021], [0051]段提及了“PDCCH CSS”和“EPDCCH CSS”。[0042]段： “...EPDCCHの共通探索空間が、この共通探索空間をRel−13の削減帯域幅MTCデバイスに適合させる相対的に狭い周波数スペクトル(1.4MHz)を用いる一方、PDCCHが、レガシー(Rel−13以前)通信デバイスとの後方互換性を提供するために、それよりも広い周波数スペクトルを用いるということである。” <br>（译：...EPDCCH的公共搜索空间使用相对较窄的频谱（1.4MHz）以使该公共搜索空间适应Rel-13的降低带宽MTC设备，而PDCCH为了提供与旧版（Rel-13之前）通信设备的后向兼容性，使用更宽的频谱。） | 对比文件明确区分了PDCCH CSS和EPDCCH CSS。CSS（公共搜索空间）是搜索空间（SS）的一种特定类型，其定义包含了时频资源（可对应CORESET概念）和监听行为配置。对于传统UE，其RAR在PDCCH CSS中调度；对于MTC UE，其RAR在EPDCCH CSS中调度。因此，UE为了获取正确的RAR，需要知道并使用与其类型（RAR类型）相关联的CSS配置（即SS配置）。该CSS配置就是一种“传输参数”，用于区分不同RAR类型的RAR所在的PDCCH/EPDCCH通信。本领域技术人员可以直接确定，这里的CSS配置（属于SS配置）起到了传输参数的作用。因此，该特征被对比文件隐含公开。 |
| **技术特征M**：其中使用所述传输参数来获得所述PDCCH通信包括针对与所述RAR类型相关联的所述PDCCH通信，监视根据所述CORESET配置而配置的CORESET或根据所述SS配置而配置的SS中的至少一个。<br>**判断结果**：《隐含公开》 | 同技术特征L的引用段落，特别是[0051]段描述的传统UE监视PDCCH CSS，MTC UE监视EPDCCH CSS。 | 对比文件公开了不同类别的UE需要监视不同的CSS来获取其RAR。这直接对应于目标专利中的：UE根据其RAR类型（对应UE类别），去监视与该类型相关联的、根据特定SS配置（CSS配置）而配置的搜索空间（PDCCH CSS或EPDCCH CSS）。因此，该技术特征已被对比文件隐含公开。 |
| **技术特征N**：还包括接收配置信息，所述配置信息指示用于调度具有第一RAR类型的RAR的PDCCH通信的第一控制资源集(CORESET)配置或第一搜索空间配置，以及用于调度具有第二RAR类型的RAR的第二CORESET配置或第二搜索空间配置。<br>**判断结果**：《隐含公开》 | [0042]段描述了PDCCH和EPDCCH CSS使用不同的频谱资源，这隐含了不同的配置。[0061]段： “ブロードキャストモジュール65は、基地局5のセル内に位置する通信デバイス3によって受信されるシステム情報(基地局5のセルの構成等)を、ブロードキャストチャネルを介して送信する。例えば、ブロードキャストモジュール65は、セル内で用いられるPRACH構成を送信する。” <br>（译：广播模块65通过广播信道发送位于基站5小区内的通信设备3接收的系统信息（如基站5的小区配置等）。例如，广播模块65发送小区内使用的PRACH配置。） | 对比文件中，UE通过接收系统信息（如SIB2）来获取PRACH配置。同时，PDCCH CSS和EPDCCH CSS的存在及其差异（如[0042]段所述）也是系统配置的一部分。本领域技术人员公知，CSS的定义和配置（包括其关联的CORESET）是通过系统信息（如MIB、SIB）下发的。因此，UE接收的配置信息中，必然隐含了用于传统UE的PDCCH CSS配置（第一SS配置）和用于MTC UE的EPDCCH CSS配置（第二SS配置）。这些配置分别用于调度针对不同RAR类型（对应不同UE类别）的RAR。因此，该特征被对比文件隐含公开。 |
| **技术特征O**：其中所述传输参数与用于区分不同RAR类型的传输方案相关联。<br>**判断结果**：《隐含公开》 | 综合全文，特别是[0020]-[0021], [0048], [0051], [0066]-[0071]等段落，对比文件的核心方案就是通过为不同类别UE分配不同的PRACH资源（前导序列、时频），使得基站能区分UE类型，进而决定在PDCCH还是EPDCCH上发送RAR。 | 对比文件整体揭示了一种“传输方案”：即利用随机接入消息的特征（前导序列、所用资源）来区分UE类型，进而关联到不同的RAR传输方式（PDCCH或EPDCCH）。目标专利中的“传输参数”是实施“传输方案”的具体手段。在对比文件中，UE类别与特定PRACH资源的绑定关系、以及类别与特定控制信道（CSS）的映射关系，共同构成了一套用于区分不同RAR类型（此处体现为不同UE类别的响应）的传输方案。而UE需要使用的“传输参数”（即去哪个CSS监听），正是与该方案紧密关联的。因此，该特征被对比文件隐含公开。 |
<<<a>>><<<c>>><<<d>>><<<e>>><<<g>>><<<h>>><<<l>>><<<m>>><<<n>>><<<o>>>