**对比文件名称**：发明专利_JP2020522948A コンテンションウィンドウサイズを調整するための方法およびデバイス
**目标专利名称**：用于调整非许可的新无线电中的竞争窗口的技术（基于说明书推断）
**本次调用的模型名称**：DeepSeek最新版本模型
以下是根据您的要求创建的特征比对表格：
### **特征比对表格**
| 技术特征描述及公开性判断结果 | 对比文件原文引用（翻译为中文） | 公开性论述 |
| **技术特征A**：一种由用户设备(UE)执行的无线通信的方法，<br>**公开性判断**：**直接公开** | [0012] “可能な設計では、第1のデバイスは端末デバイスであり、第2のデバイスはネットワークデバイスであり、第1のHARQプロセス識別子は第1のデバイスに対応するHARQプロセス識別子である。したがって、本出願のこの実施形態は、アップリンク伝送シナリオに適用することができる。”<br>**译文**：“在一种可能的设计中，所述第一设备是终端设备，所述第二设备是网络设备，所述第一HARQ进程标识符是与所述第一设备对应的HARQ进程标识符。因此，本申请的该实施例可应用于上行链路传输场景。” | **论述**：目标专利的技术特征A限定了“由用户设备(UE)执行的无线通信的方法”。对比文件[0012]段明确公开了“第一设备是终端设备”（即UE）以及“应用于上行链路传输场景”，这直接对应于由UE执行上行链路通信的方法。因此，该技术特征被对比文件**直接公开**。 |
| **技术特征B**：在上行链路突发中发送与参考持续时间相关联的上行链路通信；<br>**公开性判断**：**直接公开** | [0047] “第1のデバイスは、コンテンションウィンドウサイズ(CWS)に基づいてLBTを行い、LBTの完了後に第1のバーストを送信するためにチャネルを占有することを理解されたい。この場合、CWSは第1のバーストのためのCWSと呼ばれる。”<br>[0060] “端末デバイスは基準時間単位でアップリンクデータ情報UL−SCHを送信し...”<br>**译文**：“应理解，第一设备基于竞争窗口大小(CWS)执行LBT，并在LBT完成后占用信道以发送第一突发。在这种情况下，CWS被称为用于第一突发的CWS。”<br>“终端设备在参考时间单元中发送上行链路数据信息UL-SCH...” | **论述**：目标专利的技术特征B描述了“在上行链路突发中发送与参考持续时间相关联的上行链路通信”。对比文件[0047]段明确描述了UE在LBT成功后发送“第一突发”（即上行链路突发）。[0060]段进一步说明“终端设备在参考时间单元中发送上行链路数据信息”，这里的“参考时间单元”即目标专利中的“参考持续时间”。因此，该技术特征被对比文件**直接公开**。 |
| **技术特征C**：在发送所述上行链路通信之后接收HARQ反馈，<br>**公开性判断**：**直接公开** | [0004] “...端末は、アップリンク基準サブフレームに対するHARQ−ACK状態に基づいて、アップリンクバーストのためのCWSを動的に調整する。アップリンク基準サブフレームに対するHARQ−ACK状態がACKであるとき、端末はCWSを減少させ、そうでない場合、端末はCWSを増大させる。”<br>**译文**：“...终端基于针对上行链路参考子帧的HARQ-ACK状态，动态调整用于上行链路突发的CWS。当针对上行链路参考子帧的HARQ-ACK状态为ACK时，终端减小CWS，否则，终端增大CWS。” | **论述**：目标专利的技术特征C描述了“在发送上行链路通信之后接收HARQ反馈”。对比文件[0004]段明确描述了终端（即UE）根据“针对上行链路参考子帧的HARQ-ACK状态”来调整CWS。要基于HARQ-ACK状态进行调整，其前提必然是在发送上行链路通信（在参考子帧中）之后接收到了该反馈。因此，该技术特征被对比文件**直接公开**。 |
| **技术特征D**：如果在HARQ反馈窗口的持续时间内未接收到所述HARQ反馈则增加先听后讲(LBT)竞争窗口的大小，<br>**公开性判断**：**隐含公开** | [0004] “アップリンク基準サブフレームに対するHARQ−ACK状態がACKであるとき、端末はCWSを減少させ、そうでない場合、端末はCWSを増大させる。”<br>[0039] “端末デバイスがHARQフィードバック情報に基づいてアップリンクCWSを調整するとき、デフォルト状態がリセットされることによりHARQフィードバック情報の2つの連続する部分に一貫性がないならば、端末デバイスがHARQフィードバック情報に基づいてどのようにCWSを調整するかは、本出願の実施形態において緊急に解決される必要がある課題である。”<br>**译文**：“当针对上行链路参考子帧的HARQ-ACK状态为ACK时，终端减小CWS，否则，终端增大CWS。”<br>“当终端设备基于HARQ反馈信息调整上行链路CWS时，如果因默认状态被重置而导致HARQ反馈信息的两个连续部分不一致，那么终端设备如何基于HARQ反馈信息调整CWS是本申请实施例中急需解决的课题。” | **论述**：目标专利的技术特征D限定了“如果在HARQ反馈窗口的持续时间内未接收到HARQ反馈则增加LBT竞争窗口的大小”。对比文件[0004]段确立了基本规则：若非ACK（即NACK或未反馈），则增大CWS。[0039]段提出了当HARQ反馈信息可能因默认状态重置而不一致时，如何准确调整CWS的问题。虽然对比文件未明确使用“HARQ反馈窗口”这一术语，但其中描述的“基于HARQ-ACK状态调整CWS”的逻辑必然隐含了UE需要在某个合理的时间段内监测和判断是否收到了有效的HARQ反馈。如果在该隐含的监测时间段内未收到任何反馈（可被视为一种“非ACK”状态），根据[0004]段的规则，本领域技术人员能够直接且毫无疑义地推导出应增大CWS。因此，该技术特征被对比文件**隐含公开**。 |
| **技术特征E**：所述LBT竞争窗口的大小与上行链路通信的信道接入优先级相关联；<br>**公开性判断**：**未公开** | 未找到相关描述。 | **论述**：目标专利的技术特征E限定了“LBT竞争窗口的大小与上行链路通信的信道接入优先级相关联”。对比文件通篇描述了基于HARQ反馈调整CWS，但未提及CWS的大小与信道接入优先级（例如CAPC）之间的关联。这是目标专利中一个特定的技术点，用于根据业务优先级动态调整竞争窗口，在对比文件中既未直接记载，也无法从现有内容中合理推断出来。因此，该技术特征**未被对比文件公开**。 |
| **技术特征F**：以及至少部分地基于所述HARQ反馈是否与所述参考持续时间相关联，来调整所述LBT竞争窗口的大小。<br>**公开性判断**：**直接公开** | [0004] “端末は、アップリンク基準サブフレームに対するHARQ−ACK状態に基づいて、アップリンクバーストのためのCWSを動的に調整する。”<br>[0090] “...第1のHARQプロセス識別子はUE1の#H0である。”<br>**译文**：“终端基于针对上行链路参考子帧的HARQ-ACK状态，动态调整用于上行链路突发的CWS。”<br>“...第一HARQ进程标识符是UE1的#H0。” | **论述**：目标专利的技术特征F描述了“至少部分地基于HARQ反馈是否与参考持续时间相关联，来调整LBT竞争窗口的大小”。对比文件[0004]段的核心教导就是：终端根据“针对上行链路参考子帧（即参考持续时间）的HARQ-ACK状态”来调整CWS。这直接公开了依据与参考子帧相关联的HARQ反馈来调整CWS。例如在[0090]段，调整就是针对特定参考子帧（#n）中的特定HARQ进程（#H0）的反馈进行的。因此，该技术特征被对比文件**直接公开**。 |
| **技术特征G**：确定所述HARQ反馈与跟所述参考持续时间相关联的所述上行链路通信相关联；以及确定所述HARQ反馈包括确认(ACK)。<br>**公开性判断**：**直接公开** | [0004] “アップリンク基準サブフレームに対するHARQ−ACK状態がACKであるとき、端末はCWSを減少させ...”<br>[0107] “ネットワークデバイスは、方式1-2において、有効なHARQ状態が、少なくとも2つのアップリンク時間単位のうちの最も早いアップリンク時間単位で搬送されるHARQ状態、すなわち、サブフレーム#n+4のsPUCCH上でUE1によってフィードバックされるHARQ情報内で搬送されるUE1の#H0のHARQ状態:ACKであると決定することができる。”<br>**译文**：“当针对上行链路参考子帧的HARQ-ACK状态为ACK时，终端减小CWS...”<br>“在网络设备根据方式1-2，可以将有效HARQ状态确定为在至少两个上行链路时间单元中最早的上行链路时间单元中承载的HARQ状态，即，在子帧#n+4的sPUCCH上由UE1反馈的HARQ信息中承载的UE1的#H0的HARQ状态：ACK。” | **论述**：目标专利的技术特征G描述了“确定HARQ反馈与跟参考持续时间相关联的上行链路通信相关联；以及确定HARQ反馈包括ACK”。对比文件[0004]段明确提到了“针对上行链路参考子帧的HARQ-ACK状态为ACK”的场景。[0107]段则给出了一个具体实施例：网络设备确定来自UE1的、针对特定HARQ进程（#H0，该进程在参考子帧#n中使用）的HARQ状态为ACK。这直接公开了确定反馈与参考子帧中的特定传输相关联，且该反馈为ACK的过程。因此，该技术特征被对比文件**直接公开**。 |
| **技术特征H**：根据权利要求2所述的方法，其中，调整所述LBT竞争窗口的所述大小包括：至少部分地基于确定所述HARQ反馈是ACK并且与跟所述参考持续时间相关联的所述上行链路通信相关联，来重置所述LBT竞争窗口的所述大小。<br>**公开性判断**：**直接公开** | [0004] “アップリンク基準サブフレームに対するHARQ−ACK状態がACKであるとき、端末はCWSを減少させ...”<br>[0165] “...基準時間単位における少なくとも1つのHARQプロセス識別子のHARQ状態がACK状態を含まないとき、またはNACK状態が比較的大きな割合を占めるとき、CWSは増大し、そうでない場合、CWSは減少する。”<br>**译文**：“当针对上行链路参考子帧的HARQ-ACK状态为ACK时，终端减小CWS...”<br>“...当参考时间单元中至少一个HARQ进程标识符的HARQ状态不包含ACK状态，或者NACK状态占比较大比例时，CWS增大，否则，CWS减小。” | **论述**：目标专利的技术特征H描述了在确定HARQ反馈是ACK且与参考持续时间相关联时，“重置”LBT竞争窗口的大小。对比文件[0004]段明确教导：当针对参考子帧的HARQ-ACK为ACK时，终端“减小”CWS。[0165]段进一步说明，若非ACK则增大CWS，否则（即至少有一个ACK）则减小CWS。这里的“减小”CWS，在本领域通常意味着重置为更小的值或初始值，其技术效果与“重置”一致，都是为了在信道条件好或冲突少时提供更快的接入机会。因此，该技术特征被对比文件**直接公开**。 |
| **技术特征I**：确定所述HARQ反馈与跟所述参考持续时间相关联的所述上行链路通信相关联；以及确定所述HARQ反馈包括否定确认(NACK)。<br>**公开性判断**：**直接公开** | [0004] “...そうでない場合、端末はCWSを増大させる。”（承接上文，指HARQ-ACK状态不是ACK时）<br>[0107] （结合上下文，该段也提及了NACK状态的可能性）<br>[0124] “あるいは、データパケット...が正しく受信されなかったとネットワークデバイスが決定した場合、ネットワークデバイスは、アップリンクHARQプロセス識別子に対応するHARQ状態がNACKであることを端末デバイスにフィードバックする。”<br>**译文**：“...否则，终端增大CWS。”（承接上文，指HARQ-ACK状态不是ACK时）<br>“或者，当网络设备确定数据包...未被正确接收时，网络设备向终端设备反馈与该上行链路HARQ进程标识符对应的HARQ状态为NACK。” | **论述**：目标专利的技术特征I描述了“确定HARQ反馈与跟参考持续时间相关联的上行链路通信相关联；以及确定HARQ反馈包括NACK”。对比文件[0004]段明确提到了与参考子帧相关的HARQ-ACK状态“不是ACK”的场景，这自然包括了NACK。[0124]段则直接描述了网络设备将NACK反馈给终端设备。结合对比文件中关于基于参考子帧反馈调整CWS的整体教导，确定NACK反馈与参考子帧传输相关联是其中的应有之义。因此，该技术特征被对比文件**直接公开**。 |
| **技术特征J**：根据权利要求4所述的方法，其中，调整所述LBT竞争窗口的所述大小包括：至少部分地基于确定所述HARQ反馈是NACK并且与跟所述参考持续时间相关联的所述上行链路通信相关联，来增加所述LBT竞争窗口的所述大小。<br>**公开性判断**：**直接公开** | [0004] “...そうでない場合、端末はCWSを増大させる。”（承接上文，指HARQ-ACK状态不是ACK时）<br>[0165] “基準時間単位における少なくとも1つのHARQプロセス識別子のHARQ状態がACK状態を含まないとき、またはNACK状態が比較的大きな割合を占めるとき、CWSは増大し...”<br>**译文**：“...否则，终端增大CWS。”（承接上文，指HARQ-ACK状态不是ACK时）<br>“当参考时间单元中至少一个HARQ进程标识符的HARQ状态不包含ACK状态，或者NACK状态占比较大比例时，CWS增大...” | **论述**：目标专利的技术特征J描述了在确定HARQ反馈是NACK且与参考持续时间相关联时，“增加”LBT竞争窗口的大小。对比文件[0004]和[0165]段明确且反复地教导：当针对参考时间单元（子帧）的HARQ反馈状态为NACK（或非ACK）时，终端设备应“增大”CWS。这直接公开了基于与参考子帧关联的NACK反馈来增加CWS的技术手段。因此，该技术特征被对比文件**直接公开**。 |
| **技术特征K**：确定所述HARQ反馈不与跟所述参考持续时间相关联的所述上行链路通信相关联；并且其中，调整所述LBT竞争窗口的所述大小包括：至少部分地基于确定所述HARQ反馈不与跟所述参考持续时间相关联的所述上行链路通信相关联来避免调整所述LBT竞争窗口的所述大小。<br>**公开性判断**：**隐含公开** | [0004] “端末は、アップリンク基準サブフレームに対するHARQ−ACK状態に基づいて、アップリンクバーストのためのCWSを動的に調整する。”<br>[0090] “...第1のHARQプロセス識別子はUE1の#H0である。”（示例中仅针对特定参考子帧的特定HARQ进程进行CWS调整判断）<br>**译文**：“终端基于针对上行链路参考子帧的HARQ-ACK状态，动态调整用于上行链路突发的CWS。”<br>“...第一HARQ进程标识符是UE1的#H0。” | **论述**：目标专利的技术特征K描述了“确定HARQ反馈不与跟参考持续时间相关联的上行链路通信相关联”并因此“避免调整LBT竞争窗口的大小”。对比文件[0004]段的核心原则是仅基于“针对上行链路参考子帧的HARQ-ACK状态”来调整CWS。这意味着，对于非参考子帧（即非参考持续时间）的HARQ反馈，或者与参考子帧中特定传输无关的HARQ反馈，按照该原则不应被用于调整当前突发的CWS。这隐含了需要区分反馈是否与参考子帧相关，并对不相关的反馈采取“不调整”或“忽略”的逻辑。虽然对比文件未用“避免调整”这样的措辞，但本领域技术人员根据其明确限定的调整准则，能够直接且合理地推断出：对于与参考子帧不相关的HARQ反馈，不应基于其调整CWS，这实质上就是“避免调整”。因此，该技术特征被对比文件**隐含公开**。 |
### **公开性判断结果代码**
根据上述比对，在对比文件中：
- **直接公开**的技术特征有：A, B, C, F, G, H, I, J。
- **隐含公开**的技术特征有：D, K。
- **未公开**的技术特征有：E。
<<<A>>><<<B>>><<<C>>><<<F>>><<<G>>><<<H>>><<<I>>><<<J>>><<<d>>><<<k>>>