**对比文件名称**：2011-12-07_CN101355788B_发明授权_CN101355788B 发送上行资源调度请求的方法和装置
**目标专利名称**：761用于配置多个调度请求触发的方法和装置CN104170491B
**本次调用的模型名称**：未指定
### 特征比对表格
| 技术特征描述及公开性判断 | 对比文件原文引用 | 公开性论述 |
| **技术特征A**：基于所述用户设备的多种业务的业务特性，为所述用户设备确定多个调度请求触发以及对应于所述多个调度请求触发中的每个调度请求触发的传输类型（未公开） | [0046]“UE接入eNodeB后，根据RB的QoS特性和所承载的业务类型(IP承载语音业务除外)对所有RB进行分组，并设置每个RB组的优先级和组编号group ID。” | 对比文件仅涉及对无线承载分组以生成包含多组缓存状态的统一SR，未涉及为UE配置多个独立的调度请求触发以及每个触发对应的传输类型；本领域技术人员不能毫无疑义地得出该特征。 |
| **技术特征B**：将所述多个调度请求触发的配置信息发送至所述用户设备（未公开） | 无对应内容 | 对比文件由UE自行进行分组和优先级设置，未公开基站向UE发送配置信息的步骤。 |
| **技术特征C**：所述配置信息包括所述多个调度请求触发相对于所述用户设备的多种业务的映射方式以及对应于每个调度请求触发的传输类型（未公开） | 无对应内容 | 对比文件未公开此类配置信息的具体内容。 |
| **技术特征D**：每个调度请求触发的传输类型是基于对应于该调度请求触发的业务的优先级确定的（未公开） | [0046]设置优先级；[0063]按优先级排列缓存状态值。 | 对比文件中的优先级用于SR数据部分的排列顺序和bitmap设计，未与传输类型（RACH或专用SR资源）关联；本领域技术人员不能合理推断该特征。 |
| **技术特征E**：所述传输类型是下列任一种：-在RACH上传输（《直接公开》） | [0068]“UE通过竞争方式在RACH上发送数字序列。” | 对比文件明确公开了在RACH上传输上行资源调度请求的方式，该方式作为传输类型的一种被直接公开。 |
| **技术特征F**：-在专用调度请求资源上传输；并且中当所述传输类型为在RACH上传输时，所述传输类型包括RACH配置且所述RACH配置包括PRACH的物理资源（未公开） | [0068]提及RACH传输，但未提及专用调度请求资源；未描述RACH配置的具体内容。 | 对比文件未公开专用调度请求资源，也未公开RACH配置包括PRACH的物理资源（如时间、频率、周期等），本领域技术人员不能直接或隐含得出。 |
| **技术特征G**：所述用户设备的多种业务的业务特性通过以下任一种方式表征：-所述用户设备的承载的QoS（《直接公开》） | [0046]“根据RB的QoS特性和所承载的业务类型”。 | 对比文件明确使用无线承载的QoS特性作为业务分组的依据，直接公开了该表征方式。 |
| **技术特征H**：-逻辑信道的分组（《隐含公开》） | [0046]对所有RB进行分组；在LTE中每个RB对应一个逻辑信道。 | 本领域技术人员可以合理推断，对RB的分组实质上等价于对逻辑信道的分组，因此隐含公开了该表征方式。 |
| **技术特征I**：-缓存状态报告的不同类型（《直接公开》） | [0003]“缓存状态报告主要有三种报告粒度：UE、RB和RB组。” | 对比文件直接公开了缓存状态报告的不同类型（UE、RB、RB组）。 |
| **技术特征J**：-运行的应用的特性（《直接公开》） | [0046]“所承载的业务类型”，例如RT、NRT、BE。 | 业务类型直接对应于应用特性（实时、非实时、尽力而为），对比文件直接公开了该方式。 |
| **技术特征K**：当所述用户设备的一种业务是由后台应用程序产生的业务时，对应于所述后台应用程序产生的业务的调度请求触发被配置为在具有较长周期的专用调度请求资源上传输，而其余调度请求触发被配置为在具有不同RACH配置的RACH上传输（未公开） | 无对应内容 | 对比文件未涉及后台业务与专用调度请求资源的配置，也未公开不同RACH配置用于不同SR触发。 |
| **技术特征L**：当所述用户设备的一种业务是由后台应用程序产生的业务时，所有的所述多个调度请求触发被配置为在具有不同RACH配置的RACH上传输（未公开） | 无对应内容 | 对比文件未公开所有SR触发均在不同RACH配置的RACH上传输。 |
| **技术特征M**：分配给PRACH的物理资源包括以下任一种：-RACH的时间资源和周期（未公开） | 无对应内容 | 对比文件未描述RACH配置的具体参数（时间资源、周期等）。 |
| **技术特征N**：-RACH的前导码的组（未公开） | 无对应内容 | 对比文件未提及前导码组。 |
| **技术特征O**：所述配置信息通过专用RRC信令或者广播信令发送（未公开） | 无对应内容 | 对比文件未公开配置信息的发送方式。 |
| **技术特征P**：所述用户设备为RRC连接的用户设备（《隐含公开》） | [0046]“UE接入eNodeB后”；本领域公知接入后UE处于RRC连接状态。 | 本领域技术人员可以合理推断UE处于RRC连接模式，因此隐含公开。 |
| **技术特征Q**：所述通信系统为LTE通信系统（《直接公开》） | [0002]“3GPP LTE系统”。 | 对比文件明确提及LTE通信系统。 |
| **技术特征R**：从所述基站接收与多个调度请求触发相关的配置信息，其中所述配置信息包括映射方式以及传输类型，传输类型基于优先级确定，传输类型为RACH或专用SR资源等（未公开） | 无对应基站发送配置信息的步骤。 | 对比文件未公开基站发送配置信息，因此UE接收配置信息也未公开。 |
| **技术特征S**：同特征F，属于用户设备方法中的传输类型细节（未公开） | 同特征F。 | 对比文件未公开专用SR资源及RACH配置细节。 |
| **技术特征T**：基于当前业务的业务特性以及所述映射方式，选择对应于所述当前业务的调度请求触发（未公开） | [0046]分组但未涉及选择不同SR触发。 | 对比文件没有选择不同SR触发的概念，仅有统一的SR过程。 |
| **技术特征U**：通过对应于所述调度请求触发的传输类型，传输所触发的调度请求（未公开） | [0068]在RACH上发送数字序列，但未与选择步骤关联。 | 对比文件虽传输SR，但未基于选择的SR触发进行，且没有多个SR触发，因此未公开。 |
| **技术特征V**：装置第一单元，用于基于业务特性确定多个调度请求触发以及对应的传输类型（未公开） | [0084]-[0088]装置包括分组模块、识别模块、设置模块、生成发送模块。 | 对比文件装置未包含确定多个SR触发和传输类型的单元，功能不同。 |
| **技术特征W**：装置第二单元，用于将配置信息发送至用户设备（未公开） | 无对应单元。 | 对比文件装置未包含发送配置信息的单元。 |
| **技术特征X**：同特征F，属于装置特征中的传输类型细节（未公开） | 同特征F。 | 对比文件未公开专用SR资源及RACH配置细节。 |
<<<E>>><<<G>>><<<I>>><<<J>>><<<Q>>><<<h>>><<<p>>>