**对比文件名称**：2015-02-04_CN102685895B_发明授权_CN102685895B 一种上行数据的调度方法、系统及装置
**目标专利名称**：1167用于控制信息和用户数据之间的自适应优先级控制的方法和装置CN112715050B
**本次调用的模型名称**：DeepSeek-R1（V3增强版）
---
### 特征比对表格
| 技术特征描述及公开性判断结果 | 对比文件原文引用（带段落标号） | 公开性论述 |
| **技术特征A**：根据传输资源情况确定(202)针对第一类型的用户数据的第一优先级和针对控制信息的第二优先级<br>**《未公开》** | 无直接对应内容。对比文件[0045]仅描述用户设备在获得上行授权后，基于资源是否足够决定发送顺序，但未涉及“根据传输资源情况确定优先级”的明确步骤或逻辑。 | 目标专利强调UE主动根据资源情况动态确定用户数据（尤其是URLLC）与控制信息之间的优先级顺序。对比文件仅描述了基站分配资源后UE的发送行为（资源足够→直接发数据；资源不足→先发BSR），该行为基于固定规则（如BSR优先级高），而非UE对优先级进行自适应确定。没有公开或暗示UE会根据资源情况改变优先级认定，更未涉及第一类型用户数据（如URLLC）的优先级确定。因此特征A未被公开。 |
| **技术特征B**：根据所确定的第一优先级和第二优先级，发送(204)所述第一类型的用户数据和所述控制信息<br>**《未公开》** | 无直接对应内容。 | 由于特征A未被公开，特征B作为其后续步骤也未被公开。对比文件中UE的发送行为（先发BSR或直接发数据）并非基于自身确定的优先级，而是遵循预设规则或基站指示。 |
| **技术特征C**：其中，所述传输资源情况包括传输资源足够或不足<br>**《直接公开》** | [0045]：“如果基站分配的上行资源足够发送缓存的所有上行数据时，用户设备可以直接发送上行数据；如果不够发送缓存的上行数据，则用户设备先发送BSR，还可以包括部分上行数据。” | 对比文件明确提出了“足够”和“不够”（即不足）两种传输资源情况，与特征C一致。本领域技术人员可直接毫无疑义地确定该特征。 |
| **技术特征D**：根据传输资源情况确定(202)针对第一类型的用户数据的第一优先级和针对控制信息的第二优先级包括：<br>**《未公开》** | 无直接对应内容。 | 特征D是特征A的进一步细化，由于特征A未被公开，特征D同样未被公开。 |
| **技术特征E**：当所述传输资源对于所述第一类型的用户数据是足够的时，确定针对第一类型的用户数据的第一优先级高于针对控制信息的第二优先级<br>**《未公开》** | [0045]在资源足够时仅描述“直接发送上行数据”，未明确控制信息的处理方式，也未提及优先级比较。 | 目标专利在资源足够时赋予第一类型用户数据（如URLLC）高于控制信息的优先级，以优先发送关键用户数据。对比文件在资源足够时仅说发送上行数据，但根据现有技术（目标专利背景[0006]），控制信息（如BSR）优先级始终高于所有逻辑信道数据，因此除非明确改变，否则控制信息仍优先。对比文件未给出任何让用户数据优先级高于控制信息的教导或暗示。 |
| **技术特征F**：当所述传输资源对于所述第一类型的用户数据是不足的时，确定针对所述第一类型的用户数据的所述第一优先级低于针对控制信息的所述第二优先级<br>**《隐含公开》** | [0045]：“如果不够发送缓存的上行数据，则用户设备先发送BSR，还可以包括部分上行数据。” | 对比文件明确表示在资源不足时先发送BSR（控制信息），再发送部分上行数据（用户数据），这隐含了控制信息优先级高于用户数据。本领域技术人员可以合理推断，当资源不足以同时容纳所有数据和控制信息时，控制信息（BSR）被优先发送，即其优先级高于用户数据。虽然未明确提及第一类型用户数据，但该逻辑适用于任何类型的用户数据，包括URLLC。因此特征F被隐含公开。 |
| **技术特征G**：其中，根据所确定的第一优先级和第二优先级来发送(204)所述第一类型的用户数据和所述控制信息包括：<br>**《未公开》** | 无直接对应内容。 | 特征G是对特征B中发送步骤的进一步限定，由于特征B未被公开，特征G也未被公开。 |
| **技术特征H**：发送所述第一类型的用户数据，然后发送所述控制信息<br>**《未公开》** | 对比文件[0045]中资源不足时先发BSR后发数据，顺序相反；资源足够时未明确控制信息发送时机。 | 目标专利的该选项要求用户数据先于控制信息发送，对比文件在所有场景下均未公开或暗示这种顺序。 |
| **技术特征I**：者<br>**（无实质技术内容，不单独判断）** | — | 该特征仅为连接词“或”，不构成独立技术特征。 |
| **技术特征J**：在不发送所述控制信息的情况下，发送所述第一类型的用户数据<br>**《未公开》** | [0045]资源足够时“直接发送上行数据”，但未说明是否同时发送控制信息（如BSR）。 | 对比文件未明确“不发送控制信息”这一情形。在现有技术中，即使资源足够，周期性BSR等控制信息通常仍需发送，除非被填充或取消。对比文件未给出忽略控制信息仅发送用户数据的明确教导或暗示。 |
| **技术特征K**：者<br>**（无实质技术内容，不单独判断）** | — | 该特征仅为连接词“或”，不构成独立技术特征。 |
| **技术特征L**：发送所述第一类型的用户数据，然后发送针对发送所述控制信息的调度请求SR<br>**《未公开》** | 对比文件[0004]、[0037]描述：没有上行资源发送BSR时，先发送SR，再接收上行授权发送BSR和数据。顺序为SR→BSR/数据。 | 目标专利要求先发送用户数据，再发送SR以请求资源发送控制信息。对比文件中的顺序是反向的（先SR再数据），且未给出任何先发送数据再触发SR的启示。 |
| **技术特征M**：还包括：<br>**（仅引出后续特征，无实质）** | — | 该特征仅为方法步骤的过渡用语，不单独判断。 |
| **技术特征N**：确定针对第二类型的用户数据的第三优先级<br>**《未公开》** | 无直接对应内容。 | 对比文件未区分第一类型和第二类型用户数据，也未涉及对第二类型数据优先级的确定。 |
| **技术特征O**：其中，确定针对第二类型的用户数据的第三优先级包括：<br>**《未公开》** | 无直接对应内容。 | 同特征N，未公开。 |
| **技术特征P**：确定针对所述第二类型的用户数据的第三优先级低于针对所述第一类型的用户数据的第一优先级和/或针对控制信息的第二优先级<br>**《未公开》** | 无直接对应内容。 | 对比文件未涉及任何关于第二类型数据优先级低于第一类型数据或控制信息的比较或设定。 |
| **技术特征Q**：还包括：<br>**（仅引出后续特征，无实质）** | — | 过渡用语，不单独判断。 |
| **技术特征R**：根据所确定的针对所述第二类型的用户数据的第三优先级，发送所述第二类型的用户数据<br>**《未公开》** | 无直接对应内容。 | 对比文件未涉及第二类型用户数据的发送基于其优先级。 |
| **技术特征S**：其中，根据所确定的针对所述第二类型的用户数据的第三优先级发送所述第二类型的用户数据包括：<br>**《未公开》** | 无直接对应内容。 | 同特征R，未公开。 |
| **技术特征T**：在发送所述控制信息之后，发送所述第二类型的用户数据<br>**《未公开》** | 对比文件[0045]资源不足时先发BSR再发数据，但该数据未区分类型，且无第二类型概念。 | 虽然顺序上可能类似（控制信息先于第二类型数据），但对比文件未建立“第二类型”这一概念，也未将其与控制信息优先级关联。因此不能认为公开了该特征。 |
| **技术特征U**：其中，所述用户数据包括以下至少一项：<br>**（仅引出后续特征）** | — | 过渡用语，具体内容见特征V。 |
| **技术特征V**：逻辑信道LCH、服务和LCH组的数据<br>**《直接公开》（部分：LCH）** | [0038]：“上行数据所在逻辑信道(Logical Channel，LCH)的信息，比如LCH的优先级信息，和LCH的类型信息等”。 | 对比文件明确提及用户数据包括逻辑信道（LCH）的数据，直接公开了“LCH”这一项。但“服务”和“LCH组”未明确提及（服务可理解为逻辑信道关联的服务，但对比文件未单独定义；LCH组未出现），因此仅部分直接公开。 |
| **技术特征W**：其中，所述控制信息包括以下至少一项：<br>**（仅引出后续特征）** | — | 过渡用语，具体内容见特征X。 |
| **技术特征X**：缓冲器状态报告BSR和功率余量报告PHR<br>**《直接公开》（部分：BSR）** | 全文多处提及BSR，如[0004]：“用户设备有上行数据需要发送时，会发送缓存状态报告(Buffer Status Report，BSR)”；[0045]：“先发送BSR”。 | 对比文件反复公开了BSR作为控制信息，直接公开了“缓冲器状态报告BSR”。但“功率余量报告PHR”在对比文件中从未出现，因此仅部分直接公开。 |
---
### 公开性代码汇总
根据上述判断，对比文件直接公开或隐含公开了以下技术特征（仅列出有公开的特征）：
- **直接公开**：技术特征C、技术特征V（部分）、技术特征X（部分）
→ `<<<C>>>`
→ `<<<V>>>`（由于V部分公开，按规则应插入代码；注意V特征整体对应一个代码）
→ `<<<X>>>`（部分公开，同理）
- **隐含公开**：技术特征F
→ `<<<f>>>`
最终输出代码（按字母顺序排列，仅包含已公开的特征对应的代码，且统一大小写规则）：
<<<C>>><<<V>>><<<X>>><<<f>>>