好的，请查收基于您提供的对比文件和目标专利的评估分析。
**对比文件名称：** 2009-01-28_CN101355788A_发明公开_CN101355788A 发送上行资源调度请求的方法和装置
**目标专利名称：** 761用于配置多个调度请求触发的方法和装置CN104170491B
**本次调用的模型名称：** 无（未指定）
### 特征比对表格
| 技术特征描述以及公开性判断 | 对比文件原文引用 | 公开性论述 |
| **技术特征A**：所述方法包括以下步骤：a.基于所述用户设备的多种业务的业务特性，为所述用户设备确定多个调度请求触发以及对应于所述多个调度请求触发中的每个调度请求触发的传输类型<br>**《隐含公开》** | 说明书第[0037]段：“根据用户设备的无线承载的服务质量特性和所承载的业务类型，对无线承载进行分组，并对每个无线承载组设置优先级和组编号”；<br>说明书第[0045]段：“UE通过竞争方式在RACH上发送数字序列”；<br>说明书第[0026]段：“对于上行调度，需要UE发送上行资源调度请求信息”。 | 对比文件公开了根据业务特性（QoS、业务类型）对承载进行分组，不同的组对应不同的业务。虽然对比文件没有明确使用“多个调度请求触发”这一术语，但其对无线承载分组后，每个组的上报需求（缓存状态报告）实际上可以理解为潜在的、独立的调度请求触发源。对比文件进一步公开了两种传输类型：1）有上行资源时通过带内方式发送（隐含对应非竞争资源）；2）无上行资源时通过竞争方式在RACH上发送。本领域技术人员可以合理推断，为了满足不同业务组的QoS需求，可以为不同业务组（或业务类型）配置不同的调度请求触发，并为其分配对应的传输类型（如高优先级业务使用专用资源或特定RACH配置，低优先级业务使用竞争RACH），这与目标专利的核心思想一致。因此，技术特征A被对比文件隐含公开。 |
| **技术特征B**：b.将所述多个调度请求触发的配置信息发送至所述用户设备<br>**《未公开》** | 无直接或隐含的对应内容。 | 对比文件主要从用户设备（UE）侧描述如何根据分组和优先级生成并发送调度请求，并未涉及网络侧（基站）将“多个调度请求触发的配置信息”发送给用户设备的步骤。对比文件中的分组规则和优先级设置是UE根据预设规则自行完成的，并非由基站通过信令配置。因此，技术特征B未被对比文件公开。 |
| **技术特征C**：其中所述多个调度请求触发的所述配置信息包括所述多个调度请求触发相对于所述用户设备的多种业务的映射方式以及对应于所述多个调度请求触发中的每个调度请求触发的传输类型<br>**《未公开》** | 无直接或隐含的对应内容。 | 对比文件没有公开基站向UE发送“配置信息”的过程，因此更未公开该配置信息包含“映射方式”和“传输类型”。对比文件中，UE是根据内部规则（如RB的QoS特性）自行对承载进行分组并生成调度请求，其映射关系是隐含在UE的处理逻辑中，而非作为配置信息从基站获取。因此，技术特征C未被对比文件公开。 |
| **技术特征D**：其中所述多个调度请求触发中的每个调度请求触发的传输类型是基于对应于该调度请求触发的业务的优先级确定的<br>**《隐含公开》** | 说明书第[0037]段：“将承载RT业务类型的RB分成一个RB组，并且设置该RB组的优先级最高”；<br>说明书第[0043]段：“每个RB组的缓存状态值按照RB组的优先级降序排列在SR数据部分中”；<br>说明书第[0045]段：“UE通过竞争方式在RACH上发送数字序列”。 | 对比文件公开了根据业务类型（如RT、NRT、BE）设置不同优先级（如RT最高、BE最低）。虽然对比文件没有明确将传输类型与优先级直接关联，但其公开了两种传输场景（有上行资源和没有上行资源）。对于高优先级业务（如RT），为保证其QoS，通常会优先分配上行资源，或使用更可靠的传输机制。本领域技术人员可以合理推断，当没有上行资源时，高优先级业务可能触发在RACH上的快速请求，而低优先级业务可能被延迟或使用不同配置的RACH。这种基于优先级（或业务特性）选择传输方式的逻辑是调度请求设计中的常见考量。因此，技术特征D被对比文件隐含公开。 |
| **技术特征E**：并且其中所述传输类型是下列任一种：-在RACH上传输<br>**《直接公开》** | 说明书第[0026]段：“当eNodeB未对UE分配了上行资源时，UE有数据需要发送的时候，通过竞争方式在RACH上发送SR”。 | 对比文件明确公开了调度请求（SR）可以通过“在RACH上传输”的方式发送。该内容在对比文件中起到的作用是提供一种在无上行资源时发送调度请求的机制，与目标专利中“在RACH上传输”作为调度请求传输类型的作用完全相同。因此，技术特征E被对比文件直接公开。 |
| **技术特征F**：-在专用调度请求资源上传输；并且中当所述传输类型为在RACH上传输时，所述传输类型包括RACH配置且所述RACH配置包括PRACH的物理资源<br>**《未公开》** | 无直接或隐含的对应内容。 | 对比文件提到了“避免竞争方式发送上行资源调度请求的机制”（说明书第[0027]段），但未明确其为“专用调度请求资源”。更重要的是，对比文件虽提及在RACH上发送，但并未具体定义或公开“RACH配置”包括“PRACH的物理资源”（如时频资源、周期等）。对比文件仅将RACH作为一种竞争接入信道使用，未涉及为不同调度请求配置不同的RACH物理资源。因此，技术特征F未被对比文件公开。 |
| **技术特征G**：其特征在于，所述用户设备的多种业务的业务特性通过以下任一种方式表征：-所述用户设备的承载的QoS<br>**《直接公开》** | 说明书第[0037]段：“根据用户设备的无线承载的服务质量特性和所承载的业务类型，对无线承载进行分组”。 | 对比文件明确使用了“无线承载的服务质量特性（QoS）”作为对无线承载进行分组和设置优先级的依据。该内容在对比文件中起到的作用是作为区分不同业务和进行资源调度的基础，与目标专利中表征业务特性的作用完全相同。因此，技术特征G被对比文件直接公开。 |
| **技术特征H**：-逻辑信道的分组<br>**《直接公开》** | 说明书第[0037]段：“对无线承载进行分组”；<br>说明书第[0025]段：“缓存状态报告主要有三种报告粒度：UE、RB和RB组”。 | 对比文件公开了根据业务特性对无线承载（Radio Bearer, RB）进行分组，形成“RB组”。在LTE中，无线承载映射到逻辑信道。因此，对无线承载进行分组实质上等同于对逻辑信道进行分组。该内容在对比文件中起到的作用是实现基于业务组的精细化调度，与目标专利中“逻辑信道的分组”表征业务特性的作用相同。因此，技术特征H被对比文件直接公开。 |
| **技术特征I**：-缓存状态报告的不同类型<br>**《直接公开》** | 说明书第[0025]段：“缓存状态报告主要有三种报告粒度：UE、RB和RB组，每一种粒度代表了一种报告开销与报告的信息精度之间的一种折衷”。 | 对比文件明确公开了缓存状态报告（BSR）存在“UE、RB和RB组”三种不同的类型/粒度。该内容在对比文件中起到的作用是提供不同精度的上报方式来适应不同需求，与目标专利中“缓存状态报告的不同类型”表征业务特性的作用相同。因此，技术特征I被对比文件直接公开。 |
| **技术特征J**：-运行的应用的特性<br>**《直接公开》** | 说明书第[0037]段：“根据用户设备的无线承载的服务质量特性和所承载的业务类型...将承载RT(实时业务)业务类型的RB分成一个RB组...将承载NRT(非实时业务)业务类型的RB...将承载BE(尽力而为业务)业务类型的RB分成一个RB组”。 | 对比文件公开了根据承载的业务类型（RT实时业务、NRT非实时业务、BE尽力而为业务）进行分组。这些业务类型直接反映了运行的应用的特性（如实时应用、非实时应用、后台应用）。该内容在对比文件中起到的作用是区分不同应用的需求以进行差异化处理，与目标专利中“运行的应用的特性”表征业务特性的作用相同。因此，技术特征J被对比文件直接公开。 |
| **技术特征K**：其特征在于，当所述用户设备的一种业务是由后台应用程序产生的业务时，对应于所述后台应用程序产生的业务的调度请求触发被配置为在具有较长周期的专用调度请求资源上传输，而所述多个调度请求触发中的其余调度请求触发被配置为在具有不同RACH配置的RACH上传输<br>**《未公开》** | 无直接或隐含的对应内容。 | 对比文件未提及“后台应用程序”这一特定业务类型，也未公开“专用调度请求资源”及其“较长周期”的配置。对比文件虽提及不同优先级业务，但并未为特定业务（如后台业务）配置专用的、周期性的调度请求资源，更未将其与其他在RACH上传输的调度请求进行组合配置。因此，技术特征K未被对比文件公开。 |
| **技术特征L**：其特征在于，当所述用户设备的一种业务是由后台应用程序产生的业务时，所有的所述多个调度请求触发被配置为在具有不同RACH配置的RACH上传输<br>**《未公开》** | 无直接或隐含的对应内容。 | 对比文件未提及“后台应用程序”业务，也未公开“在具有不同RACH配置的RACH上传输”所有调度请求触发的方案。对比文件中的RACH仅作为一种无资源时的竞争接入方式，未涉及为不同调度请求配置不同的RACH参数（如周期、前导码组等）。因此，技术特征L未被对比文件公开。 |
| **技术特征M**：其特征在于，分配给PRACH的物理资源包括以下任一种：-RACH的时间资源和周期<br>**《未公开》** | 无直接或隐含的对应内容。 | 对比文件仅在[0045]段提到“通过竞争方式在RACH上发送数字序列”，但完全没有公开RACH的具体物理资源配置，例如“时间资源和周期”。对比文件不涉及对PRACH物理资源的配置细节。因此，技术特征M未被对比文件公开。 |
| **技术特征N**：-RACH的前导码的组<br>**《未公开》** | 无直接或隐含的对应内容。 | 对比文件在[0045]段提到“数字序列”，该数字序列可理解为前导码，但并未公开将前导码划分为不同的“组”来区分不同的调度请求或业务。对比文件中的数字序列仅用于请求资源，而非区分调度请求类型。因此，技术特征N未被对比文件公开。 |
| **技术特征O**：其特征在于，所述配置信息通过专用RRC信令或者广播信令发送<br>**《未公开》** | 无直接或隐含的对应内容。 | 对比文件未涉及通过RRC信令或广播信令发送任何配置信息。对比文件中的分组和优先级规则是UE内部预设的，并非通过信令配置。因此，技术特征O未被对比文件公开。 |
| **技术特征P**：其特征在于，所述用户设备为RRC连接的用户设备<br>**《未公开》** | 无直接或隐含的对应内容。 | 对比文件未提及用户设备的RRC状态（如RRC连接态或空闲态）。虽然其描述的调度请求过程通常发生在连接态，但并未明确限定或公开这一特征。因此，技术特征P未被对比文件公开。 |
| **技术特征Q**：其特征在于，所述通信系统为LTE通信系统<br>**《直接公开》** | 说明书第[0025]段：“3GPP LTE(3.Generation Partnership Project Long Term Evolution-第三代合作伙伴计划长期演进)系统中的物理资源块”；<br>说明书第[0026]段：“eNodeB(evolutional NodeB-演进的NodeB)”。 | 对比文件在背景技术和具体实施方式中多次明确提及“3GPP LTE系统”和“eNodeB”，表明其技术方案应用于LTE通信系统。该内容在对比文件中起到限定应用场景的作用，与目标专利中的技术特征Q作用完全相同。因此，技术特征Q被对比文件直接公开。 |
| **技术特征R**：所述方法包括以下步骤：i.从所述基站接收与多个调度请求触发相关的配置信息，其中所述配置信息包括所述多个调度请求触发相对于所述用户设备的多种业务的映射方式以及对应于所述多个调度请求触发中的每个调度请求触发的传输类型，其中所述多个调度请求触发中的每个调度请求触发的传输类型是基于对应于该调度请求触发的业务的优先级确定的，并且其中所述传输类型是下列任一种：-在RACH上传输<br>**《未公开》** | 无直接或隐含的对应内容。 | 对比文件是从用户设备侧描述如何生成和发送SR，但并未描述用户设备从基站“接收”配置信息的过程。对比文件中的分组和优先级是UE自行确定的，而非从基站接收。因此，技术特征R整体未被对比文件公开。其子特征（如基于优先级、在RACH上传输）虽被部分公开，但由于主体步骤“接收配置信息”未被公开，整个特征R不成立。 |
| **技术特征S**：-在专用调度请求资源上传输；并且中当所述传输类型为在RACH上传输时，所述传输类型包括RACH配置且所述RACH配置包括PRACH的物理资源<br>**《未公开》** | 无直接或隐含的对应内容。 | 理由同技术特征F。对比文件未公开“专用调度请求资源”，也未公开RACH配置包含PRACH的物理资源。因此，技术特征S未被对比文件公开。 |
| **技术特征T**：其特征在于，所述方法还包括以下步骤：ii.基于当前业务的业务特性以及所述映射方式，选择对应于所述当前业务的调度请求触发<br>**《未公开》** | 无直接或隐含的对应内容。 | 对比文件公开了UE根据RB的QoS特性和业务类型对承载进行分组，但并未公开基于“映射方式”来选择“调度请求触发”。对比文件中，UE是直接为每个RB组生成缓存状态报告，而非根据映射关系选择不同的调度请求触发。因此，技术特征T未被对比文件公开。 |
| **技术特征U**：iii.通过对应于所述调度请求触发的传输类型，传输所触发的调度请求<br>**《隐含公开》** | 说明书第[0043]段：“上行资源调度请求SR通过带内方式与UE要发送的数据一起发送给eNodeB”；<br>说明书第[0045]段：“UE通过竞争方式在RACH上发送数字序列”。 | 对比文件虽然未明确“选择调度请求触发”的步骤，但其公开了两种SR发送方式：有上行资源时带内发送，无上行资源时在RACH上发送。本领域技术人员可以合理推断，UE会根据是否有上行资源这一条件，选择对应的传输类型（带内或RACH）来发送触发的调度请求。这实质上是通过一种隐式的逻辑判断，选择了对应于当前资源状态的传输方式来传输调度请求。因此，技术特征U被对比文件隐含公开。 |
| **技术特征V**：所述装置包括：第一单元，用于基于所述用户设备的多种业务的业务特性，为所述用户设备确定多个调度请求触发以及对应于所述多个调度请求触发中的每个调度请求触发的传输类型<br>**《未公开》** | 无直接或隐含的对应内容。 | 对比文件公开的装置（图7）包括分组模块、识别模块、设置模块、生成发送模块。这些模块的功能是分组、设优先级、生成SR并发送。对比文件没有公开一个明确的“第一单元”，其功能是“确定多个调度请求触发以及对应的传输类型”。对比文件中的“分组模块”和“设置模块”更侧重于对承载进行管理，而非直接确定调度请求触发本身。因此，技术特征V未被对比文件公开。 |
| **技术特征W**：第二单元，用于将所述多个调度请求触发的配置信息发送至所述用户设备，其中所述多个调度请求触发的所述配置信息包括所述多个调度请求触发相对于所述用户设备的多种业务的映射方式以及对应于所述多个调度请求触发中的每个调度请求触发的传输类型，其中所述多个调度请求触发中的每个调度请求触发的传输类型是基于对应于该调度请求触发的业务的优先级确定的，并且其中所述传输类型是下列任一种：-在RACH上传输<br>**《未公开》** | 无直接或隐含的对应内容。 | 对比文件公开的装置（图7）中的“生成发送模块104”是用于生成并发送上行资源调度请求（SR），而不是向UE发送配置信息。对比文件中不存在一个向UE发送调度请求触发配置信息的“第二单元”。因此，技术特征W未被对比文件公开。 |
| **技术特征X**：-在专用调度请求资源上传输；并且中当所述传输类型为在RACH上传输时，所述传输类型包括RACH配置且所述RACH配置包括PRACH的物理资源<br>**《未公开》** | 无直接或隐含的对应内容。 | 理由同技术特征F和S。对比文件未公开“专用调度请求资源”，也未公开RACH配置包含PRACH的物理资源。因此，技术特征X未被对比文件公开。 |
<<<E>>><<<G>>><<<H>>><<<I>>><<<J>>><<<Q>>><<<a>>><<<d>>><<<u>>>