对比文件名称：2011-06-23_JP2011518468A_发明专利_JP2011518468A How to prohibit the unnecessary scheduling requests for uplink grant
目标专利名称：761 用于配置多个调度请求触发的方法和装置 CN104170491B
本次调用的模型名称：Gemini 2.5 Pro
### 特征比对表格
| 技术特征描述以及公开性判断结果 | 对比文件原文引用 | 公开性论述 |
| 技术特征A：所述方法包括以下步骤：a.基于所述用户设备的多种业务的业务特性，为所述用户设备确定多个调度请求触发以及对应于所述多个调度请求触发中的每个调度请求触发的传输类型<br>**《未公开》** | 对比文件[0005]等公开了基于逻辑信道群（LCG）的优先级触发SR的机制，但未公开为所述用户设备确定**多个**调度请求触发及其对应的传输类型。 | 对比文件的核心在于为单一的SR触发引入禁止机制以区分业务优先级（高优先级触发SR，低优先级禁止SR）。其并未公开基于多种业务的业务特性为用户设备配置**多个独立的调度请求触发**，仅是对单一的SR触发行为（允许或禁止）进行控制。本领域技术人员无法从对比文件毫无疑义地得出“多个调度请求触发”的技术方案。 |
| 技术特征B：b.将所述多个调度请求触发的配置信息发送至所述用户设备<br>**《未公开》** | 对比文件未公开将多个调度请求触发的配置信息发送至用户设备。 | 对比文件中，基站并未发送“多个调度请求触发”的配置信息，而是通过RRC信令配置半持续调度（SPS）资源和SR禁止定时器等。 |
| 技术特征C：其中所述多个调度请求触发的所述配置信息包括所述多个调度请求触发相对于所述用户设备的多种业务的映射方式以及对应于所述多个调度请求触发中的每个调度请求触发的传输类型<br>**《未公开》** | 对比文件未公开上述映射方式和传输类型配置。 | 对比文件未涉及多个SR触发的概念，因此不存在将多个SR触发映射到多种业务以及配置每个SR触发的传输类型的配置信息。 |
| 技术特征D：其中所述多个调度请求触发中的每个调度请求触发的传输类型是基于对应于该调度请求触发的业务的优先级确定的<br>**《未公开》** | 对比文件[0008]-[0009]公开了基于数据优先级决定是否发送SR，但未公开基于优先级确定**多个SR触发各自的传输类型**。 | 对比文件根据优先级决定是否触发一个单一的SR，而目标专利是根据业务优先级，为**不同的SR触发**分别配置不同的传输类型（如在RACH上传输或在专用调度请求资源上传输）。 |
| 技术特征E：并且其中所述传输类型是下列任一种：-在RACH上传输<br>**《直接公开》** | 对比文件[0005]：“ランダム・アクセス・スケジューリング要求（ＳＲ）（ＲＡ−ＳＲ）がＲＡＣＨ上で送信される” | 对比文件明确公开了调度请求（SR）可以在RACH上传输，即RA-SR。这与目标专利中“在RACH上传输”的传输类型完全一致。 |
| 技术特征F：-在专用调度请求资源上传输；并且中当所述传输类型为在RACH上传输时，所述传输类型包括RACH配置且所述RACH配置包括PRACH的物理资源。<br>**《直接公开》** | 对比文件[0005]：“専用スケジューリング要求（ＳＲ）（Ｄ−ＳＲ）がＰＵＣＣＨ上で送信されるか、またはその代わりに、ランダム・アクセス・スケジューリング要求（ＳＲ）（ＲＡ−ＳＲ）がＲＡＣＨ上で送信される。” | 对比文件公开了SR可以在专用调度请求资源（D-SR on PUCCH）上传输。同时，SR在RACH上传输（RA-SR）意味着其传输类型必然包括RACH配置，该配置必然定义了PRACH的物理资源，这是本领域的公知常识。 |
| 技术特征G：其特征在于，所述用户设备的多种业务的业务特性通过以下任一种方式表征：-所述用户设备的承载的QoS<br>**《直接公开》** | 对比文件[0009]：“優先順位は、当該データに関連した、...サービス品質、...のうちの１つ以上に関連する場合がある。” | 对比文件明确公开了数据的优先级可以与“サービス品質（QoS）”相关联。因此，目标专利中通过承载的QoS表征业务特性的方式被直接公开。 |
| 技术特征H：-逻辑信道的分组<br>**《直接公开》** | 对比文件[0005]：“異なる論理チャネルは通常、同じような特性を共有する論理チャネル群（ＬＣＧ）にグループ化される。” | 对比文件明确公开了将逻辑信道分组为逻辑信道群（LCG）。这与目标专利中“逻辑信道的分组”的表征方式完全一致。 |
| 技术特征I：-缓存状态报告的不同类型<br>**《未公开》** | 对比文件[0005]等公开了BSR，但未涉及“不同类型”的BSR。 | 对比文件仅一般性地提及了缓存状态报告（BSR），并未公开通过“缓存状态报告的不同类型”（如长BSR、短BSR等）来表征业务特性。 |
| 技术特征J：-运行的应用的特性。<br>**《直接公开》** | 对比文件[0009]：“第１の優先順位のデータは遅延に影響を受け易いデータである場合があり、そして第２の優先順位のデータはＩＰ音声（ＶｏＩＰ）データである場合がある。” | 对比文件通篇基于运行的应用（如VoIP应用、信令应用）的特性来区分业务优先级和处理SR触发。因此，通过“运行的应用的特性”表征业务特性被直接公开。 |
| 技术特征K：其特征在于，当所述用户设备的一种业务是由后台应用程序产生的业务时，对应于所述后台应用程序产生的业务的调度请求触发被配置为在具有较长周期的专用调度请求资源上传输，而所述多个调度请求触发中的其余调度请求触发被配置为在具有不同RACH配置的RACH上传输。<br>**《未公开》** | 对比文件未公开上述配置。 | 对比文件未涉及多个调度请求触发的配置。其对于低优先级业务（如VoIP）的处理方式是禁止SR，而非为其配置一个具有较长周期的专用调度请求资源，同时为其他业务配置不同的RACH资源。 |
| 技术特征L：其特征在于，当所述用户设备的一种业务是由后台应用程序产生的业务时，所有的所述多个调度请求触发被配置为在具有不同RACH配置的RACH上传输。<br>**《未公开》** | 对比文件未公开上述配置。 | 对比文件未公开为所有业务配置在具有不同RACH配置的RACH上传输的多个SR触发。 |
| 技术特征M：其特征在于，分配给PRACH的物理资源包括以下任一种：-RACH的时间资源和周期<br>**《直接公开》** | 对比文件[0003]：“競合ベースのランダム・アクセス・チャネル（ＲＡＣＨ）上で送信可能である。” | 对比文件公开了使用RACH进行SR传输，而RACH的物理资源（PRACH）在LTE系统中必然包括时间资源和周期。这是本领域的标准技术知识，属于直接公开。 |
| 技术特征N：-RACH的前导码的组。<br>**《未公开》** | 对比文件未公开将RACH前导码分组用于区分多个SR触发。 | 对比文件未涉及通过RACH前导码组来区分不同的调度请求触发。 |
| 技术特征O：其特征在于，所述配置信息通过专用RRC信令或者广播信令发送。<br>**《未公开》** | 对比文件未公开发送“多个调度请求触发”的配置信息。 | 对比文件未涉及多个SR的配置，因此不存在通过专用RRC信令或广播信令发送该配置信息的技术方案。 |
| 技术特征P：其特征在于，所述用户设备为RRC连接的用户设备。<br>**《直接公开》** | 对比文件[0002]：“RRC接続（RRC-connected）モードのユーザ装置” | 对比文件明确公开了用户设备为RRC连接模式。 |
| 技术特征Q：其特征在于，所述通信系统为LTE通信系统。<br>**《直接公开》** | 对比文件[0002]：“第３世代パートナーシップ・プロジェクト（３ＧＰＰ）標準化団体において、...ＬＴＥのような技術” | 对比文件明确公开了其技术适用于LTE通信系统。 |
| 技术特征R：所述方法包括以下步骤：i.从所述基站接收与多个调度请求触发相关的配置信息，其中所述配置信息包括所述多个调度请求触发相对于所述用户设备的多种业务的映射方式以及对应于所述多个调度请求触发中的每个调度请求触发的传输类型，其中所述多个调度请求触发中的每个调度请求触发的传输类型是基于对应于该调度请求触发的业务的优先级确定的，并且其中所述传输类型是下列任一种：-在RACH上传输<br>**《未公开》** | 对比文件未公开从基站接收“多个调度请求触发”的配置信息。 | 对比文件中，用户设备接收的是半持续调度（SPS）资源和SR禁止定时器的配置，而非多个SR触发的配置信息。 |
| 技术特征S：-在专用调度请求资源上传输；并且中当所述传输类型为在RACH上传输时，所述传输类型包括RACH配置且所述RACH配置包括PRACH的物理资源。<br>**《未公开》** | 对比文件未公开上述内容。 | 基于与特征R相同的理由，对比文件未公开此技术特征。 |
| 技术特征T：其特征在于，所述方法还包括以下步骤：ii.基于当前业务的业务特性以及所述映射方式，选择对应于所述当前业务的调度请求触发<br>**《未公开》** | 对比文件[0008]公开了基于优先级决定是否发送SR，但未公开从“多个SR触发”中选择对应于当前业务的SR触发。 | 对比文件仅存在一个SR触发机制，其基于业务特性（优先级）决定是否触发该单一的SR，而非从多个预设的SR触发中选择一个。 |
| 技术特征U：iii.通过对应于所述调度请求触发的传输类型，传输所触发的调度请求。<br>**《直接公开》** | 对比文件[0005]：“専用スケジューリング要求（ＳＲ）（Ｄ−ＳＲ）がＰＵＣＣＨ上で送信されるか、またはその代わりに、ランダム・アクセス・スケジューリング要求（ＳＲ）（ＲＡ−ＳＲ）がＲＡＣＨ上で送信される。” | 对比文件公开了通过对应于SR触发的传输类型（D-SR on PUCCH 或 RA-SR on RACH）来传输所触发的调度请求。 |
| 技术特征V：所述装置包括：第一单元，用于基于所述用户设备的多种业务的业务特性，为所述用户设备确定多个调度请求触发以及对应于所述多个调度请求触发中的每个调度请求触发的传输类型<br>**《未公开》** | 对比文件未公开上述装置单元。 | 对比文件未公开用于确定“多个调度请求触发”的装置单元。 |
| 技术特征W：第二单元，用于将所述多个调度请求触发的配置信息发送至所述用户设备，其中所述多个调度请求触发的所述配置信息包括所述多个调度请求触发相对于所述用户设备的多种业务的映射方式以及对应于所述多个调度请求触发中的每个调度请求触发的传输类型，其中所述多个调度请求触发中的每个调度请求触发的传输类型是基于对应于该调度请求触发的业务的优先级确定的，并且其中所述传输类型是下列任一种：-在RACH上传输<br>**《未公开》** | 对比文件未公开上述装置单元。 | 对比文件未公开用于发送“多个调度请求触发”的配置信息的装置单元。 |
| 技术特征X：-在专用调度请求资源上传输；并且中当所述传输类型为在RACH上传输时，所述传输类型包括RACH配置且所述RACH配置包括PRACH的物理资源。<br>**《未公开》** | 对比文件未公开上述装置单元。 | 基于与特征W相同的理由，对比文件未公开此技术特征。 |
<<<E>>><<<F>>><<<G>>><<<H>>><<<J>>><<<M>>><<<P>>><<<Q>>><<<U>>>