**对比文件名称**: 3gpp文件 (TS 38.213, TS 38.331等规范)
**目标专利名称**: 侧行链路闭环发送功率控制命令处理
**本次调用的模型名称**: DeepSeek最新版本
**特征比对表格**
| 技术特征描述及公开性判断结果 | 对比文件原文引用 (文件名称及具体段落/部分) | 公开性论述 |
| **A: 一种由用户设备UE执行的无线通信的方法** <br><br>**判断结果: 直接公开** | **文件**: 3GPP TS 38.213 V16.4.0 (2020-12) <br>**引用**: 第7章 "Physical downlink control channel" 及 第8章 "Physical uplink control channel" 中多处描述了UE执行功率控制的过程。例如，第7.1节概述了UE接收DCI并执行相应操作。 | 目标专利的技术特征A是方法的主题，限定为“由用户设备UE执行的无线通信的方法”。3GPP TS 38.213作为NR物理层过程的核心规范，通篇描述了UE在无线通信网络中需要执行的各类方法，例如接收DCI、进行功率控制、调度传输等。这直接公开了“由UE执行无线通信方法”这一上位概念。因此，该技术特征被对比文件直接公开。 |
| **B: 接收至少部分地基于侧行链路通信的调度的传输的发送功率控制TPC命令** <br><br>**判断结果: 直接公开** | **文件**: 3GPP TS 38.213 V16.4.0 (2020-12) <br>**引用**: 第7.1.1节 "Downlink control information"，其中表7.2.1-1定义了DCI format 3_0用于侧行链路调度，并指明该DCI中可包含“TPC command for PSSCH”。<br>**文件**: 3GPP TS 38.331 V16.3.0 (2020-12) <br>**引用**: 第6.3.2节 “Sidelink related physical layer parameters”中，`SL-TPC-Config` 信息元素用于配置侧行链路的TPC相关参数，表明网络可以为UE配置TPC命令的接收。 | 目标专利的技术特征B是“接收至少部分地基于侧行链路通信的调度的传输的TPC命令”。在3GPP规范中，DCI format 3_0是专门用于调度侧行链路（PSSCH/PSCCH）传输的下行控制信息格式。该DCI格式明确包含了“TPC command for PSSCH”字段（参见TS 38.213 表7.2.1-1），这意味着UE可以通过接收该DCI来获得一个基于所调度的侧行链路传输的TPC命令。此外，高层信令（RRC）也支持对侧行链路TPC的配置。这直接、明确地公开了技术特征B的全部内容。 |
| **C: 至少部分地基于以比为该侧行链路通信的调度的传输配置的功率更低的功率来发送侧行链路通信** <br><br>**判断结果: 直接公开** | **文件**: 3GPP TS 38.213 V16.4.0 (2020-12) <br>**引用**: 第7.1.1节，其中描述了UE在特定条件下（如与上行链路传输重叠导致功率受限、满足最大功率降低MPR要求等）可能无法以调度或配置的功率进行发送，UE需要根据功率确定规则（power determination rules）计算实际发送功率。 | 目标专利的技术特征C描述了UE实际发送侧行链路通信的功率低于其被调度或配置的功率这一情形。3GPP TS 38.213详细规定了UE的发送功率计算过程，其中明确考虑了各种实际限制（如总发射功率超出UE能力、需要满足射频暴露要求等）。在这些情况下，UE必须按照标准规定的优先级和规则降低某些信道的发送功率，这必然导致实际发送功率可能低于为特定侧行链路传输“配置的功率”。这是UE功率控制机制固有的、直接公开的内容。 |
| **D: 至少部分地基于TPC命令来确定是否调整UE的发送功率** <br><br>**判断结果: 直接公开** | **文件**: 3GPP TS 38.213 V16.4.0 (2020-12) <br>**引用**: 第7.1.1节 “UE procedure for determining PUSCH/PUCCH/SRS transmission power” 以及侧行链路功率控制相关描述。规范明确，UE在接收到包含TPC命令的DCI后，会根据该命令累积或绝对地调整其对应信道（包括PUSCH, PUCCH, SRS，以及侧行链路信道）的功率控制调整状态（即发送功率）。 | 目标专利的技术特征D是“至少部分地基于TPC命令来确定是否调整UE的发送功率”。3GPP规范定义的闭环功率控制机制的核心就是：UE接收网络下发的TPC命令，并根据该命令的值（例如“up”, “down”或具体数值）来更新其内部的功率调整状态，从而决定后续传输的发送功率是否调整以及调整多少。这是TPC命令的根本作用和标准操作流程，因此被对比文件直接公开。 |
| **E: 以及至少部分地基于确定是否调整发送功率来选择性地调整UE的发送功率。** <br><br>**判断结果: 隐含公开** | **文件**: 3GPP TS 38.213 V16.4.0 (2020-12) <br>**引用**: 第7.1.1节中关于功率确定和调整的流程。UE在决定最终发送功率时，会综合开环功率计算、闭环TPC调整量、以及功率缩放（scaling）等因素。如果功率调整状态因TPC命令而改变，则最终发送功率随之改变；如果TPC命令未被应用（例如在某些条件下被忽略），则发送功率可能不调整。 | 目标专利的技术特征E是“选择性地调整UE的发送功率”，这取决于前述“确定是否调整”的决定。3GPP规范虽然直接规定了基于TPC命令调整功率的机制（对应特征D），但并未在字面上描述UE做出一个“是否调整”的“决定”后再“选择性调整”。然而，本领域技术人员可以明确理解，在标准的功率控制流程中，UE在应用TPC命令更新其功率调整状态时，实质上就是在执行一个“确定”过程。如果TPC命令指示“0”（不调整）或在某些异常情况下命令被判定为无效，UE将“选择”不调整功率；反之则“选择”调整。这种“选择性”是闭环功率控制逻辑的自然结果和隐含之义。因此，该特征被对比文件隐含公开。 |
| **F: 至少部分地基于TPC命令来确定是否调整UE的发送功率包括：确定抑制调整UE的发送功率；以及其中，选择性地调整发送功率包括：至少部分地基于确定抑制调整UE的发送功率，抑制调整UE的发送功率。** <br><br>**判断结果: 未公开** | **文件**: 未找到直接或隐含对应的描述。3GPP规范描述了应用TPC命令的常规流程，但未涉及当UE以低于配置的功率发送或抑制发送后，如何特别处理为此调度生成的TPC命令（即“抑制调整”）。 | 目标专利的技术特征F是方法的核心改进点之一，具体描述了在特定场景（特征C）下，UE决定“抑制调整”发送功率。这需要UE能够识别出接收到的TPC命令是基于一个未按预期功率进行的传输，并因此做出忽略或抑制应用该TPC命令的逻辑判断。3GPP现有规范仅定义了常规的TPC命令应用机制，并未教导或暗示UE需要具备这种基于自身先前非标准传输行为来“抑制调整”后续功率的能力或逻辑。该特征在对比文件中既无直接文字记载，也无法从现有内容中合理推断得出。因此，技术特征F未被公开。 |
| **G: 至少部分地基于侧行链路通信的调度的传输与接收TPC命令之间的定时，确定TPC命令与侧行链路通信相关联。** <br><br>**判断结果: 隐含公开** | **文件**: 3GPP TS 38.213 V16.4.0 (2020-12) <br>**引用**: 第7.1.1节及第8章关于定时关系（timing relationship）的描述。例如，DCI中调度的侧行链路传输与DCI本身之间存在k0/k2等定时偏移值，而TPC命令的生效时间也与接收DCI的时隙存在固定的时序关系（如应用于N+k后的传输）。 | 目标专利的技术特征G涉及通过定时关系关联TPC命令与特定的侧行链路传输。3GPP规范虽然未明文写出“UE基于定时来确定关联”这句话，但整个调度和功率控制体系是严格基于定时运行的。UE通过DCI format 3_0调度一个未来的侧行链路传输，该DCI中包含的TPC命令根据标准定时规则（如应用于第n+k个时隙）生效。本领域技术人员完全清楚，UE正是通过解析DCI中的调度信息（包括资源分配和定时偏移）以及TPC命令应用的定时规则，才能将接收到的TPC命令正确地关联到它所对应的那个“侧行链路通信的调度的传输”。这种关联是系统正确运行的隐含前提。因此，该特征被对比文件隐含公开。 |
| **H: 至少部分地基于TPC命令来确定是否调整UE的发送功率包括：至少部分地基于接收TPC命令是用于干扰控制的目的的指示，确定调整UE的发送功率；以及其中，选择性地调整发送功率包括：至少部分地基于确定调整UE的发送功率，调整UE的发送功率。** <br><br>**判断结果: 未公开** | **文件**: 未找到直接或隐含对应的描述。3GPP规范中的TPC命令主要用于调整信号质量（如SINR），虽然客观上能控制干扰，但规范并未定义一种专门标记为“用于干扰控制目的”的TPC命令指示，也未描述UE基于此种特殊指示来决定调整功率的机制。 | 目标专利的技术特征H提出了一个特定逻辑：UE根据TPC命令是否带有“用于干扰控制目的”的指示来决定调整功率。3GPP规范中的TPC命令是通用的功率调整指令，其目的可以是提升链路质量、降低对其他用户的干扰等，但规范本身并未对TPC命令的“目的”进行区分或提供相应的指示信令。UE接收到TPC命令后，按照标准流程应用即可，无需也不具备判断其“目的”并据此决定是否调整的步骤。该特征在对比文件中无依据，也無法从现有技术中合理推导。因此，技术特征H未被公开。 |
| **I: 至少部分地基于TPC命令来确定是否调整UE的发送功率包括：至少部分地基于确定所述TPC命令是从知道UE以比为该侧行链路通信的调度的传输配置的功率更低的功率来发送侧行链路通信的网络实体或另一UE接收的，确定调整UE的发送功率；以及其中，选择性地调整发送功率包括：至少部分地基于确定调整UE的发送功率，调整UE的发送功率。** <br><br>**判断结果: 未公开** | **文件**: 未找到直接或隐含对应的描述。3GPP规范未定义网络实体（如gNB）或其他UE如何获知并“知道”某个UE具体某次侧行链路传输的实际发送功率低于配置功率，也未定义基于这种“知晓”状态而生成或中继TPC命令，以及UE侧根据发送方的“知晓”状态来决定是否应用TPC命令的机制。 | 目标专利的技术特征I描述了另一个特定逻辑：当发送TPC命令的实体“知道”UE之前的低功率发送行为时，UE才决定应用该TPC命令进行调整。这需要系统中存在关于“实际发送行为”的信息传递和感知机制，以及基于此的、有别于常规流程的TPC命令处理策略。3GPP现有规范完全没有涉及此类机制。TPC命令的生成和接收处理是标准化的，不依赖于对发送方历史实际功率的“知晓”状态。因此，该特征在对比文件中无任何依据，未被公开。 |
<<<A>>><<<B>>><<<C>>><<<D>>><<<e>>><<<g>>>