对比文件的名称：2010-11-11_WO2010128927A_发明申请_WO2010128927A1 HANDLING A SCHEDULING REQUEST TRIGGER
目标专利的名称：761用于配置多个调度请求触发的方法和装置CN104170491B
本次调用的模型名称：AI Assistant
### 特征比对表格
| 技术特征描述以及公开性判断结果 | 对比文件原文引用 | 公开性论述 |
| **特征A：《未公开》** <br> 基于所述用户设备的多种业务的业务特性，为所述用户设备确定多个调度请求触发以及对应于所述多个调度请求触发中的每个调度请求触发的传输类型 | D1 [0037]-[0076] 主要涉及用户设备如何处理和取消已触发的调度请求。D1 [0072] 提及了数据到达触发BSR和SR。 | D1未公开基站基于多种业务的业务特性为用户设备确定多个调度请求触发。D1中，调度请求触发由数据到达自动在UE侧生成，而非由基站根据业务特性进行配置。D1的核心在于UE如何处理已存在的待定SR（取消机制），而非网络侧如何配置多个SR触发。因此，特征A未被公开。 |
| **特征B：《未公开》** <br> 将所述多个调度请求触发的配置信息发送至所述用户设备 | D1未公开基站向UE发送配置信息。 | D1不涉及基站发送调度请求触发的配置信息。D1中UE的行为是基于标准协议的固有流程，无需基站发送特定配置信令。 |
| **特征C：《未公开》** <br> 其中所述多个调度请求触发的所述配置信息包括所述多个调度请求触发相对于所述用户设备的多种业务的映射方式以及对应于所述多个调度请求触发中的每个调度请求触发的传输类型 | D1未公开配置信息的具体内容。 | D1未公开基站发送的配置信息，更未公开该配置信息中包含SR触发与业务的映射方式以及传输类型。 |
| **特征D：《未公开》** <br> 其中所述多个调度请求触发中的每个调度请求触发的传输类型是基于对应于该调度请求触发的业务的优先级确定的 | D1 [0008] 提及了新到达数据的优先级高于已有数据时触发Regular BSR。D1 [0009] 公开了D-SR和RA-SR两种传输类型。 | D1虽然公开了数据的优先级以及SR的传输类型，但并未公开将业务的优先级与SR触发的传输类型进行关联配置。D1中传输类型的选择取决于UE是否配置了专用调度请求资源，而非基于触发该SR的业务优先级。 |
| **特征E：《直接公开》** <br> 传输类型是下列任一种：<br>- 在RACH上传输 | D1 [0009]：<br>“or on the Physical Random Access Channel (PRACH) and is then known as a random access SR (RA-SR).” | D1明确公开了调度请求可以在RACH上传输（RA-SR）。这与特征E完全一致。 |
| **特征F：《直接公开》** <br> - 在专用调度请求资源上传输；并且中当所述传输类型为在RACH上传输时，所述传输类型包括RACH配置且所述RACH配置包括PRACH的物理资源 | D1 [0009]：<br>“The SR is transmitted either on the user equipment's preallocated scheduling request resource on a Physical Uplink Control Channel (PUCCH) and is then known as dedicated SR (D-SR) ... or on the Physical Random Access Channel (PRACH) and is then known as a random access SR (RA-SR).” | D1明确公开了在专用调度请求资源上传输（D-SR）以及在RACH上传输（RA-SR）两种类型。当在RACH上传输时，D1明确提及了物理随机接入信道（PRACH），本领域技术人员公知RACH配置必然包含PRACH的物理资源。因此，特征F被直接公开。 |
| **特征G：《未公开》** <br> 所述用户设备的多种业务的业务特性通过以下任一种方式表征：<br>- 所述用户设备的承载的QoS | D1未公开承载的QoS。 | D1没有提及利用承载的QoS来表征业务特性以配置多个调度请求触发。 |
| **特征H：《直接公开》** <br> - 逻辑信道的分组 | D1 [0008]：<br>“data for a logical channel belonging to a Logical Channel Group (LCG) are considered” | D1明确公开了在触发BSR和SR时考虑逻辑信道组（LCG），即通过逻辑信道的分组来表征数据的业务特性。这与特征H完全一致。 |
| **特征I：《未公开》** <br> - 缓存状态报告的不同类型 | D1 [0008] 提及了“Regular Buffer Status Report (BSR)”。 | D1主要关注Regular BSR的触发和处理，并未公开利用缓存状态报告的不同类型（如Regular, Periodic, Padding）来表征业务特性以配置多个调度请求触发。 |
| **特征J：《未公开》** <br> - 运行的应用的特性 | D1未公开运行的应用的特性。 | D1没有提及根据运行的应用的特性来配置调度请求触发。 |
| **特征K：《未公开》** <br> 当所述用户设备的一种业务是由后台应用程序产生的业务时，对应于所述后台应用程序产生的业务的调度请求触发被配置为在具有较长周期的专用调度请求资源上传输，而所述多个调度请求触发中的其余调度请求触发被配置为在具有不同RACH配置的RACH上传输 | D1未公开后台业务。 | D1没有涉及针对后台应用程序产生的业务的特定调度请求触发配置。 |
| **特征L：《未公开》** <br> 当所述用户设备的一种业务是由后台应用程序产生的业务时，所有的所述多个调度请求触发被配置为在具有不同RACH配置的RACH上传输 | D1未公开后台业务。 | D1没有涉及针对后台应用程序产生的业务的特定调度请求触发配置。 |
| **特征M：《隐含公开》** <br> 分配给PRACH的物理资源包括以下任一种：<br>- RACH的时间资源和周期 | D1 [0009]：<br>“or on the Physical Random Access Channel (PRACH) and is then known as a random access SR (RA-SR).” | D1公开了在PRACH上传输RA-SR。本领域技术人员公知，PRACH的物理资源必然包括RACH的时间资源和周期参数。虽然D1未明确列出该具体选项，但其公开的内容足以使得本领域技术人员合理推断出该技术特征。 |
| **特征N：《隐含公开》** <br> - RACH的前导码的组 | D1 [0009]：<br>“or on the Physical Random Access Channel (PRACH) and is then known as a random access SR (RA-SR).” | D1公开了在PRACH上传输RA-SR。本领域技术人员公知，PRACH的物理资源必然包括RACH的前导码的组。虽然D1未明确列出该具体选项，但其公开的内容足以使得本领域技术人员合理推断出该技术特征。 |
| **特征O：《未公开》** <br> 所述配置信息通过专用RRC信令或者广播信令发送 | D1未公开配置信息的发送方式。 | D1没有涉及如何发送调度请求触发的配置信息。 |
| **特征P：《隐含公开》** <br> 所述用户设备为RRC连接的用户设备 | D1 [0005]-[0007] 涉及LTE系统中的用户设备，[0009] 涉及D-SR和RA-SR的传输。 | D1整体方案基于LTE系统，本领域技术人员公知，调度请求（SR）的传输机制是RRC连接态（RRC_CONNECTED）用户设备的特征。因此，虽然D1未明确写明“RRC连接的用户设备”，但可以合理推断该特征。 |
| **特征Q：《直接公开》** <br> 所述通信系统为LTE通信系统 | D1 [0007]：<br>“3GPP Long Term Evolution (LTE) standard” | D1明确公开了其通信系统为LTE通信系统。 |
| **特征R：《未公开》** <br> 从所述基站接收与多个调度请求触发相关的配置信息，其中所述配置信息包括所述多个调度请求触发相对于所述用户设备的多种业务的映射方式以及对应于所述多个调度请求触发中的每个调度请求触发的传输类型，其中所述多个调度请求触发中的每个调度请求触发的传输类型是基于对应于该调度请求触发的业务的优先级确定的，并且其中所述传输类型是下列任一种：<br>- 在RACH上传输<br>- 在专用调度请求资源上传输；并且中当所述传输类型为在RACH上传输时，所述传输类型包括RACH配置且所述RACH配置包括PRACH的物理资源 | D1未公开UE从基站接收配置信息。 | D1没有公开UE接收基站发送的关于多个调度请求触发的配置信息，更未公开该配置信息的具体内容。 |
| **特征S：《未公开》** <br>（同R的UE侧描述） | D1未公开。 | 同特征R，D1没有公开UE接收的配置信息中包含RACH配置。 |
| **特征T：《未公开》** <br> 基于当前业务的业务特性以及所述映射方式，选择对应于所述当前业务的调度请求触发 | D1未公开映射方式和基于映射的选择。 | D1没有公开UE根据业务特性和映射方式选择对应的调度请求触发。D1中SR触发由数据到达直接生成。 |
| **特征U：《未公开》** <br> 通过对应于所述调度请求触发的传输类型，传输所触发的调度请求 | D1 [0009] 公开了SR的传输，但未公开“对应于所述调度请求触发的传输类型”。 | D1虽然公开了传输调度请求（在D-SR或RACH上），但该传输是基于通用流程，而非基于配置信息中对应于特定调度请求触发的传输类型进行传输。特征U中的“对应于所述调度请求触发的传输类型”限定了传输类型与特定触发相关联，这一点D1未公开。 |
| **特征V：《未公开》** <br> 所述装置包括：第一单元，用于基于所述用户设备的多种业务的业务特性，为所述用户设备确定多个调度请求触发以及对应于所述多个调度请求触发中的每个调度请求触发的传输类型 | D1 [图9] 公开了UE侧的装置（生成单元920、取消单元930、发送单元940），未公开基站侧用于确定多个SR触发的第一单元。 | D1没有公开基站侧用于确定多个调度请求触发的装置。 |
| **特征W：《未公开》** <br> 第二单元，用于将所述多个调度请求触发的配置信息发送至所述用户设备，其中所述多个调度请求触发的所述配置信息包括所述多个调度请求触发相对于所述用户设备的多种业务的映射方式以及对应于所述多个调度请求触发中的每个调度请求触发的传输类型，其中所述多个调度请求触发中的每个调度请求触发的传输类型是基于对应于该调度请求触发的业务的优先级确定的，并且其中所述传输类型是下列任一种：<br>- 在RACH上传输<br>- 在专用调度请求资源上传输；并且中当所述传输类型为在RACH上传输时，所述传输类型包括RACH配置且所述RACH配置包括PRACH的物理资源 | D1未公开用于发送配置信息的第二单元。 | D1没有公开基站侧用于发送配置信息的装置。 |
| **特征X：《未公开》** <br>（装置细节，同W） | D1未公开。 | D1没有公开特征X中限定的具体装置细节。 |
<<<E>>><<<F>>><<<H>>><<<Q>>><<<m>>><<<n>>><<<p>>>