好的，根据您的要求，我将以专利代理师的身份，对目标专利权利要求的技术特征与对比文件进行详细的比对分析。
**对比文件名称：** 2009-01-07_CN101340622A_发明公开_CN101340622A 多载波增强上行链路功率资源的分配方法
**目标专利名称：** 1152移动电信网络中的方法和设备CN105338610B
**本次调用的模型名称：** 深度分析模型（暂未指定，请根据实际情况填写，例如：GPT-4，Claude 3.5 Sonnet等）
---
### 特征比对表格
| 技术特征描述及公开性判断 | 对比文件原文引用（中文翻译） | 公开性论述 |
| **技术特征A：** -确定(703)用于物理上行链路控制信道PUCCH和物理上行链路共享信道PUSCH上的传送的功率余量。 <br> **《隐含公开》** | **说明书 [0037]:** “用户终端上报调度信息，包括各载波上的功率余量”。 <br> **说明书 [0040]:** “用户终端通过以下公式计算功率余量：UPH＝min(Pul，Pue)/(Pe-base×L)，其中，UPH表示功率余量...”。 <br> **说明书 [0043]:** “用户终端在进入增强上行链路专用传输信道发送状态后，需要维护各载波上的期望接收功率...”。 | 对比文件公开了UE确定功率余量的整体方案，但其针对的是TD-SCDMA系统中的增强上行链路（HSUPA），其物理信道为E-PUCH（增强上行物理信道，类似于PUSCH）和E-UCCH（增强上行控制信道，承载于E-PUCH上，类似于PUCCH）。虽然对比文件未明确提及3GPP LTE/LTE-A系统中的“PUCCH”和“PUSCH”术语，但其公开的“增强上行物理信道”（E-PUCH）和“增强上行控制信息”（E-UCCH）在功能上分别对应于LTE中的PUSCH和PUCCH。目标专利的核心在于同时考虑PUCCH和PUSCH的功率余量，而对比文件公开的方案中，计算功率余量时隐含着要同时考虑控制信道（通过Pe-base闭环控制体现，其受控于TPC命令）和数据信道（E-PUCH上的数据）的功率消耗，并且上报的功率余量是所有上行信道的功率余量。因此，本领域技术人员可以合理推断出，对比文件公开了确定用于上行数据和控制信道（功能上等同于PUSCH和PUCCH）的功率余量的技术方案。 |
| **技术特征B：** -向基站传送(704)至少一个功率余量报告。 <br> **《直接公开》** | **说明书 [0037]:** “用户终端上报调度信息，包括各载波上的功率余量”。 <br> **说明书 [0027]:** “功率余量UPH的具体表达式为：UPH＝Pmax，tx/(Pe-base×L)”。 <br> **说明书 [0053]:** “为了辅助Node B的调度，UE需要上报各载波上的调度信息，其中各载波上报的功率余量为：Pmax，tx/(Pe-base×L)”。 | 对比文件明确公开了用户终端（UE）向基站（Node B）上报调度信息，该信息中包括了“功率余量”（UPH），功率余量是一种功率余量报告。这与目标专利中的特征B完全一致，都是UE向基站传送功率余量信息。因此，该技术特征被直接公开。 |
| **技术特征C：** 所述至少一个功率余量报告指示用于所述PUCCH和所述PUSCH上的传送的所述功率余量。 <br> **《隐含公开》** | **说明书 [0053]:** “为了辅助Node B的调度，UE需要上报各载波上的调度信息，其中各载波上报的功率余量为：Pmax，tx/(Pe-base×L)”。 <br> **说明书 [0042]:** “...基站根据用户终端上报的调度信息以及最大上行发射功率为用户终端分配各载波上的授权功率。其中，基站为各载波上分配的功率不超过各载波上的功率余量，并且在一个传输时间间隔中的授权功率不能超过用户终端的最大上行发射功率。” | 对比文件公开的“功率余量”（UPH）是基于“总的最大上行发射功率”减去“当前发射功率的估计”计算得出的。在当前系统中，UE的总发射功率由E-PUCH（数据信道）和E-UCCH（控制信息，承载在E-PUCH内）构成。因此，上报的UPH隐含地反映了所有上行信道（包括数据和控制信道）的功率余量。尽管对比文件没有明确写明“PUCCH和PUSCH”，但其功率余量计算和上报机制本质上覆盖了所有上行信道的总功率剩余，这与目标专利中指示PUCCH和PUSCH两者功率余量的本质相同。因此，该特征被隐含公开。 |
| **技术特征D：** 其中所述至少一个功率余量报告对于给定分量载波c是有效的，并且其中所述功率余量报告在所述至少一个分量载波的路径损耗被更改超过某个阈值时被传送。 <br> **《隐含公开》** | **说明书 [0053]:** “为了辅助Node B的调度，UE需要上报各载波上的调度信息，其中各载波上报的功率余量为：Pmax，tx/(Pe-base×L)，L是UE在该载波上测量得到的路损”。 <br> **说明书 [0037]:** “用户终端上报调度信息，包括各载波上的功率余量”。 <br> **说明书 [0065]:** “当需要在多于一个载波上分配资源时，Node B根据UE上报的各载波上的功率余量确定每个载波的最大授权功率”。 | 对比文件明确公开了“各载波上的功率余量”，即功率余量报告是针对每个分量载波（多载波）的。这直接公开了“对于给定分量载波c是有效的”。 <br> 对比文件虽然没有明确写明“路径损耗被更改超过某个阈值时被传送”，但对比文件公开了UE上报调度信息（包括功率余量）以辅助Node B的调度，且功率余量的计算公式中包含“路损（L）”。在无线通信系统的常规操作中，为了保证基站调度信息的准确性，UE通常在路径损耗发生显著变化（即超过某个阈值）时触发上报。这是本领域技术人员基于对比文件关于“辅助调度”和“路损影响功率余量”的教导可以合理推断出的隐含特征。因此，该特征整体上被隐含公开。 |
| **技术特征E：** 其中指示用于所述PUCCH和所述PUSCH上的传送的功率余量的所述至少一个功率余量报告与指示用于PUSCH上的传送的功率余量的功率余量报告组合来传送。 <br> **《未公开》** | 对比文件全文未提及任何关于将指示PUCCH和PUSCH的功率余量报告与指示单独的PUSCH的功率余量报告进行“组合传送”的方案。 | 对比文件仅公开了UE上报“各载波上的功率余量”，该功率余量是综合性的，并未公开分别计算并组合传送PUCCH+PUSCH以及单独的PUSCH功率余量报告的技术方案。该特征在对比文件中没有任何文字或暗示。 |
| **技术特征F：** 其中指示用于所述PUCCH和所述PUSCH上的传送的功率余量的所述至少一个功率余量报告与指示用于PUCCH上的传送的功率余量的功率余量报告组合来传送。 <br> **《未公开》** | 对比文件全文未提及任何关于将指示PUCCH和PUSCH的功率余量报告与指示单独的PUCCH的功率余量报告进行“组合传送”的方案。 | 对比文件未公开对PUCCH进行单独的功率余量报告，也未公开任何报告的组合传送方式。该特征在对比文件中没有任何文字或暗示。 |
| **技术特征G：** 其中为所述PUCCH上的传送确定功率余量。 <br> **《未公开》** | 对比文件全文未提及专门为物理上行链路控制信道确定功率余量的概念。其“功率余量”计算是基于E-PUCH（数据信道）的公式，并且是总的上行发射功率剩余。 | 对比文件主要关注数据信道（E-PUCH）的功率余量，并未提出为控制信道单独计算功率余量的技术方案。 |
| **技术特征H：** 所述至少一个功率余量报告指示用于所述PUCCH上的传送的功率余量。 <br> **《未公开》** | 对比文件全文未提及上报专门针对物理上行链路控制信道的功率余量报告。其上报的是针对数据信道（E-PUCH）的功率余量或总的功率余量。 | 对比文件没有公开指示用于PUCCH上的传送的功率余量报告。 |
| **技术特征I：** 其中指示用于所述PUCCH和所述PUSCH上的传送的功率余量的所述至少一个功率余量报告与指示用于PUSCH上的传送的功率余量的功率余量报告同时被传送。 <br> **《未公开》** | 对比文件未公开同时传送两种不同类型的功率余量报告（组合报告与单独报告）的方案。 | 对比文件仅公开了上报一个单一的、综合的功率余量，并未公开同时传送多个不同类型的功率余量报告。 |
| **技术特征J：** 其中与指示用于PUSCH上的传送的功率余量的功率余量报告相比， <br> **《未公开》** | 对比文件未提及任何关于功率余量报告之间的比较或区分。 | 该特征依赖于特征I、K中的“组合传送”或“分开场合传送”的比较场景，对比文件未公开该场景。 |
| **技术特征K：** 指示用于所述PUCCH和所述PUSCH上的传送的功率余量的所述至少一个功率余量报告在分开的场合被传送。 <br> **《未公开》** | 对比文件未公开在不同场合传送不同类型的功率余量报告。 | 对比文件仅公开了UE上报调度信息，未对其中的功率余量报告进行分场合传送的限定。 |
| **技术特征L：** 还包括： <br> **《未公开》** | 对比文件未公开与特征M和N对应的处理步骤。 | 该特征是特征M和N的序言部分，在对比文件未公开M和N的情况下，L也未被公开。 |
| **技术特征M：** -接收(701)指示是否可能同时传送PUSCH和PUCCH的参数， <br> **《未公开》** | 对比文件全文未提及基站向UE传送参数以指示是否可能同时传送PUSCH和PUCCH。 | 对比文件的系统架构和背景与目标专利不同，其并未面对LTE-A中PUSCH和PUCCH同时传送的场景，因此没有，也不可能公开相关配置信令。 |
| **技术特征N：** -基于所接收的参数来配置(702)所述上行链路传送。 <br> **《未公开》** | 对比文件全文未提及UE基于指示是否可能同时传送PUSCH和PUCCH的参数来配置上行链路传送。 | 鉴于特征M未被公开，特征N作为其后续步骤，自然也未被公开。 |
---
### 公开性代码总结
根据以上分析，针对各技术特征的公开性判断，总结代码如下：
<<<B>>>
<<<a>>>
<<<c>>>
<<<d>>>