**对比文件名称：** 2010-01-14_US2010008236A_发明申请_US20100008236A1 METHOD AND DEVICE FOR SENDING A BUFFER STATUS REPORT
**目标专利名称：** 761用于配置多个调度请求触发的方法和装置CN104170491B
**本次调用的模型名称：** 未指定（基于用户提供的文本生成）
### 特征比对表格
| 技术特征描述及公开性判断结果 | 对比文件原文引用（中文翻译） | 公开性论述 |
| **技术特征A**：所述方法包括以下步骤：a.基于所述用户设备的多种业务的业务特性，为所述用户设备确定多个调度请求触发以及对应于所述多个调度请求触发中的每个调度请求触发的传输类型<br><br>**公开性判断：未公开** | [0009] “如果最近由缓存接收的数据具有比缓存中待发送数据更高的优先级，或者服务于该终端的服务小区发生了变化，则会触发常规BSR的发送。此时，如果有可用的上行资源用于发送，则生成并发送常规BSR；如果没有上行资源，但网络配置了SR-PUCCH资源，则终端不生成常规BSR，而是将BSR的当前状态标记为待定，并使用SR-PUCCH资源发送调度请求（SR）；如果没有上行资源和SR-PUCCH资源，则终端不生成常规BSR，而是将BSR的当前状态标记为待定，并使用随机接入信道（RACH）资源发送SR；当有可用的上行资源用于发送常规BSR时，终端生成并发送常规BSR。”<br><br>[0013] “本发明实施例提供了一种用于发送缓存状态报告的方法和设备，以解决当符合触发发送条件的BSR与标记为待定的BSR之和大于1时导致的资源浪费或系统错误的问题。” | 对比文件解决的是当多个BSR（常规BSR、周期BSR、填充BSR）的触发条件同时满足或与待定BSR冲突时的处理问题，其核心在于根据BSR的类型优先级选择一个BSR进行处理或发送。对比文件中虽然提到了SR的发送（作为获取上行资源以发送BSR的手段），但并未公开“基于用户设备的多种业务的业务特性，为用户设备确定**多个**调度请求触发以及对应于每个调度请求触发的传输类型”。对比文件中的SR触发是单一且通用的，用于响应BSR的触发，不涉及为不同业务配置不同的SR触发。因此，对比文件未公开技术特征A。 |
| **技术特征B**：b.将所述多个调度请求触发的配置信息发送至所述用户设备<br><br>**公开性判断：未公开** | 全文未公开。 | 对比文件没有公开任何关于基站将“多个调度请求触发的配置信息”发送给用户设备的内容。对比文件主要从终端侧出发，描述终端如何处理BSR的触发和发送，并未涉及基站侧的配置过程。因此，对比文件未公开技术特征B。 |
| **技术特征C**：其中所述多个调度请求触发的所述配置信息包括所述多个调度请求触发相对于所述用户设备的多种业务的映射方式以及对应于所述多个调度请求触发中的每个调度请求触发的传输类型<br><br>**公开性判断：未公开** | 全文未公开。 | 对比文件未公开任何关于“调度请求触发相对于用户设备的多种业务的映射方式”的概念。对比文件中的BSR触发是基于数据优先级、定时器或填充需求，而非与特定业务类型相映射的多个SR触发。因此，对比文件未公开技术特征C。 |
| **技术特征D**：其中所述多个调度请求触发中的每个调度请求触发的传输类型是基于对应于该调度请求触发的业务的优先级确定的<br><br>**公开性判断：未公开** | 全文未公开。 | 对比文件未公开将传输类型（如RACH或D-SR）与特定业务的优先级相关联以确定多个SR触发的传输类型。对比文件中的SR传输方式选择是基于是否存在上行资源和SR-PUCCH资源（[0009]），而非基于业务优先级。因此，对比文件未公开技术特征D。 |
| **技术特征E**：并且其中所述传输类型是下列任一种：-在RACH上传输<br><br>**公开性判断：未公开** | [0009] “...如果没有上行资源和SR-PUCCH资源，则终端...使用随机接入信道（RACH）资源发送SR...” | 对比文件明确公开了SR可以在RACH上传输。但是，该公开是作为单一SR在特定条件下的传输方式，并非对应于目标专利中为**多个不同业务配置的多个SR触发**之一。对比文件未公开将“在RACH上传输”作为某个特定调度请求触发的传输类型进行配置。因此，对比文件未公开技术特征E。 |
| **技术特征F**：-在专用调度请求资源上传输；并且中当所述传输类型为在RACH上传输时，所述传输类型包括RACH配置且所述RACH配置包括PRACH的物理资源。<br><br>**公开性判断：未公开** | [0009] “...如果没有上行资源，但网络配置了SR-PUCCH资源，则终端...使用SR-PUCCH资源发送调度请求（SR）...”<br><br>全文未公开PRACH物理资源的配置细节。 | 对比文件公开了可以在专用调度请求资源（SR-PUCCH资源）上发送SR。但是，对比文件未公开当传输类型为RACH时，传输类型包括RACH配置且该配置包含PRACH的物理资源（如时间、频率资源、前导码组等）。对比文件仅提及使用RACH资源发送SR，未涉及任何RACH配置的细节。因此，对比文件未公开技术特征F。 |
| **技术特征G**：其特征在于，所述用户设备的多种业务的业务特性通过以下任一种方式表征：-所述用户设备的承载的QoS<br><br>**公开性判断：未公开** | 全文未公开。 | 对比文件未公开业务特性可以通过“用户设备的承载的QoS”来表征。对比文件中的BSR触发依据是缓存中数据的优先级，但未将此与承载的QoS特性关联起来配置SR触发。因此，对比文件未公开技术特征G。 |
| **技术特征H**：-逻辑信道的分组<br><br>**公开性判断：未公开** | 全文未公开。 | 对比文件未公开业务特性可以通过“逻辑信道的分组”来表征。对比文件未涉及逻辑信道分组与SR触发配置的关系。因此，对比文件未公开技术特征H。 |
| **技术特征I**：-缓存状态报告的不同类型<br><br>**公开性判断：未公开** | [0008] “LTE系统根据不同的处理方法有三种类型的BSR：常规BSR、周期BSR和填充BSR。” | 对比文件公开了BSR的不同类型（常规、周期、填充）。然而，目标专利是将“BSR的不同类型”作为表征**业务特性**的一种方式，并据此配置**多个SR触发**。对比文件虽然公开了BSR的类型，但仅用于处理BSR本身的触发和发送优先级，并未将其作为配置多个SR触发的依据。该公开内容在对比文件中起到的作用与在目标专利中的作用不同。因此，对比文件未公开技术特征I。 |
| **技术特征J**：-运行的应用的特性。<br><br>**公开性判断：未公开** | 全文未公开。 | 对比文件未公开业务特性可以通过“运行的应用的特性”来表征。对比文件未涉及应用层特性与SR触发配置的关系。因此，对比文件未公开技术特征J。 |
| **技术特征K**：其特征在于，当所述用户设备的一种业务是由后台应用程序产生的业务时，对应于所述后台应用程序产生的业务的调度请求触发被配置为在具有较长周期的专用调度请求资源上传输，而所述多个调度请求触发中的其余调度请求触发被配置为在具有不同RACH配置的RACH上传输。<br><br>**公开性判断：未公开** | 全文未公开。 | 对比文件未公开任何关于为特定业务（如后台应用业务）配置特定SR传输方式（如较长周期的D-SR）以及其他业务配置不同RACH传输方式的内容。因此，对比文件未公开技术特征K。 |
| **技术特征L**：其特征在于，当所述用户设备的一种业务是由后台应用程序产生的业务时，所有的所述多个调度请求触发被配置为在具有不同RACH配置的RACH上传输。<br><br>**公开性判断：未公开** | 全文未公开。 | 对比文件未公开将多个SR触发都配置在具有不同RACH配置的RACH上传输。对比文件仅提及单一情况下使用RACH发送SR。因此，对比文件未公开技术特征L。 |
| **技术特征M**：其特征在于，分配给PRACH的物理资源包括以下任一种：-RACH的时间资源和周期<br><br>**公开性判断：未公开** | 全文未公开。 | 对比文件未公开分配给PRACH的物理资源可以包括“RACH的时间资源和周期”。对比文件未涉及PRACH资源配置的细节。因此，对比文件未公开技术特征M。 |
| **技术特征N**：-RACH的前导码的组。<br><br>**公开性判断：未公开** | 全文未公开。 | 对比文件未公开分配给PRACH的物理资源可以包括“RACH的前导码的组”。对比文件未涉及RACH前导码组的配置。因此，对比文件未公开技术特征N。 |
| **技术特征O**：其特征在于，所述配置信息通过专用RRC信令或者广播信令发送。<br><br>**公开性判断：未公开** | 全文未公开。 | 对比文件未公开配置信息通过专用RRC信令或广播信令发送。对比文件未涉及任何配置信息的信令传输方式。因此，对比文件未公开技术特征O。 |
| **技术特征P**：其特征在于，所述用户设备为RRC连接的用户设备。<br><br>**公开性判断：未公开** | 全文未公开。 | 对比文件虽在LTE系统背景下讨论，但未明确限定用户设备为“RRC连接”状态。其描述的BSR触发和处理流程适用于处于连接态的UE，但并未作为特征进行限定或与SR配置相关联。因此，对比文件未公开技术特征P。 |
| **技术特征Q**：其特征在于，所述通信系统为LTE通信系统。<br><br>**公开性判断：隐含公开** | [0002] “长期演进（LTE）项目主要针对第三代合作伙伴计划（3GPP）组织准备在未来十年内增强的移动通信系统。”<br>[0003] “在当前LTE系统中，基站对所有来自不同终端的上行传输进行集中调度，以提高信道利用效率。” | 对比文件在技术领域和背景技术部分明确公开了其技术方案应用于LTE通信系统（[0002], [0003]）。目标专利的技术特征Q限定了通信系统为LTE。本领域技术人员从对比文件的技术背景和后续描述中可以毫无疑义地确定其适用于LTE系统。因此，对比文件隐含公开了技术特征Q。 |
| **技术特征R**：所述方法包括以下步骤：i.从所述基站接收与多个调度请求触发相关的配置信息，其中所述配置信息包括所述多个调度请求触发相对于所述用户设备的多种业务的映射方式以及对应于所述多个调度请求触发中的每个调度请求触发的传输类型，其中所述多个调度请求触发中的每个调度请求触发的传输类型是基于对应于该调度请求触发的业务的优先级确定的，并且其中所述传输类型是下列任一种：-在RACH上传输<br><br>**公开性判断：未公开** | 全文未公开。 | 对比文件未公开终端从基站接收关于“多个调度请求触发”的配置信息。对比文件中终端的行为（如发送SR）是基于预设规则（如是否有SR-PUCCH资源），而非基于从基站接收的、包含业务映射方式的多个SR配置。因此，对比文件未公开技术特征R。 |
| **技术特征S**：-在专用调度请求资源上传输；并且中当所述传输类型为在RACH上传输时，所述传输类型包括RACH配置且所述RACH配置包括PRACH的物理资源。<br><br>**公开性判断：未公开** | 全文未公开。 | 对比文件未公开终端接收的配置信息中包含RACH配置及其PRACH物理资源的细节。对比文件未涉及此类配置。因此，对比文件未公开技术特征S。 |
| **技术特征T**：其特征在于，所述方法还包括以下步骤：ii.基于当前业务的业务特性以及所述映射方式，选择对应于所述当前业务的调度请求触发<br><br>**公开性判断：未公开** | 全文未公开。 | 对比文件未公开终端基于业务特性和映射方式选择对应的SR触发。对比文件中SR的触发是基于BSR的触发，而非基于业务特性和预配置的映射关系。因此，对比文件未公开技术特征T。 |
| **技术特征U**：iii.通过对应于所述调度请求触发的传输类型，传输所触发的调度请求。<br><br>**公开性判断：未公开** | [0009] “...则终端...使用SR-PUCCH资源发送调度请求...则终端...使用随机接入信道（RACH）资源发送SR...” | 对比文件公开了终端通过特定传输类型（SR-PUCCH或RACH）发送SR。但是，该发送行为是响应于BSR的触发，而不是响应于基于“技术特征T”中选择出的、与特定业务映射的调度请求触发。该公开内容在对比文件中是作为BSR处理流程的一部分，而非目标专利中描述的、基于配置的多个SR触发选择后的结果。因此，对比文件未公开技术特征U。 |
| **技术特征V**：所述装置包括：第一单元，用于基于所述用户设备的多种业务的业务特性，为所述用户设备确定多个调度请求触发以及对应于所述多个调度请求触发中的每个调度请求触发的传输类型<br><br>**公开性判断：未公开** | 全文未公开。 | 对比文件未公开任何用于基于业务特性确定多个SR触发及其传输类型的装置单元。对比文件中的用户设备（[0043]）包含设置单元、选择单元和处理单元，用于处理BSR，而非配置SR。因此，对比文件未公开技术特征V。 |
| **技术特征W**：第二单元，用于将所述多个调度请求触发的配置信息发送至所述用户设备，其中所述多个调度请求触发的所述配置信息包括所述多个调度请求触发相对于所述用户设备的多种业务的映射方式以及对应于所述多个调度请求触发中的每个调度请求触发的传输类型，其中所述多个调度请求触发中的每个调度请求触发的传输类型是基于对应于该调度请求触发的业务的优先级确定的，并且其中所述传输类型是下列任一种：-在RACH上传输<br><br>**公开性判断：未公开** | 全文未公开。 | 对比文件未公开用于发送多个SR触发配置信息的装置单元。对比文件未涉及此类配置信息的发送。因此，对比文件未公开技术特征W。 |
| **技术特征X**：-在专用调度请求资源上传输；并且中当所述传输类型为在RACH上传输时，所述传输类型包括RACH配置且所述RACH配置包括PRACH的物理资源。<br><br>**公开性判断：未公开** | 全文未公开。 | 对比文件未公开装置单元发送的配置信息中包含RACH配置及其PRACH物理资源的细节。对比文件未涉及此类配置。因此，对比文件未公开技术特征X。 |
<<<q>>>