好的，本次调用模型名称为deepseek-chat。
### 对比文件名称：
2010-10-20_CN101562894B_发明授权_CN101562894B 一种缓冲区状态报告的发送方法及其设备
### 目标专利名称：
761用于配置多个调度请求触发的方法和装置CN104170491B
### 特征比对表格
| 技术特征描述以及公开性判断结果 | 对比文件原文引用 | 公开性论述 |
| 技术特征A：所述方法包括以下步骤：a.基于所述用户设备的多种业务的业务特性，为所述用户设备确定多个调度请求触发以及对应于所述多个调度请求触发中的每个调度请求触发的传输类型<br><br>**未公开** | 对比文件全文未公开该特征。对比文件涉及的是缓冲区状态报告(BSR)的发送方法，其核心在于设置BSR的类型优先级顺序并在多BSR触发时选择一个进行处理。对比文件未提及基于业务特性为用户设备确定多个调度请求触发(SR触发)以及对应的传输类型。 | 目标专利的核心在于为同一用户设备的多种业务配置多个独立的调度请求触发，使得不同业务特性（如时延需求）可以对应不同的SR触发和传输资源。对比文件解决的是多个BSR被触发时的处理冲突问题，其技术方案中仅存在一个统一的调度请求(SR)发送过程，用于请求上行资源来发送BSR。对比文件中没有公开为不同业务分别确定和配置多个SR触发的概念，也没有公开基于业务特性（如QoS、逻辑信道分组等）来确定SR触发的数量、映射关系及传输类型。本领域技术人员无法从对比文件中毫无疑义地得出该技术特征。 |
| 技术特征B：b.将所述多个调度请求触发的配置信息发送至所述用户设备<br><br>**未公开** | 对比文件全文未公开该特征。 | 由于对比文件未公开技术特征A中“确定多个调度请求触发”这一前提，自然也就没有公开将“多个调度请求触发的配置信息”发送给用户设备的过程。对比文件中的网络侧行为主要是基于BSR进行上行资源调度，而非发送关于多个SR触发的配置。 |
| 技术特征C：其中所述多个调度请求触发的所述配置信息包括所述多个调度请求触发相对于所述用户设备的多种业务的映射方式以及对应于所述多个调度请求触发中的每个调度请求触发的传输类型<br><br>**未公开** | 对比文件全文未公开该特征。 | 该特征是技术特征B中“配置信息”的具体内容。由于技术特征A和B均未被公开，作为其具体内容的该特征也未被公开。对比文件中未涉及任何关于“调度请求触发相对于业务的映射方式”或“为不同调度请求触发配置不同传输类型”的教导或暗示。 |
| 技术特征D：其中所述多个调度请求触发中的每个调度请求触发的传输类型是基于对应于该调度请求触发的业务的优先级确定的<br><br>**未公开** | 对比文件全文未公开该特征。 | 目标专利中，传输类型（如在RACH上传输或在专用调度请求资源上传输）是基于触发该SR的业务的优先级确定的。对比文件中虽然也提及了优先级（如数据优先级、BSR类型优先级），但这是用于判断是否触发BSR（如“新到达缓冲区的数据的优先级高于该缓冲区中待发送数据的优先级”）或选择哪个BSR进行处理（如“类型优先级最高的BSR”），而不是用于确定SR传输类型。对比文件没有公开将业务优先级与SR传输类型关联起来的技术思想。 |
| 技术特征E：并且其中所述传输类型是下列任一种：-在RACH上传输<br><br>**未公开** | 对比文件说明书正文部分第[0009]段、第[0048]段等提到了“利用随机接入信道资源发送SR”或“在RACH上传输”。 | 虽然对比文件公开了在RACH上传输SR这一现有技术，但该特征并非独立存在，而是与技术特征A、C、D等紧密关联的。对比文件中的SR传输是在没有专用调度请求资源（SR-PUCCH资源）时，用于请求上行资源发送BSR的一种通用方式，而不是作为针对特定业务配置的多个SR触发中的一种可选传输类型。因此，对比文件没有公开“所述传输类型是下列任一种：-在RACH上传输”这一特征在本发明上下文中的含义，即作为“多个调度请求触发”中针对特定业务的配置选项。 |
| 技术特征F：-在专用调度请求资源上传输；并且中当所述传输类型为在RACH上传输时，所述传输类型包括RACH配置且所述RACH配置包括PRACH的物理资源。<br><br>**未公开** | 对比文件说明书正文部分第[0009]段提到了“网络侧配置的SR-PUCCH资源”，第[0048]段等提到了“利用随机接入信道资源发送SR”。 | 对比文件公开了SR可以在专用调度请求资源（SR-PUCCH）或随机接入信道（RACH）上传输，但这是作为触发BSR后的一个通用步骤，而非本发明中针对特定业务的配置选项。更重要的是，对比文件完全没有公开当传输类型为RACH时，该传输类型具体包括“RACH配置”且该“RACH配置包括PRACH的物理资源”这一限定。对比文件仅笼统地提及“随机接入信道资源”，未对其配置（如PRACH的时频资源、前导码组等）进行任何描述。 |
| 技术特征G：其特征在于，所述用户设备的多种业务的业务特性通过以下任一种方式表征：-所述用户设备的承载的QoS<br><br>**未公开** | 对比文件全文未公开该特征。 | 对比文件未涉及基于承载QoS来表征业务特性，也未将业务特性与配置多个SR触发相关联。对比文件主要关注BSR的处理过程，未提及QoS与SR配置的关系。 |
| 技术特征H：-逻辑信道的分组<br><br>**未公开** | 对比文件全文未公开该特征。 | 对比文件未提及基于逻辑信道分组来表征业务特性或配置SR。对比文件虽然涉及逻辑信道（如数据优先级比较），但未将其用于分组以表征业务特性。 |
| 技术特征I：-缓存状态报告的不同类型<br><br>**未公开** | 对比文件说明书正文部分第[0007]段“根据处理方式的不同，共存在三种类型的BSR，分别为常规BSR(Regular BSR)、周期性BSR(Periodic BSR)和填充式BSR(Padding BSR)”。 | 对比文件确实公开了BSR的不同类型（Regular, Periodic, Padding），但在对比文件中，BSR类型是用于确定优先级顺序和处理方式的对象，而非用于表征用户设备多种业务的业务特性，更不是用于配置多个调度请求触发的依据。这与目标专利中“缓存状态报告的不同类型”作为表征业务特性的一种方式以配置多个SR触发的目的和功能完全不同。 |
| 技术特征J：-运行的应用的特性。<br><br>**未公开** | 对比文件全文未公开该特征。 | 对比文件未涉及基于运行的应用的特性来表征业务特性或配置SR。对比文件的技术方案不依赖于应用层的特性。 |
| 技术特征K：其特征在于，当所述用户设备的一种业务是由后台应用程序产生的业务时，对应于所述后台应用程序产生的业务的调度请求触发被配置为在具有较长周期的专用调度请求资源上传输，而所述多个调度请求触发中的其余调度请求触发被配置为在具有不同RACH配置的RACH上传输。<br><br>**未公开** | 对比文件全文未公开该特征。 | 该特征描述了针对特定业务（后台业务）的一种具体SR配置方式。对比文件完全没有公开任何关于为不同业务配置不同SR传输方式（如较长周期的专用调度请求资源 vs 不同RACH配置的RACH）的教导，更没有提及针对后台应用程序产生的业务进行此种特殊配置。 |
| 技术特征L：其特征在于，当所述用户设备的一种业务是由后台应用程序产生的业务时，所有的所述多个调度请求触发被配置为在具有不同RACH配置的RACH上传输。<br><br>**未公开** | 对比文件全文未公开该特征。 | 与特征K类似，该特征描述了另一种针对后台业务的SR配置方式。对比文件未公开任何为业务配置多个SR触发并在RACH上传输的概念，更不用说针对后台业务的特定配置了。 |
| 技术特征M：其特征在于，分配给PRACH的物理资源包括以下任一种：-RACH的时间资源和周期<br><br>**未公开** | 对比文件全文未公开该特征。 | 对比文件仅笼统地提到“随机接入信道资源”或“RACH”，但从未具体公开“分配给PRACH的物理资源”包括“RACH的时间资源和周期”或“前导码的组”等具体配置细节。 |
| 技术特征N：-RACH的前导码的组。<br><br>**未公开** | 对比文件全文未公开该特征。 | 对比文件未公开任何关于RACH前导码组划分的技术内容。 |
| 技术特征O：其特征在于，所述配置信息通过专用RRC信令或者广播信令发送。<br><br>**未公开** | 对比文件全文未公开该特征。 | 对比文件未涉及发送与“多个调度请求触发”相关的“配置信息”，因此也未公开该配置信息是通过专用RRC信令还是广播信令发送的。 |
| 技术特征P：其特征在于，所述用户设备为RRC连接的用户设备。<br><br>**未公开** | 对比文件说明书正文部分全文，特别是实施例一至八，均假设终端处于能够进行上行数据传输和接收基站调度的状态，这隐含了RRC连接状态。 | 对比文件的技术方案基于LTE系统，其描述的终端行为（如发送BSR、发送SR、接收上行授权）均发生在RRC连接状态下。虽然没有明确写明“RRC连接的用户设备”，但本领域技术人员可以合理推断其技术方案适用于RRC连接态的用户设备。然而，目标专利将此作为一个独立的技术特征，并且与“配置多个调度请求触发”这一核心发明点紧密结合。对比文件虽然可能隐含了RRC连接状态，但其并未公开该状态是用于接收和执行“多个调度请求触发”配置的前提。因此，虽然对比文件隐含了RRC连接的用户设备，但未公开其与本发明的关联性。 |
| 技术特征Q：其特征在于，所述通信系统为LTE通信系统。<br><br>**隐含公开** | 对比文件说明书正文部分第[0001]段“长期演进(LTE，Long Term Evolution)项目主要针对3GPP组织准备在未来10年间推动的移动通信体系架构。” | 对比文件明确记载其技术方案应用于LTE通信系统。目标专利的说明书也明确其通信系统可以是LTE通信系统。因此，本领域技术人员可以直接地、毫无疑义地确定对比文件公开了“通信系统为LTE通信系统”这一特征。 |
| 技术特征R：所述方法包括以下步骤：i.从所述基站接收与多个调度请求触发相关的配置信息，其中所述配置信息包括所述多个调度请求触发相对于所述用户设备的多种业务的映射方式以及对应于所述多个调度请求触发中的每个调度请求触发的传输类型，其中所述多个调度请求触发中的每个调度请求触发的传输类型是基于对应于该调度请求触发的业务的优先级确定的，并且其中所述传输类型是下列任一种：-在RACH上传输<br><br>**未公开** | 对比文件全文未公开该特征。 | 该特征是从用户设备角度对技术特征A、C、D、E的接收。由于对比文件未公开基站侧进行上述“确定”和“发送”的过程（技术特征A、B、C），自然也未公开用户设备侧对应地“接收”这些配置信息。 |
| 技术特征S：-在专用调度请求资源上传输；并且中当所述传输类型为在RACH上传输时，所述传输类型包括RACH配置且所述RACH配置包括PRACH的物理资源。<br><br>**未公开** | 对比文件全文未公开该特征。 | 与技术特征F和R类似，对比文件未公开接收包含“多个调度请求触发”的配置信息，也未公开该配置信息中包含RACH配置等细节。 |
| 技术特征T：其特征在于，所述方法还包括以下步骤：ii.基于当前业务的业务特性以及所述映射方式，选择对应于所述当前业务的调度请求触发<br><br>**未公开** | 对比文件全文未公开该特征。 | 由于对比文件未公开“多个调度请求触发”与“业务的映射方式”，用户设备自然无法“基于当前业务的业务特性以及所述映射方式，选择对应于所述当前业务的调度请求触发”。对比文件中，SR的触发是由BSR的触发间接引起的，且不存在选择对应于特定业务的SR触发的过程。 |
| 技术特征U：iii.通过对应于所述调度请求触发的传输类型，传输所触发的调度请求。<br><br>**未公开** | 对比文件说明书正文部分第[0009]段“利用该SR-PUCCH资源发送SR”或“利用随机接入信道资源发送SR”。 | 虽然对比文件公开了通过特定传输类型（SR-PUCCH或RACH）传输SR，但在对比文件中，传输类型的选择是基于是否有网络侧配置的专用资源，而非基于通过映射方式选择出的特定SR触发。这与目标专利中的“通过对应于所述调度请求触发的传输类型”传输SR的含义不同。目标专利中，传输类型是针对该选择的SR触发预先配置好的。对比文件未公开这种基于预先配置的映射关系来选择传输方式的过程。 |
| 技术特征V：所述装置包括：第一单元，用于基于所述用户设备的多种业务的业务特性，为所述用户设备确定多个调度请求触发以及对应于所述多个调度请求触发中的每个调度请求触发的传输类型<br><br>**未公开** | 对比文件全文未公开该特征。 | 该特征是对应于技术特征A的装置权利要求。对比文件未公开“第一单元”的功能。对比文件中的基站设备（隐含）不执行基于业务特性确定多个SR触发及对应传输类型的操作。 |
| 技术特征W：第二单元，用于将所述多个调度请求触发的配置信息发送至所述用户设备，其中所述多个调度请求触发的所述配置信息包括所述多个调度请求触发相对于所述用户设备的多种业务的映射方式以及对应于所述多个调度请求触发中的每个调度请求触发的传输类型，其中所述多个调度请求触发中的每个调度请求触发的传输类型是基于对应于该调度请求触发的业务的优先级确定的，并且其中所述传输类型是下列任一种：-在RACH上传输<br><br>**未公开** | 对比文件全文未公开该特征。 | 该特征是对应于技术特征B、C、D、E的装置权利要求。对比文件未公开“第二单元”的功能。 |
| 技术特征X：-在专用调度请求资源上传输；并且中当所述传输类型为在RACH上传输时，所述传输类型包括RACH配置且所述RACH配置包括PRACH的物理资源。<br><br>**未公开** | 对比文件全文未公开该特征。 | 该特征是对应于技术特征F的装置权利要求。对比文件未公开“第二单元”发送的配置信息中包含RACH配置等细节。 |
根据以上分析，对比文件仅隐含公开了技术特征Q。
<<<q>>>