好的，本次分析基于以下信息进行：
- **对比文件名称**：2008-09-11_JP2008537448A_发明专利_JP2008537448A How to schedule the transmission via an enhanced dedicated channel and equipment
- **目标专利名称**：1218移动电信网络中的方法和设备CN102577543B
- **本次调用的模型名称**：DeepSeek-R1
以下是根据要求创建的特征比对表格及公开性判断。
### 特征比对表格
| 技术特征描述以及公开性判断结果 | 对比文件原文引用 (翻译成中文) | 公开性论述 |
| **技术特征A**：所述方法包括，接收(701)指示是否可能同时传送物理上行链路共享信道PUSCH和物理上行链路控制信道PUCCH的参数<br><br>**公开性判断：未公开** | 对比文件说明书[0002]段提及：“拡張アップリンク（ＥＵ：enhanced uplink）送信が３ＧＰＰにおいて提唱されており、ＵＬリソース（すなわち、物理チャネル）の制御（すなわち、スケジューリングおよび割り当て）は、無線ネットワーク制御装置（ＲＮＣ：radio network controller）からノードＢに移される。” (译为：增强上行链路（EU）传输在3GPP中被提出，上行链路资源（即物理信道）的控制（即调度和分配）从无线网络控制器（RNC）移到节点B。)<br><br>对比文件说明书[0002]段提及：“スケジューリング許可は、プライマリまたはセカンダリ識別子を有するサービングＥ−ＤＣＨセルから受信する絶対的な許可（absolute grant）２２５” (译为：调度许可可以是具有主标识符或辅标识符的服务E-DCH小区接收的绝对许可)。 | 目标专利说明书[0043]段明确公开：“基站配置601 UE是否可能同时传送PUCCH和PUSCH。基站随后通过信号传送602参数到UE，指示是否可能同时传送PUSCH和PUCCH。参数可经RRC(无线电资源控制)协议或作为广播系统信息的一部分通过信号传送。因此，...UE接收701指示是否可能同时传送PUSCH和PUCCH的参数”。<br><br>对比文件涉及的是UMTS系统中的E-DCH调度，其核心是通过节点B发送的“调度许可”（绝对许可/相对许可）来控制UE的传输速率和功率，而非通过一个明确的参数来“指示是否可能同时传送PUSCH和PUCCH”。对比文件中的UE默认在配置了E-DCH后即可进行多信道传输，但没有公开“接收指示是否可能同时传送特定信道（如PUSCH和PUCCH）的参数”这一特定步骤。该技术特征未被对比文件直接或隐含公开。 |
| **技术特征B**：基于所接收的参数来配置(702)所述上行链路传送<br><br>**公开性判断：未公开** | 对比文件说明书[0002]段提及：“ＭＡＣ−ｅエンティティ１０５は、Ｅ−ＤＣＨ１３０へのアクセスを制御し”（译为：MAC-e实体控制对E-DCH的访问）。<br><br>对比文件说明书图3相关段落提及：“各Ｅ−ＤＣＨ ＴＴＩに関して、Ｅ−ＤＣＨを監視し、スケジューリング情報レート要求トリガが発生するかどうか、および／または、利用可能な許可を有するＥ−ＤＣＨデータがあるかどうかを判定する（ステップ３０２）。” (译为：对于每个E-DCH TTI，监控E-DCH，判断是否发生调度信息速率请求触发和/或是否有具有可用许可的E-DCH数据（步骤302）)。 | 基于特征A的判断，由于对比文件未公开特征A中“接收指示是否可能同时传送...的参数”，因此也就不存在“基于所接收的参数来配置上行链路传送”这一直接对应的步骤。尽管对比文件公开了UE根据接收到的调度许可（Grant）来配置E-DCH传输，但这与目标专利中基于“是否可能同时传送的指示参数”来配置上行链路传送在前提和内容上是不同的。该技术特征未被对比文件直接或隐含公开。 |
| **技术特征C**：在可能同时传送PUCCH和PUSCH时的情况下，确定(703)用于至少物理上行链路控制信道PUCCH上的传送的功率余量<br><br>**公开性判断：《隐含公开》** | 对比文件说明书[0002]段提及：“残存送信パワーは、最大許容パワーから、個別物理データチャネル（ＤＰＤＣＨ：dedicated physical data channel）、個別物理制御チャネル（ＤＰＣＣＨ：dedicated physical control channel）、超高速個別物理制御チャネル（ＨＳ−ＤＰＣＣＨ：high speed dedicated physical control channel）、拡張アップリンク個別物理制御チャネル（Ｅ−ＤＰＣＣＨ：enhanced uplink dedicated physical control channel）およびパワーマージンのパワーを差し引くことで算出される。” (译为：剩余发送功率通过从最大允许功率中减去专用物理数据信道(DPDCH)、专用物理控制信道(DPCCH)、高速专用物理控制信道(HS-DPCCH)、增强上行链路专用物理控制信道(E-DPCCH)和功率余量的功率来计算。)<br><br>图3对应段落提及：“現在スケジューリング許可および残存送信パワー算出がスケジューリング許可処理ユニット２１０および残存送信パワー計算ユニット２１５からそれぞれ要求される（ステップ３０６）。” (译为：当前调度许可和剩余发送功率计算分别从调度许可处理单元210和剩余发送功率计算单元215请求（步骤306）)。 | 目标专利[0044]段指出：“在可能同时传送PUCCH和PUSCH时的情况下，将合乎需要的是能够在确定可用UE传送功率时将PUSCH和PUCCH传送考虑在内。”[0045]段指出：“该方法包括确定703 用于至少PUCCH上的传送的可用功率”。<br><br>对比文件明确描述了在UE同时进行多信道（数据信道DPDCH和多个控制信道DPCCH、HS-DPCCH、E-DPCCH）传输的场景下，计算“残存送信パワー”（剩余发送功率）。该剩余功率的计算即是为了确定可用于进一步传输的功率余量，其目的和场景（多信道同时传输下确定可用功率）与目标专利高度一致。虽然对比文件中的信道是DPDCH/DPCCH等，而目标专利是PUSCH/PUCCH，但两者在逻辑上是对应的（数据信道+控制信道）。对比文件未在公式中特指“PUCCH”，但公开了在类似场景下进行功率余量计算的核心思想。因此，本领域技术人员可以合理推断，该技术特征被对比文件隐含公开。 |
| **技术特征D**：向基站传送(704)至少一个功率余量报告，所述至少一个功率余量报告指示用于至少所述PUCCH上的传送的所述功率余量<br><br>**公开性判断：《隐含公开》** | 对比文件说明书[0002]段提及：“レート要求は、全てのスケジュールされたＭＡＣ−ｄフローに関する総バッファ占有期間、任意のスケジュールされたＭＡＣ−ｄフローに関する最高優先度データバッファ占有期間、およびＥ−ＤＣＨ送信用に利用可能なパワーヘッドルームを含む。” (译为：速率请求包括：所有调度MAC-d流的总缓冲占用周期、任意调度MAC-d流的最高优先级数据缓冲占用周期、以及用于E-DCH传输的可用功率余量（power headroom）。) | 目标专利[0045]段指出：“将指示用于至少PUCCH上的传送的可用功率的至少一个功率余量报告传送704到基站”。<br><br>对比文件明确公开了UE向网络侧（节点B）发送“レート要求”（速率请求）消息，该消息中包含“利用可能なパワーヘッドルーム”（可用的功率余量）。虽然对比文件中的报告被称为“速率请求”且其内容可能更丰富，但其核心功能之一是向基站报告功率余量信息以用于调度决策，这与目标专利中传送功率余量报告的功能相同。结合对特征C的论述，对比文件隐含公开了在类似场景下计算并向基站传送功率余量信息。 |
| **技术特征E**：其中为所述PUCCH和物理上行链路共享信道PUSCH上的传送来确定功率余量<br><br>**公开性判断：《隐含公开》** | 对比文件说明书[0002]段提及：“残存送信パワーは、最大許容パワーから、個別物理データチャネル（ＤＰＤＣＨ：dedicated physical data channel）、個別物理制御チャネル（ＤＰＣＣＨ：dedicated physical control channel）、超高速個別物理制御チャネル（ＨＳ−ＤＰＣＣＨ：high speed dedicated physical control channel）、拡張アップリンク個別物理制御チャネル（Ｅ−ＤＰＣＣＨ：enhanced uplink dedicated physical control channel）およびパワーマージンのパワーを差し引くことで算出される。” (译为：剩余发送功率通过从最大允许功率中减去专用物理数据信道(DPDCH)、专用物理控制信道(DPCCH)、高速专用物理控制信道(HS-DPCCH)、增强上行链路专用物理控制信道(E-DPCCH)和功率余量的功率来计算。) | 目标专利[0051]段描述了一个备选实施例：“用于PUSCH的现有功率余量报告扩充为还包括PUCCH，这暗示在称为PHPUCCH+PUSCH的相同报告中为PUSCH和PUCCH均报告了功率余量”。<br><br>对比文件的剩余功率计算公式中，减项明确包括了数据信道（DPDCH）和多个控制信道（DPCCH, HS-DPCCH, E-DPCCH）的功率。这表明其计算剩余功率（即确定功率余量）时，是综合考虑了数据信道和控制信道上的功率消耗。这与目标专利中为PUCCH和PUSCH上的传送共同确定功率余量的概念在本质上是相同的，都是为同时传输的数据和控制信道分配功率后计算剩余可用功率。因此，该特征被对比文件隐含公开。 |
| **技术特征F**：所述至少一个功率余量报告指示用于所述PUCCH和所述PUSCH上的传送的功率余量<br><br>**公开性判断：《隐含公开》** | 对比文件说明书[0002]段提及：“レート要求は、全てのスケジュールされたＭＡＣ−ｄフローに関する総バッファ占有期間、任意のスケジュールされたＭＡＣ−ｄフローに関する最高優先度データバッファ占有期間、およびＥ−ＤＣＨ送信用に利用可能なパワーヘッドルームを含む。” (译为：速率请求包括：所有调度MAC-d流的总缓冲占用周期、任意调度MAC-d流的最高优先级数据缓冲占用周期、以及用于E-DCH传输的可用功率余量（power headroom）。) | 结合对特征E的论述，对比文件的剩余功率计算考虑了数据信道（DPDCH）和控制信道（DPCCH等）。因此，其速率请求中包含的“利用可能なパワーヘッドルーム”（可用功率余量）实际上是在扣除数据和控制信道功率后得到的。虽然报告中没有明确写明“用于PUCCH和PUSCH”，但其计算得到的功率余量值本身就反映了在同时考虑了数据和控制信道传输后的可用功率，这与目标专利中“功率余量报告指示用于PUCCH和PUSCH上的传送的功率余量”的功能和作用一致。因此，该特征被对比文件隐含公开。 |
| **技术特征G**：其中指示用于所述PUCCH和所述PUSCH上的传送的功率余量的所述至少一个功率余量报告与指示用于PUSCH上的传送的功率余量的功率余量报告组合来传送<br><br>**公开性判断：未公开** | 对比文件未公开任何关于多个功率余量报告进行组合传送的内容。 | 目标专利[0056]段描述了一个实施例：“用于PUSCH和PUCCH的功率余量报告还能够与用于PUSCH的现有功率余量报告组合使用。因此，指示用于PUCCH和PUSCH上的传送的可用功率的至少一个功率余量报告与指示用于PUSCH上的传送的可用功率的功率余量报告组合来传送。”<br><br>对比文件仅公开了单一的速率请求消息，其中包含一个功率余量值。对比文件没有公开将指示不同信道组合的功率余量报告（如PUCCH+PUSCH）与仅指示PUSCH的报告进行组合/联合发送的方案。该技术特征未被对比文件直接或隐含公开。 |
| **技术特征H**：其中指示用于所述PUCCH和所述PUSCH上的传送的功率余量的所述至少一个功率余量报告与指示用于PUCCH上的传送的功率余量的功率余量报告组合来传送<br><br>**公开性判断：未公开** | 对比文件未公开任何关于多个功率余量报告进行组合传送的内容。 | 目标专利[0057]段描述了一个实施例：“用于PUSCH和PUCCH的功率余量报告还能够与用于PUCCH的功率余量报告组合被使用。”<br><br>对比文件没有公开将组合报告（PUCCH+PUSCH）与单独报告（如仅PUCCH）进行组合发送的方案。该技术特征未被对比文件直接或隐含公开。 |
| **技术特征I**：其中为所述PUCCH上的传送确定功率余量<br><br>**公开性判断：未公开** | 对比文件说明书[0002]段提及的剩余功率计算公式中，将DPCCH、HS-DPCCH、E-DPCCH等多个控制信道的功率作为减项从总功率中扣除，并未单独计算或报告仅用于某个特定控制信道（如PUCCH）的功率余量。 | 目标专利[0048]段描述了一个实施例：“功率余量报告指示用于PUCCH上的传送的可用功率，即，PHPUCCH = PCMAX - PUCCH功率”。<br><br>对比文件虽然考虑了控制信道的功率，但其计算的是扣除所有信道后的总剩余功率，而非单独为某个特定的控制信道（类比PUCCH）计算并报告一个独立的功率余量值。对比文件中的控制信道功率是作为整体剩余功率计算的减项，而非作为一个独立的功率余量报告对象。该技术特征未被对比文件直接或隐含公开。 |
| **技术特征J**：所述至少一个功率余量报告指示用于所述PUCCH上的传送的功率余量<br><br>**公开性判断：未公开** | 对比文件未公开一个专门指示PUCCH功率余量的独立报告。 | 基于对特征I的判断，对比文件没有公开为一个特定的控制信道（如PUCCH）生成独立的功率余量报告。其公开的功率余量信息是整体性的。该技术特征未被对比文件直接或隐含公开。 |
| **技术特征K**：其中所述至少一个功率余量报告对给定分量载波c是有效的<br><br>**公开性判断：未公开** | 对比文件涉及的是3GPP UMTS系统，该系统在相关时期不支持LTE-A中的“分量载波”（Component Carrier）概念。对比文件全文未提及分量载波。 | 目标专利[0058]段描述了针对分量载波的实施例：“功率余量报告指示用于给定分量载波c的可用传送功率”。<br><br>对比文件是基于UMTS的技术，其功率控制和调度原理是针对单一载波设计的，没有引入多载波聚合和“分量载波”的概念。因此，该技术特征未被对比文件直接或隐含公开。 |
| **技术特征L**：其中所述至少一个功率余量报告被定义为对于所有分量载波的总和<br><br>**公开性判断：未公开** | 对比文件未公开任何关于分量载波及其总和的功率余量报告的定义。 | 目标专利[0067]段提及：“指示用于PUCCH、PUSCH上以及PUCCH和PUSCH上的传送的可用功率的功率余量报告能够定义为对于由一个UE使用的所有分量载波的总和。”<br><br>基于对特征K的判断，对比文件没有分量载波的概念，因此不可能公开针对所有分量载波的总和报告。该技术特征未被对比文件直接或隐含公开。 |
| **技术特征M**：其中指示用于所述PUCCH和所述PUSCH上的传送的功率余量的所述至少一个功率余量报告与指示用于PUSCH上的传送的功率余量的功率余量报告同时被传送<br><br>**公开性判断：未公开** | 对比文件未公开同时传送多个不同种类的功率余量报告。 | 目标专利[0064]段提及：“不同报告的传送可同时或在分开的场合来进行。” [0065]段进一步描述了同时传送的场景。<br><br>对比文件仅公开了单一类型的包含功率余量的报告（速率请求）的发送。它没有公开在同一时刻传送两个不同含义的功率余量报告（一个包含PUCCH+PUSCH，另一个仅包含PUSCH）的方案。该技术特征未被对比文件直接或隐含公开。 |
| **技术特征N**：其中与指示用于PUSCH上的传送的功率余量的功率余量报告相比，指示用于所述PUCCH和所述PUSCH上的传送的功率余量的所述至少一个功率余量报告在分开的场合被传送<br><br>**公开性判断：未公开** | 对比文件未公开在分开的场合传送不同种类的功率余量报告。 | 目标专利[0064]段提及：“不同报告的传送可同时或在分开的场合来进行。” [0066]段描述了分开场合的场景。<br><br>基于对特征M的判断，对比文件没有公开在不同时间点分别传送组合报告（PUCCH+PUSCH）和单独报告（仅PUSCH）的方案。该技术特征未被对比文件直接或隐含公开。 |
### 结论代码
根据上述分析，对比文件隐含公开了技术特征C、D、E、F。因此，在回答的结尾插入对应的小写英文代码。
<<<c>>><<<d>>><<<e>>><<<f>>>