好的，请稍等。作为资深专利代理师，我将严格遵循您的指示，对目标专利权利要求的技术特征与对比文件进行逐一的公开性比对分析。
本次评估的对比文件为：**2011-08-18_US2011199991A_发明申请_US20110199991A1 INCREASING SCHEDULING REQUEST EFFCIENCY IN A WIRELESS COMMUNICATION SYSTEM**
目标专利为：**用于配置多个调度请求触发的方法和装置CN104170491B**
本次调用的模型名称为：**DeepSeek-R1**
以下是根据您的要求进行的详细特征比对和公开性分析。
### 特征比对表格
| 技术特征描述及公开性判断 | 对比文件原文引用 | 公开性论述 |
| **技术特征A**：所述方法包括以下步骤：a.基于所述用户设备的多种业务的业务特性，为所述用户设备确定多个调度请求触发以及对应于所述多个调度请求触发中的每个调度请求触发的传输类型 <br><br> **【未公开】** | 对比文件主要关注如何通过跳过SR时机来提高单个SR的效率，并未公开为目标用户设备配置多个调度请求触发的概念。 | 对比文件的核心发明在于优化单个SR的发送方式（如跳过某些SR机会），以应对不同优先级的数据。其始终围绕一个SR触发进行讨论，该SR触发是针对UE的整个上行数据缓存状态（例如，当所有LCG空时有新数据到达时触发）。对比文件没有公开基于用户设备的“多种业务”为其确定“多个”不同的调度请求触发，更没有公开为每个触发配置不同的“传输类型”。这与目标专利中为不同业务（如后台业务、视频业务）分别配置独立SR触发（如RS1和RS0）的核心思想不同。 |
| **技术特征B**：b.将所述多个调度请求触发的配置信息发送至所述用户设备 <br><br> **【未公开】** | [0027] A next step 400 includes configuring periodic timing opportunities for sending the scheduling request. Preferably, the configuration is performed by the eNB and sent to the UE to be configured.<br><br> [0029] In practice, the selected SR opportunities can be configured in the UE or pre-configured in the eNB and sent to the UE. | 对比文件公开了eNB可以配置SR时机并将配置发送给UE。然而，该配置是针对“单个”调度请求的发送时机（例如，在哪些SR机会上发送）。这与目标专利中发送“多个调度请求触发的配置信息”完全不同。目标专利的配置信息包含了多个SR触发本身、它们与业务的映射关系以及各自的传输类型。对比文件没有发送多个SR触发，因此也就不存在发送多个SR触发的配置信息。 |
| **技术特征C**：其中所述多个调度请求触发的所述配置信息包括所述多个调度请求触发相对于所述用户设备的多种业务的映射方式以及对应于所述多个调度请求触发中的每个调度请求触发的传输类型 <br><br> **【未公开】** | 对比文件未公开“多个调度请求触发”的概念，也未公开其与业务的映射关系。对比文件公开了基于优先级（LCG）选择SR发送频率，但这属于同一个SR触发下的不同行为，而非多个独立的SR触发及其映射。 | 特征C进一步限定了配置信息的具体内容，即包括“映射方式”和“传输类型”。对比文件中没有为UE配置多个SR触发，因此不可能存在这多个触发与多种业务之间的映射关系。对比文件所描述的基于LCG优先级决定SR发送频率（例如，Y值），是在单个SR触发被触发后，其发送行为如何适应数据优先级的一种策略，而不是预先配置多个独立的SR触发。因此，对比文件未公开此特征。 |
| **技术特征D**：其中所述多个调度请求触发中的每个调度请求触发的传输类型是基于对应于该调度请求触发的业务的优先级确定的 <br><br> **【未公开】** | [0023] ...For highest priority data, Y will be LCG 0+1, or Y=1... For the next highest priority data, Y will be LCG 1+1, or Y=2... For the lowest priority data, Y will be LCG 3+1, or Y=4. In this way, less PUCCH resources are used for lower priority data. | 对比文件公开了根据业务优先级（通过LCG编号体现）来确定SR的发送频率（Y值）。但是，这仍然是在“单个”SR触发的前提下进行的。目标专利的特征D是针对“每个调度请求触发的传输类型”的确定方式。由于对比文件不存在多个SR触发，因此也不存在为每个触发基于优先级确定其传输类型。对比文件的方案是：一个SR被触发后，根据触发它的数据的优先级，来决定这个SR的发送频次。这与目标专利中为不同优先级业务配置不同传输类型（如RACH或D-SR）的多个独立SR触发是不同的。 |
| **技术特征E**：并且其中所述传输类型是下列任一种：-在RACH上传输 <br><br> **【未公开】** | 对比文件全文均未涉及在RACH（随机接入信道）上传输调度请求。 | 对比文件的所有实施例（第1-6实施例）均明确描述在PUCCH（物理上行控制信道）上发送SR（SR on PUCCH）。例如，[0018] “the UE will instruct the physical layer to signal SR on the PUCCH...”。整个对比文件没有提及或暗示使用RACH作为SR的传输类型。 |
| **技术特征F**：-在专用调度请求资源上传输；并且中当所述传输类型为在RACH上传输时，所述传输类型包括RACH配置且所述RACH配置包括PRACH的物理资源。 <br><br> **【未公开】** | 对比文件未公开在RACH上传输SR，因此也无需公开RACH配置。 | 特征F的前半部分（在D-SR上传输）是公知常识，但对比文件并未明确将D-SR作为与RACH并列的“传输类型”进行配置。更关键的是，特征F的后半部分限定了RACH配置包含PRACH物理资源。由于对比文件完全未涉及RACH传输，因此该特征整体未被公开。 |
| **技术特征G**：其特征在于，所述用户设备的多种业务的业务特性通过以下任一种方式表征：-所述用户设备的承载的QoS <br><br> **【未公开】** | 对比文件未明确使用“QoS”作为表征业务特性的方式。 | 对比文件主要使用逻辑信道组（LCG）的优先级来区分数据的重要性。虽然优先级是QoS的一部分，但对比文件并未将其抽象为“承载的QoS”这一概念，也没有公开根据承载的QoS来配置多个SR触发。 |
| **技术特征H**：-逻辑信道的分组 <br><br> **【直接公开】** | [0003] ...when a user equipment has new data in an empty queue for all of its four logical channel groups (LCG)... <br><br> [0023] ...the four LCGs are typically assigned numbers zero through three, in order of data priority. | 对比文件明确使用了“逻辑信道组（LCG）”的概念来对逻辑信道进行分组，并基于LCG的优先级（0-3）来决定SR的发送行为。这与目标专利中“逻辑信道的分组”这一业务特性表征方式完全一致。 |
| **技术特征I**：-缓存状态报告的不同类型 <br><br> **【隐含公开】** | [0006] ...the eNB can receive an SR from a UE without yet receiving a subsequent Buffer Status Report (BSR) from the UE. The BSR identifies the priority and delay requirements of the new data. <br><br> [0029] ...triggering a Buffer Status Report since the last transmission of a Buffer Status Report. | 对比文件明确提及BSR（缓存状态报告）及其包含优先级和时延需求的信息。本领域技术人员可以合理推断，BSR本身可以有不同的类型（例如，常规BSR、周期BSR、填充BSR），以报告不同优先级或逻辑信道组的数据量。虽然对比文件没有明确列举BSR的类型，但其反复强调BSR与优先级的关系，隐含了BSR可以用于区分不同特性的业务。 |
| **技术特征J**：-运行的应用的特性。 <br><br> **【未公开】** | 对比文件未提及“应用”或“应用程序”的特性。 | 对比文件从逻辑信道和缓存状态的角度定义业务，没有上升到“应用”的层面。其提到的“高优先级数据”和“低优先级数据”是基于LCG编号，而非运行的应用本身的特性（如后台应用、视频应用）。 |
| **技术特征K**：其特征在于，当所述用户设备的一种业务是由后台应用程序产生的业务时，对应于所述后台应用程序产生的业务的调度请求触发被配置为在具有较长周期的专用调度请求资源上传输，而所述多个调度请求触发中的其余调度请求触发被配置为在具有不同RACH配置的RACH上传输。 <br><br> **【未公开】** | 对比文件未公开任何关于“后台应用程序”或在不同信道（RACH vs. D-SR）间进行配置的内容。 | 目标专利的这一特征是一个非常具体的配置方案，涉及区分后台业务和其他业务。对比文件完全没有提及后台应用、较长周期的D-SR资源、或者将SR触发配置在RACH上传输的任何教导或暗示。 |
| **技术特征L**：其特征在于，当所述用户设备的一种业务是由后台应用程序产生的业务时，所有的所述多个调度请求触发被配置为在具有不同RACH配置的RACH上传输。 <br><br> **【未公开】** | 对比文件未公开任何关于“后台应用程序”或在RACH上传输SR的内容。 | 与特征K类似，对比文件完全不涉及后台应用，也完全不涉及在RACH上传输SR。因此，该特征未被公开。 |
| **技术特征M**：其特征在于，分配给PRACH的物理资源包括以下任一种：-RACH的时间资源和周期 <br><br> **【未公开】** | 对比文件未公开任何关于PRACH物理资源分配的内容。 | 由于对比文件不支持在RACH上传输SR，其必然不会讨论PRACH（物理随机接入信道）的资源分配细节，如RACH的时间资源和周期。 |
| **技术特征N**：-RACH的前导码的组。 <br><br> **【未公开】** | 对比文件未公开任何关于RACH前导码的内容。 | 与特征M类似，由于对比文件不支持在RACH上传输SR，其必然不会讨论RACH的前导码分组。 |
| **技术特征O**：其特征在于，所述配置信息通过专用RRC信令或者广播信令发送。 <br><br> **【未公开】** | [0027] Preferably, the configuration is performed by the eNB and sent to the UE to be configured. | 对比文件仅泛泛地提及配置由eNB执行并发送给UE，但没有指明发送配置信息所使用的具体信令方式（如专用RRC信令或广播信令）。虽然这是LTE中的常见技术，但对比文件本身并未公开此特征。 |
| **技术特征P**：其特征在于，所述用户设备为RRC连接的用户设备。 <br><br> **【未公开】** | 对比文件未明确提及用户设备的RRC状态。 | 对比文件描述的是一个通用的UE行为，没有限定其RRC状态。虽然在LTE中，发送SR的UE通常处于RRC连接态，但对比文件未明确公开此特征。 |
| **技术特征Q**：其特征在于，所述通信系统为LTE通信系统。 <br><br> **【直接公开】** | [0002] ...or 4G Long Term Evolution (LTE)... <br><br> [0015] The following description focuses on embodiments of the invention applicable to a CDMA cellular communication system and in particular to a 4Generation cellular communication system such as a Long Term Evolution (LTE)... | 对比文件在背景技术和具体实施方式中多次明确指出其适用于LTE通信系统。 |
| **技术特征R**：所述方法包括以下步骤：i.从所述基站接收与多个调度请求触发相关的配置信息，其中所述配置信息包括所述多个调度请求触发相对于所述用户设备的多种业务的映射方式以及对应于所述多个调度请求触发中的每个调度请求触发的传输类型，其中所述多个调度请求触发中的每个调度请求触发的传输类型是基于对应于该调度请求触发的业务的优先级确定的，并且其中所述传输类型是下列任一种：-在RACH上传输 <br><br> **【未公开】** | 对比文件未公开接收“多个调度请求触发”的配置信息。 | 此特征是用户设备侧的方法，与方法权利要求1-16的特征A-F、G-J、O-P形成了完整的对应。基于对特征A-F的相同分析，对比文件未公开“多个调度请求触发”及其相关配置信息的概念，也未公开在RACH上传输SR。因此，该特征未被公开。 |
| **技术特征S**：-在专用调度请求资源上传输；并且中当所述传输类型为在RACH上传输时，所述传输类型包括RACH配置且所述RACH配置包括PRACH的物理资源。 <br><br> **【未公开】** | 对比文件未公开在RACH上传输SR。 | 基于对特征F的相同分析，对比文件未公开此特征。 |
| **技术特征T**：其特征在于，所述方法还包括以下步骤：ii.基于当前业务的业务特性以及所述映射方式，选择对应于所述当前业务的调度请求触发 <br><br> **【未公开】** | 对比文件未公开“多个调度请求触发”的概念，因此不存在“选择”其中一个触发的过程。 | 目标专利的步骤ii是在存在多个SR触发的前提下，根据业务选择其中一个。对比文件中只有一个SR触发，因此UE的行为不是“选择”一个触发，而是决定是否以及如何发送这个唯一的SR。 |
| **技术特征U**：iii.通过对应于所述调度请求触发的传输类型，传输所触发的调度请求。 <br><br> **【未公开】** | [0018] ...the UE will instruct the physical layer to signal SR on the PUCCH at the selected SR opportunities... | 对比文件公开了UE在PUCCH上发送SR。但是，目标专利的步骤iii是通过与所选SR触发对应的“传输类型”来发送。由于对比文件没有多个SR触发及各自对应的传输类型，因此其发送行为（在PUCCH上发送）并非目标专利特征U所定义的通过“对应于所述调度请求触发的传输类型”进行传输。 |
| **技术特征V**：所述装置包括：第一单元，用于基于所述用户设备的多种业务的业务特性，为所述用户设备确定多个调度请求触发以及对应于所述多个调度请求触发中的每个调度请求触发的传输类型 <br><br> **【未公开】** | 对比文件未公开“确定多个调度请求触发”的单元。 | 此装置特征与方法权利要求1的特征A相对应。基于对特征A的相同分析，对比文件未公开此特征。 |
| **技术特征W**：第二单元，用于将所述多个调度请求触发的配置信息发送至所述用户设备，其中所述多个调度请求触发的所述配置信息包括所述多个调度请求触发相对于所述用户设备的多种业务的映射方式以及对应于所述多个调度请求触发中的每个调度请求触发的传输类型，其中所述多个调度请求触发中的每个调度请求触发的传输类型是基于对应于该调度请求触发的业务的优先级确定的，并且其中所述传输类型是下列任一种：-在RACH上传输 <br><br> **【未公开】** | 对比文件未公开发送“多个调度请求触发”的配置信息的单元。 | 此装置特征与方法权利要求1的特征B、C、D、E相对应。基于对特征B、C、D、E的相同分析，对比文件未公开此特征。 |
| **技术特征X**：-在专用调度请求资源上传输；并且中当所述传输类型为在RACH上传输时，所述传输类型包括RACH配置且所述RACH配置包括PRACH的物理资源。 <br><br> **【未公开】** | 对比文件未公开在RACH上传输SR。 | 此装置特征与方法权利要求1的特征F相对应。基于对特征F的相同分析，对比文件未公开此特征。 |
### 结论
经过严谨的比对分析，对比文件 **2011-08-18_US2011199991A_发明申请_US20110199991A1** 仅直接公开了目标专利权利要求中的技术特征 **H** 和 **Q**，并隐含公开了技术特征 **I**。其余技术特征均未被直接或隐含公开。
<<<H>>>
<<<Q>>>
<<<i>>>