好的，我将严格按照您的要求，以一名资深专利代理师的身份，对对比文件JP2010530707A是否公开目标专利CN104170491B的权利要求技术特征进行严谨的评估。
**对比文件名称：** 2010-09-09_JP2010530707A_发明专利_JP2010530707A Of resource scheduling in a telecommunications system method and system
**目标专利名称：** 761用于配置多个调度请求触发的方法和装置CN104170491B
**本次调用的模型名称：** 无（根据您的输入，未提供模型名称）
### 特征比对表格
| 技术特征描述以及公开性判断结果 | 对比文件原文引用（翻译） | 公开性论述 |
| **技术特征A：** 所述方法包括以下步骤：a.基于所述用户设备的多种业务的业务特性，为所述用户设备确定多个调度请求触发以及对应于所述多个调度请求触发中的每个调度请求触发的传输类型 | 对比文件[0013]：”一つの側面では、本発明は、移動端末（または“ＵＥ”）から基地局にスケジューリング要求を送信する方法を提供する。”<br>对比文件[0014]：”幾つかの実施形態では、スケジューリング要求のトリガ・イベントが起こったかどうかを判定するステップには、（ａ）第一のＳＲを送信した後、基地局に送信するため利用可能となった追加のデータが、最初のデータより高い優先度を持つかどうかを判定すること、...”<br>对比文件[0015]：”さらに、幾つかの実施形態では、データがＵＥにある空の送信バッファに到達するごとに、次の利用可能な機会にＳＲを送信するよう、ＵＥを構成する。”<br>对比文件[0025]：”本発明の実施形態は、送信バッファ状態における変化に基づく代替的なＳＲトリガ機構を定義する。”<br>对比文件[0033]：”幾つかの実施形態では、以下の条件の一個以上を満足する場合のみ、バッファ状態が“変化”したと考える。（１）より高い優先度のデータがバッファに到達した。（２）バッファ・サイズ増加が所定の閾値（閾値Ａ）を超える。 または（３）最後のＳＲの送信以降の経過時間が所定の閾値（閾値Ｂ）を超える。” | **《未公开》** <br>对比文件公开了一种基于优先级、数据量变化或时间阈值等条件来触发单个调度请求（SR）的机制。其核心在于“如何”以及“何时”触发一个SR，而非为目标专利所述的“多种业务”分别“确定多个调度请求触发”。对比文件始终围绕一个SR触发过程进行改进，并未公开为一个用户设备（UE）配置多个、分别对应不同业务特性的SR触发。因此，技术特征A中“确定多个调度请求触发”这一核心内容未被对比文件公开。 |
| **技术特征B：** b.将所述多个调度请求触发的配置信息发送至所述用户设备 | 对比文件[0033]：”通常は、ＲＲＣシグナリングを通して閾値Ａと閾値Ｂとを構成することができる。”<br>对比文件[0039]：”典型的には無線資源制御（ＲＲＣ）シグナリングを通して、ＳＲをトリガするバッファ状態の変化を構成される。” | **《未公开》** <br>对比文件公开了通过RRC信令配置SR触发条件（如阈值A和阈值B）。然而，该配置信息是针对单个SR的触发条件，而非目标专利所述的“多个调度请求触发的配置信息”。由于对比文件未公开存在“多个调度请求触发”，因此也就不存在将“多个调度请求触发的配置信息”发送给用户设备这一概念。 |
| **技术特征C：** 其中所述多个调度请求触发的所述配置信息包括所述多个调度请求触发相对于所述用户设备的多种业务的映射方式以及对应于所述多个调度请求触发中的每个调度请求触发的传输类型 | 对比文件[0014]：”幾つかの実施形態では、スケジューリング要求のトリガ・イベントが起こったかどうかを判定するステップには、（ａ）第一のＳＲを送信した後、基地局に送信するため利用可能となった追加のデータが、最初のデータより高い優先度を持つかどうかを判定すること、...”<br>对比文件[0033]：”幾つかの実施形態では、以下の条件の一個以上を満足する場合のみ、バッファ状態が“変化”したと考える。（１）より高い優先度のデータがバッファに到達した。...” | **《未公开》** <br>对比文件虽然提到了数据优先级与SR触发条件的关系，但并未建立“业务”与“调度请求触发”之间的映射关系。对比文件中的SR触发是基于数据优先级的变化（如更高优先级数据到达），这是一种触发条件，而非目标专利中的“映射方式”。目标专利的映射方式是预先配置好的，例如将后台业务映射到RS1，视频业务映射到RS0。对比文件没有公开这种针对不同业务配置不同SR的映射关系。 |
| **技术特征D：** 其中所述多个调度请求触发中的每个调度请求触发的传输类型是基于对应于该调度请求触发的业务的优先级确定的 | 对比文件[0028]：”ＵＥ２のデータはＵＥ１のデータより低い優先度を持つと仮定しよう。”<br>对比文件[0030]：”もしＵＥ２が続いて送るべき高い優先度のデータを持った後でさえ、スケジューラはこれらのＳＲを無視するが、これは、バッファ状態報告を送信することを通じて以外に、ＵＥ２にとって、高い優先度のデータを持つということをスケジューラに通知する方法がないからである。” | **《未公开》** <br>对比文件仅公开了数据本身具有优先级，并且SR的触发可以基于更高优先级数据的到达。这并未公开“传输类型”本身（例如RACH或D-SR）是基于业务优先级确定的。目标专利明确将传输类型（如RACH配置）与业务优先级关联起来，例如高优先级业务使用冲突概率低的RACH配置。对比文件没有这种关联，其传输资源（如SR信道）是预设的或通用的，而非根据业务优先级动态或预先配置为特定类型。 |
| **技术特征E：** 并且其中所述传输类型是下列任一种：-在RACH上传输 | 对比文件[0025]：”あるいは、同じ目的のため、同期したランダム・アクセス・チャネル（ＲＡＣＨ）を使用できる。”<br>对比文件[0026]：”また、同期したＵＥは、フォールバック解決策としてランダム・アクセス・チャネル（ＲＡＣＨ）を使用し、ＵＬ資源を要求する機会を有する。” | **《隐含公开》** <br>对比文件明确公开了可以使用RACH（随机接入信道）作为发送SR或请求上行资源的一种方式（例如作为fallback解决方案）。这公开了SR的传输类型可以是“在RACH上传输”。 |
| **技术特征F：** -在专用调度请求资源上传输；并且中当所述传输类型为在RACH上传输时，所述传输类型包括RACH配置且所述RACH配置包括PRACH的物理资源。 | 对比文件[0025]：”（i）専用のスケジューリング要求（ＳＲ）チャネルと（ii）バッファ状態報告とをサポートする。”<br>对比文件[0026]：”専用ＳＲチャネル手法では、ＵＥがＵＬ資源を要求しているということをｅＮｏｄｅＢに示すメッセージを送信するため、各アクティブＵＥに専用チャネルを割り当てる。” | **《未公开》** <br>对比文件明确公开了“专用调度请求资源”（D-SR）作为一种SR传输方式。但是，其并未公开在RACH上传输时，传输类型包括具体的“RACH配置”，更没有公开该RACH配置包括“PRACH的物理资源”。对比文件将RACH视为一个整体信道，没有描述其内部的具体资源配置（如PRACH周期、频域资源等）作为SR传输类型的一部分。 |
| **技术特征G：** 其特征在于，所述用户设备的多种业务的业务特性通过以下任一种方式表征：-所述用户设备的承载的QoS | 对比文件[0028]：”ＵＥ２のデータはＵＥ１のデータより低い優先度を持つと仮定しよう。”<br>对比文件[0028]：”ＵＥ２は割り当てを受けた資源を使用し、ＱｏＳ情報を含むバッファ状態報告と割り当てサイズに依存する幾つかのデータとを送信する。” | **《隐含公开》** <br>对比文件明确提到了数据的“优先级”和“QoS信息”。在通信系统中，承载（Bearer）的QoS参数（如QCI）直接决定了数据的优先级。因此，本领域技术人员可以合理推断，对比文件中提及的数据优先级实质上反映了承载的QoS特性，因此“承载的QoS”可以作为业务特性的一种表征方式。 |
| **技术特征H：** -逻辑信道的分组 | 对比文件[0035]：”例えば、ＵＥが無線ベアラ間で厳格な優先度（即ち、より低い優先度の無線ベアラからのデータの前に、常により高い優先度の無線ベアラからのデータを送信する）を採用すると仮定すると...” | **《未公开》** <br>对比文件提到了“无线承载”（Radio Bearer）以及它们之间的优先级。然而，“逻辑信道的分组”是一种更具体的、将不同逻辑信道归类以区分业务特性的操作。对比文件并未公开任何将逻辑信道进行分组以表征业务特性的内容，其仅关注数据本身的优先级。 |
| **技术特征I：** -缓存状态报告的不同类型 | 对比文件[0028]：”ＵＥ２は割り当てを受けた資源を使用し、ＱｏＳ情報を含むバッファ状態報告と割り当てサイズに依存する幾つかのデータとを送信する。”<br>对比文件[0030]：”新規の高い優先度のデータを示すバッファ状態報告をスケジューラに送信する機会をＵＥ２に提供するであろう。” | **《未公开》** <br>对比文件提到了“包含QoS信息的缓冲状态报告”和“指示高优先级数据的缓冲状态报告”，这表明BSR可以包含不同信息。然而，这并非目标专利所述的“缓存状态报告的不同类型”。目标专利的“不同类型”可能指基于不同触发事件或针对不同逻辑信道组的BSR类型（如常规BSR、周期BSR、填充BSR）。对比文件未对BSR进行这种分类，以作为表征业务特性的方式。 |
| **技术特征J：** -运行的应用的特性 | 对比文件[0028]：”ＵＥ２のデータはＵＥ１のデータより低い優先度を持つと仮定しよう。”<br>对比文件[0030]：”もしＵＥ２が続いて送るべき高い優先度のデータを持った後でさえ...” | **《未公开》** <br>对比文件仅提及数据具有“优先级”，但并未将业务特性与“运行的应用的特性”关联起来。目标专利明确提到不同类型的应用程序（如后台应用、视频应用）具有不同的业务特性。对比文件没有探讨数据来源（即应用）的特性，也没有据此对业务进行区分。 |
| **技术特征K：** 其特征在于，当所述用户设备的一种业务是由后台应用程序产生的业务时，对应于所述后台应用程序产生的业务的调度请求触发被配置为在具有较长周期的专用调度请求资源上传输，而所述多个调度请求触发中的其余调度请求触发被配置为在具有不同RACH配置的RACH上传输。 | 无相关描述。 | **《未公开》** <br>对比文件全文未提及“后台应用程序产生的业务”，也未公开为不同类型的业务（如后台业务与非后台业务）分别配置不同传输类型（D-SR或RACH）的调度请求。对比文件没有这种基于应用类型的差异化配置思想。 |
| **技术特征L：** 其特征在于，当所述用户设备的一种业务是由后台应用程序产生的业务时，所有的所述多个调度请求触发被配置为在具有不同RACH配置的RACH上传输。 | 无相关描述。 | **《未公开》** <br>与特征K类似，对比文件全文未提及“后台应用程序产生的业务”，也未公开将所有调度请求触发都配置在RACH上传输的方案，更不用说具有不同的RACH配置。 |
| **技术特征M：** 其特征在于，分配给PRACH的物理资源包括以下任一种：-RACH的时间资源和周期 | 无相关描述。 | **《未公开》** <br>对比文件未对PRACH（物理随机接入信道）的物理资源进行任何描述，例如时间资源、周期或前导码组。对比文件仅在概念层面提及RACH。 |
| **技术特征N：** -RACH的前导码的组 | 无相关描述。 | **《未公开》** <br>与特征M相同，对比文件未公开关于RACH前导码分组的任何信息。 |
| **技术特征O：** 其特征在于，所述配置信息通过专用RRC信令或者广播信令发送。 | 对比文件[0033]：”通常は、ＲＲＣシグナリングを通して閾値Ａと閾値Ｂとを構成することができる。”<br>对比文件[0039]：”典型的には無線資源制御（ＲＲＣ）シグナリングを通して、ＳＲをトリガするバッファ状態の変化を構成される。” | **《未公开》** <br>虽然对比文件公开了通过RRC信令配置SR触发条件（阈值），但目标专利的特征O特指发送“所述多个调度请求触发的配置信息”。由于对比文件未公开存在“多个调度请求触发”及其对应的“配置信息”，因此该特征对应的对象不存在。发送SR阈值配置与发送多个SR触发的配置信息本质上是不同的。 |
| **技术特征P：** 其特征在于，所述用户设备为RRC连接的用户设备。 | 对比文件[0025]：”基本的な上りリンク・スケジューリングの概念を図２に示す。”<br>对比文件全文讨论的是处于连接态的UE进行上行调度。 | **《隐含公开》** <br>对比文件讨论的整个调度请求和资源分配过程，均是针对处于连接态（RRC-connected）的UE。本领域技术人员可以明确理解，对比文件中的UE（如UE1和UE2）在进行SR传输、接收SG、发送BSR等操作时，必然处于RRC连接状态。因此，该特征被隐含公开。 |
| **技术特征Q：** 其特征在于，所述通信系统为LTE通信系统。 | 对比文件[0002]：”現在は、第３世代（３Ｇ）システム、３Ｇロング・ターム・エボリューション（ＬＴＥ）が、新しいアクセス技術および新しいアーキテクチャを含めて、第３世代パートナーシップ・プロジェクト（３ＧＰＰ）標準化機関内で開発されている。”<br>对比文件[0025]：”ＬＴＥ上りリンクでは、異なるユーザに異なる周波数部分を割当てることにより、一つの送信時間間隔（ＴＴＩ）で数個のユーザをスケジューリングすることができる。” | **《隐含公开》** <br>对比文件在背景技术部分明确提及LTE系统，并且其描述的上行链路调度（包括SR、SG、BSR）过程是LTE系统的典型特征。本领域技术人员可以毫无疑义地确定，该对比文件的技术方案是针对LTE通信系统或其演进系统的。 |
| **技术特征R：** 所述方法包括以下步骤：i.从所述基站接收与多个调度请求触发相关的配置信息，其中所述配置信息包括所述多个调度请求触发相对于所述用户设备的多种业务的映射方式以及对应于所述多个调度请求触发中的每个调度请求触发的传输类型，其中所述多个调度请求触发中的每个调度请求触发的传输类型是基于对应于该调度请求触发的业务的优先级确定的，并且其中所述传输类型是下列任一种：-在RACH上传输 | 对比文件[0033]：”通常は、ＲＲＣシグナリングを通して閾値Ａと閾値Ｂとを構成することができる。”<br>对比文件[0039]：”典型的には無線資源制御（ＲＲＣ）シグナリングを通して、ＳＲをトリガするバッファ状態の変化を構成される。” | **《未公开》** <br>与特征A、B、C、D、E的论述一致，对比文件未公开“多个调度请求触发”及其“映射方式”和基于业务优先级的“传输类型”等配置信息。UE从基站接收的内容是单个SR的触发条件（如阈值），而非目标专利所定义的针对多业务的SR配置。 |
| **技术特征S：** -在专用调度请求资源上传输；并且中当所述传输类型为在RACH上传输时，所述传输类型包括RACH配置且所述RACH配置包括PRACH的物理资源。 | 对比文件[0025]：”（i）専用のスケジューリング要求（ＳＲ）チャネルと（ii）バッファ状態報告とをサポートする。” | **《未公开》** <br>与特征F的论述一致，对比文件虽公开了D-SR，但未公开RACH上的传输类型包括具体的RACH配置及PRACH物理资源。 |
| **技术特征T：** 其特征在于，所述方法还包括以下步骤：ii.基于当前业务的业务特性以及所述映射方式，选择对应于所述当前业务的调度请求触发 | 对比文件[0014]：”幾つかの実施形態では、スケジューリング要求のトリガ・イベントが起こったかどうかを判定するステップには、（ａ）第一のＳＲを送信した後、基地局に送信するため利用可能となった追加のデータが、最初のデータより高い優先度を持つかどうかを判定すること、...”<br>对比文件[0033]：”幾つかの実施形態では、以下の条件の一個以上を満足する場合のみ、バッファ状態が“変化”したと考える。（１）より高い優先度のデータがバッファに到達した。...” | **《未公开》** <br>对比文件描述的是根据数据优先级变化等条件来判定是否触发“一个”SR，而非基于预定义的“映射方式”从“多个”SR触发中选择“一个”。目标专利的“选择”是基于配置好的映射关系（业务->SR触发），而对比文件的“触发”是基于实时的事件（如高优先级数据到达）。二者的机制完全不同。 |
| **技术特征U：** iii.通过对应于所述调度请求触发的传输类型，传输所触发的调度请求。 | 对比文件[0025]：”（i）専用のスケジューリング要求（ＳＲ）チャネルと（ii）バッファ状態報告とをサポートする。 あるいは、同じ目的のため、同期したランダム・アクセス・チャネル（ＲＡＣＨ）を使用できる。”<br>对比文件[0026]：”専用ＳＲチャネル手法では、ＵＥがＵＬ資源を要求しているということをｅＮｏｄｅＢに示すメッセージを送信するため、各アクティブＵＥに専用チャネルを割り当てる。” | **《隐含公开》** <br>对比文件公开了UE可以通过专用SR信道或RACH来传输调度请求（SR）。当满足触发条件时，UE会通过这两种方式之一发送SR。这隐含公开了“通过对应于调度请求触发的传输类型，传输所触发的调度请求”这一步骤。但是，需要指出的是，对比文件中的传输类型是预设的（UE要么有D-SR，要么没有），而非目标专利中基于“映射方式”选择后的结果。 |
| **技术特征V：** 所述装置包括：第一单元，用于基于所述用户设备的多种业务的业务特性，为所述用户设备确定多个调度请求触发以及对应于所述多个调度请求触发中的每个调度请求触发的传输类型 | 对比文件[0025]-[0033]描述了基站（eNodeB）的调度器如何工作。 | **《未公开》** <br>与特征A的论述一致。对比文件中的调度器（装置的第一单元的对应物）并未执行“基于多种业务的业务特性确定多个调度请求触发”的操作。其功能是基于接收到的SR和BSR进行资源分配，而非预先配置多个SR触发。 |
| **技术特征W：** 第二单元，用于将所述多个调度请求触发的配置信息发送至所述用户设备，其中所述多个调度请求触发的所述配置信息包括所述多个调度请求触发相对于所述用户设备的多种业务的映射方式以及对应于所述多个调度请求触发中的每个调度请求触发的传输类型，其中所述多个调度请求触发中的每个调度请求触发的传输类型是基于对应于该调度请求触发的业务的优先级确定的，并且其中所述传输类型是下列任一种：-在RACH上传输 | 对比文件[0033]：”通常は、ＲＲＣシグナリングを通して閾値Ａと閾値Ｂとを構成することができる。” | **《未公开》** <br>与特征B、C、D、E的论述一致。对比文件中的基站侧装置（调度器）并未发送包含“多个SR触发”、“映射方式”和“基于优先级的传输类型”的配置信息。 |
| **技术特征X：** -在专用调度请求资源上传输；并且中当所述传输类型为在RACH上传输时，所述传输类型包括RACH配置且所述RACH配置包括PRACH的物理资源。 | 对比文件[0025]：”（i）専用のスケジューリング要求（ＳＲ）チャネルと（ii）バッファ状態報告とをサポートする。” | **《未公开》** <br>与特征F、S的论述一致。对比文件未公开RACH配置及其包含的PRACH物理资源。 |
---
### 结论代码
根据上述严谨分析，对比文件JP2010530707A直接或隐含公开了目标专利CN104170491B的部分技术特征。具体如下：
* 技术特征E被隐含公开。
* 技术特征G被隐含公开。
* 技术特征P被隐含公开。
* 技术特征Q被隐含公开。
* 技术特征U被隐含公开。
因此，在回答的结尾插入对应的小写英文代码。
<<<e>>><<<g>>><<<p>>><<<q>>><<<u>>>