好的，作为一名资深专利代理师，我将对您提供的对比文件与目标专利权利要求的技术特征进行严谨的比对分析。
**对比文件名称：** 2018-08-09_US2018227805A_发明申请_US20180227805A1 METHOD AND APPARATUS FOR TRANSMITTING DATA IN A MOBILE COMMUNICATION SYSTEM
**目标专利名称：** 1167用于控制信息和用户数据之间的自适应优先级控制的方法和装置CN112715050B
**本次调用的模型名称：** 无（通用模型）
---
### 特征比对表格
| 技术特征描述及公开性判断 | 对比文件原文引用（中文翻译） | 公开性论述 |
| **技术特征A：** 根据传输资源情况确定(202)针对第一类型的用户数据的第一优先级和针对控制信息的第二优先级<br><br>**《直接公开》** | **[0576]** 当上行传输资源的TTI长度被设置为TTI 1时，对所有无线承载（RB）和所有MAC控制元素（MAC CE）执行上行传输资源分配过程。优先级可按URLLC DRB > BSR/PHR > SRB > 非URLLC DRB的顺序确定。<br>**[0577]** 当上行传输资源的TTI长度被设置为TTI 2时，对所有无线承载（RB）和所有MAC控制元素（MAC CE）执行上行传输资源分配过程。优先级可按CCCH SDU > BSR/PHR > SRB > 非URLLC DRB > URLLC DRB的顺序确定。<br>**[0582]** 第一优先级组合具有最高优先级的第一DRB集（由RRC指定的DRB，处理URLLC流量的DRB集）、第二高优先级的BSR/PHR、第三高优先级的SRB，以及具有最低优先级的其余DRB的结构。<br>**[0583]** 第二优先级组合是具有最高优先级的BSR/PHR、第二高优先级的SRB以及除第一DRB外具有最低优先级的DRB的结构。在第一优先级组合中不考虑第一DRB集。 | 对比文件明确公开了根据“传输资源情况”（即上行传输资源的TTI长度，如短TTI或长TTI）来确定不同类型的用户数据（如URLLC DRB）和控制信息（如BSR/PHR）之间的优先级顺序。具体定义了多种优先级组合，例如在短TTI（可视为资源情况的一种表征）下，URLLC数据的优先级高于BSR/PHR；在长TTI下，BSR/PHR的优先级高于URLLC数据。这与目标专利中“根据传输资源情况确定针对第一类型的用户数据的第一优先级和针对控制信息的第二优先级”的技术方案实质相同。因此，本技术特征被直接公开。 |
| **技术特征B：** 根据所确定的第一优先级和第二优先级，发送(204)所述第一类型的用户数据和所述控制信息<br><br>**《直接公开》** | **[0576]** 当上行传输资源的TTI长度被设置为TTI 1时，对所有无线承载（RB）和所有MAC控制元素（MAC CE）执行上行传输资源分配过程。优先级可按URLLC DRB > BSR/PHR > SRB > 非URLLC DRB的顺序确定。也可根据优先级执行如表3或表4所示的过程。 | 对比文件明确，在确定优先级（如URLLC DRB > BSR/PHR）后，终端会根据该优先级执行上行传输资源分配过程（如执行表3或表4的伪代码逻辑），从而生成MAC PDU并发送数据。这个“执行上行传输资源分配过程”的最终目的就是根据确定的优先顺序来“发送”用户数据和控制信息。因此，本技术特征被直接公开。 |
| **技术特征C：** 其中，所述传输资源情况包括传输资源足够或不足<br><br>**《隐含公开》** | **[0576]** 当上行传输资源的TTI长度被设置为TTI 1（短TTI）时，优先级可按URLLC DRB > BSR/PHR > ...的顺序确定。<br>**[0577]** 当上行传输资源的TTI长度被设置为TTI 2（中等TTI）时，优先级可按... > BSR/PHR > 非URLLC DRB > URLLC DRB的顺序确定。 | 对比文件虽然未直接使用“足够”或“不足”的措辞，但其根据TTI长度（如短TTI vs 长TTI）来决定优先级，实质上隐含了“传输资源情况”的判断。在通信领域，短TTI通常意味着资源粒度小、时延低，更可能满足URLLC的即时需求，可理解为资源相对“足够”；而长TTI可能意味着传输机会少、资源相对紧张或不足，因此需要确保控制信息（如BSR/PHR）的优先传输，以获取更多资源。本领域技术人员可以合理推断，对比文件中的TTI长度是表征传输资源是否足够或不足的一种具体方式。因此，本技术特征被隐含公开。 |
| **技术特征D：** 根据传输资源情况确定(202)针对第一类型的用户数据的第一优先级和针对控制信息的第二优先级包括：<br><br>**《隐含公开》** | **[0576]-[0583]** 描述了基于不同TTI长度（传输资源情况）确定不同优先级组合的过程。 | 该技术特征是一个引入性特征，其限定的具体内容由后续技术特征E和F进行描述。由于对比文件已经公开了技术特征A（根据传输资源情况确定优先级），因此该引入特征自然也隐含在对比文件的公开内容中。本领域技术人员可以合理推断，当执行“根据传输资源情况确定优先级”这一步骤时，必然包含诸如比较、判断等具体的确定过程。因此，基于技术特征A被直接公开，本技术特征被隐含公开。 |
| **技术特征E：** 当所述传输资源对于所述第一类型的用户数据是足够的时，确定针对第一类型的用户数据的第一优先级高于针对控制信息的第二优先级<br><br>**《直接公开》** | **[0576]** 当上行传输资源的TTI长度被设置为TTI 1（短TTI）时，优先级可按URLLC DRB > BSR/PHR > SRB > 非URLLC DRB的顺序确定。<br>**[0582]** 第一优先级组合具有最高优先级的第一DRB集（由RRC指定的DRB，处理URLLC流量的DRB集）、第二高优先级的BSR/PHR...的结构。 | 对比文件明确公开了在一种传输资源情况（如短TTI，可对应于资源足够/充足的情况）下，将URLLC数据（第一类型的用户数据）的优先级设置为高于BSR/PHR（控制信息）。这与目标专利的技术特征E完全一致。因此，本技术特征被直接公开。 |
| **技术特征F：** 当所述传输资源对于所述第一类型的用户数据是不足的时，确定针对所述第一类型的用户数据的所述第一优先级低于针对控制信息的所述第二优先级<br><br>**《直接公开》** | **[0577]** 当上行传输资源的TTI长度被设置为TTI 2（中等TTI）时，优先级可按... > BSR/PHR > 非URLLC DRB > URLLC DRB的顺序确定。其中URLLC DRB的优先级低于BSR/PHR。<br>**[0583]** 第二优先级组合是具有最高优先级的BSR/PHR、第二高优先级的SRB以及除第一DRB外具有最低优先级的DRB的结构。在第一优先级组合中不考虑第一DRB集。 | 对比文件明确公开了在另一种传输资源情况（如中等TTI，可对应于资源不足的情况）下，将BSR/PHR（控制信息）的优先级设置为最高，而URLLC数据（第一类型的用户数据）的优先级则被设置为低于BSR/PHR。这与目标专利的技术特征F完全一致。因此，本技术特征被直接公开。 |
| **技术特征G：** 其中，根据所确定的第一优先级和第二优先级来发送(204)所述第一类型的用户数据和所述控制信息包括：<br><br>**《隐含公开》** | **[0576]** 当上行传输资源的TTI长度被设置为TTI 1时，对所有无线承载（RB）和所有MAC控制元素（MAC CE）执行上行传输资源分配过程。优先级可按URLLC DRB > BSR/PHR > ...的顺序确定。也可根据优先级执行如表3或表4所示的过程。 | 该技术特征与特征D类似，是一个引入性特征。对比文件已公开根据确定的优先级进行发送（技术特征B）。因此，该引入特征也隐含在对比文件的公开内容中。本领域技术人员可以合理推断，发送过程必然包含步骤，例如先发送高优先级数据再发送低优先级数据。因此，基于技术特征B被直接公开，本技术特征被隐含公开。 |
| **技术特征H：** 发送所述第一类型的用户数据，然后发送所述控制信息<br><br>**《隐含公开》** | **[0576]** 当上行传输资源的TTI长度被设置为TTI 1时，优先级可按URLLC DRB > BSR/PHR > ...的顺序确定。 | 对比文件明确公开了在特定情况下（如短TTI），URLLC数据的优先级高于BSR/PHR。虽然未明确描述“先发送URLLC数据，再发送BSR”这一具体步骤，但根据本领域的公知常识和逻辑优先级处理原则，当高优先级数据与低优先级数据需要共享传输资源时，通常的处理方式是优先为高优先级数据分配资源并进行传输。因此，本领域技术人员可以直接地、毫无疑义地确定，当URLLC数据优先级高于BSR/PHR时，终端会优先发送URLLC数据，剩余的或后续的资源再用于发送BSR/PHR。该方案与“发送第一类型的用户数据，然后发送控制信息”等价。因此，本技术特征被隐含公开。 |
| **技术特征I：** 者<br><br>**《隐含公开》** | 见特征J和L的论述 | 该技术特征在权利要求中作为连接词“或”，本身没有技术含义。其与前后特征（J和L）一起构成并列的技术方案。当特征J或L被公开时，特征I作为逻辑连接的一部分也被公开。 |
| **技术特征J：** 在不发送所述控制信息的情况下，发送所述第一类型的用户数据<br><br>**《隐含公开》** | **[0581]-[0582]** 描述了当TTI为短TTI时，第一DRB集（URLLC）具有最高优先级。<br>**[0104]** 在目标专利中描述了当资源不足以容纳所有URLLC数据和控制信息时，可以“在不发送控制信息的情况下，发送第一类型的用户数据”。 | 对比文件虽然没有明确写出这种极端情况，但其逻辑中包含这种可能性。当URLLC数据优先级最高，并且上行授权资源刚好或者仅够发送全部或部分URLLC数据时，根据最低优先级数据被丢弃或延后的原则，控制信息（BSR/PHR）自然可能被延迟或不被发送。本领域技术人员基于对比文件公开的优先级规则，可以合理推断出当资源极端有限时，可能会发生仅发送最高优先级的URLLC数据而不发送低优先级的控制信息的情况。因此，本技术特征被隐含公开。 |
| **技术特征K：** 者<br><br>**《隐含公开》** | 见特征L的论述 | 与特征I类似，特征K是连接词“或”，本身没有技术含义。当特征L被公开时，特征K作为逻辑连接的一部分也被公开。 |
| **技术特征L：** 发送所述第一类型的用户数据，然后发送针对发送所述控制信息的调度请求SR<br><br>**《隐含公开》** | **[0576]** 当上行传输资源的TTI长度被设置为TTI 1时，优先级可按URLLC DRB > BSR/PHR > ...的顺序确定。 | 根据对比文件公开的优先级逻辑（URLLC > BSR/PHR），UE会优先发送URLLC数据。此时，如果控制信息（如BSR）由于优先级较低而被延迟发送，但BSR对后续调度至关重要，那么UE在发送完URLLC数据后，很可能需要触发调度请求（SR）来请求新的上行资源以发送被延迟的BSR。这是MAC层处理中一个自然且合理的逻辑延续。本领域技术人员可以合理推断，在优先发送URLLC数据后，为发送被延迟的控制信息而触发SR，是遵循所确定优先级进行发送的一种必然或合理的后续操作。因此，本技术特征被隐含公开。 |
| **技术特征M：** 还包括：<br><br>**《隐含公开》** | **[0576]-[0577]** 描述了不同TTI下的优先级顺序，其中都包含了“非URLLC DRB”。 | 该特征为引入性特征。对比文件在描述优先级时，区分了URLLC DRB和非URLLC DRB，这意味着终端处理的数据类型不止一种。因此，可以合理推断终端还会执行与第二类型用户数据相关的步骤。因此，本技术特征被隐含公开。 |
| **技术特征N：** 确定针对第二类型的用户数据的第三优先级<br><br>**《隐含公开》** | **[0576]** 优先级可按URLLC DRB > BSR/PHR > SRB > 非URLLC DRB的顺序确定。<br>**[0577]** 优先级可按CCCH SDU > BSR/PHR > SRB > 非URLLC DRB > URLLC DRB的顺序确定。 | 对比文件在优先级列表中明确列出了“非URLLC DRB”，这即为第二类型的用户数据的一个例子。对比文件为该“非URLLC DRB”指定了明确的优先级位置（例如，在特定TTI下为最低优先级），这实质上就是“确定针对第二类型的用户数据的第三优先级”。因此，本技术特征被隐含公开。 |
| **技术特征O：** 其中，确定针对第二类型的用户数据的第三优先级包括：<br><br>**《隐含公开》** | **[0576]** 优先级可按URLLC DRB > BSR/PHR > SRB > 非URLLC DRB的顺序确定。 | 该特征为引入性特征。对比文件通过定义优先级列表，公开了“确定第三优先级”的过程。因此，本技术特征被隐含公开。 |
| **技术特征P：** 确定针对所述第二类型的用户数据的第三优先级低于针对所述第一类型的用户数据的第一优先级和/或针对控制信息的第二优先级<br><br>**《隐含公开》** | **[0576]** 优先级可按URLLC DRB > BSR/PHR > SRB > 非URLLC DRB的顺序确定。 | 对比文件明确，在短TTI场景下，非URLLC DRB（第二类型用户数据）的优先级既低于URLLC DRB（第一类型用户数据），也低于BSR/PHR（控制信息）。在长TTI场景下，非URLLC DRB的优先级也低于BSR/PHR和SRB。因此，对比文件公开了该特征所限定的一种或多种情况。本技术特征被隐含公开。 |
| **技术特征Q：** 还包括：<br><br>**《隐含公开》** | **[0576]-[0577]** 描述了基于优先级列表进行资源分配的过程。 | 该特征为引入性特征。对比文件描述的资源分配过程必然包括对列表中所有逻辑信道的处理，因此包括对第二类型用户数据的发送。因此，本技术特征被隐含公开。 |
| **技术特征R：** 根据所确定的针对所述第二类型的用户数据的第三优先级，发送所述第二类型的用户数据<br><br>**《隐含公开》** | **[0576]** 当上行传输资源的TTI长度被设置为TTI 1时，对所有无线承载（RB）和所有MAC控制元素（MAC CE）执行上行传输资源分配过程。优先级可按...非URLLC DRB的顺序确定。 | 对比文件描述了“对所有无线承载（RB）...执行上行传输资源分配过程”，并且优先级列表中包含了“非URLLC DRB”。这直接意味着终端会根据为该“非URLLC DRB”确定的优先级（第三优先级）来发送其数据。因此，本技术特征被隐含公开。 |
| **技术特征S：** 其中，根据所确定的针对所述第二类型的用户数据的第三优先级发送所述第二类型的用户数据包括：<br><br>**《隐含公开》** | **[0576]** 优先级可按URLLC DRB > BSR/PHR > SRB > 非URLLC DRB的顺序确定。 | 该特征为引入性特征。对比文件通过定义优先级顺序，公开了“根据第三优先级发送”的具体方式，即按顺序处理。因此，本技术特征被隐含公开。 |
| **技术特征T：** 在发送所述控制信息之后，发送所述第二类型的用户数据<br><br>**《隐含公开》** | **[0576]** 优先级可按URLLC DRB > BSR/PHR > SRB > 非URLLC DRB的顺序确定。 | 对比文件中的优先级顺序明确显示，非URLLC DRB的优先级低于BSR/PHR。在MAC层的逻辑信道优先级处理中，优先级高的数据优先被分配资源并发送。因此，当BSR/PHR和非URLLC DRB都有数据待传时，BSR/PHR会被优先发送，非URLLC DRB的数据会在BSR/PHR之后发送。这完全符合“在发送控制信息之后，发送第二类型的用户数据”的技术方案。因此，本技术特征被隐含公开。 |
| **技术特征U：** 其中，所述用户数据包括以下至少一项：<br><br>**《直接公开》** | **[0576]** ...所有无线承载（RB）... <br>**[0582]** ...第一DRB集（由RRC指定的DRB，处理URLLC流量的DRB集）... | 对比文件明确使用了“无线承载（RB）”和“数据无线承载（DRB）”等术语。在3GPP通信系统中，DRB用于承载用户数据。因此，用户数据包括逻辑信道、服务和LCH组的数据是本领域的公知常识，对比文件中的“DRB”直接指向用户数据。因此，本技术特征被直接公开。 |
| **技术特征V：** 逻辑信道LCH、服务和LCH组的数据<br><br>**《隐含公开》** | **[0576]** ...所有无线承载（RB）...<br>**[0577]** ...所有无线承载（RB）... | 对比文件使用了“无线承载（RB）”。在3GPP协议中，无线承载（特别是数据无线承载DRB）映射到逻辑信道（LCH），一个逻辑信道可以对应一个服务或一组逻辑信道（LCH组）。因此，虽然对比文件没有直接列出“逻辑信道、服务和LCH组”，但公开了其上层概念“无线承载”。本领域技术人员可以合理推断，对无线承载进行优先级处理，实质上就是对映射到该承载的逻辑信道、其代表的服务或LCH组进行优先级处理。因此，本技术特征被隐含公开。 |
| **技术特征W：** 其中，所述控制信息包括以下至少一项：<br><br>**《直接公开》** | **[0576]** ...所有MAC控制元素（MAC CE）。优先级可按...BSR/PHR...的顺序确定。 | 对比文件明确公开了“MAC控制元素（MAC CE）”，并具体例举了“BSR/PHR”。这表明控制信息是MAC CE的一种，并且BSR和PHR是其具体形式。因此，本技术特征被直接公开。 |
| **技术特征X：** 缓冲器状态报告BSR和功率余量报告PHR<br><br>**《直接公开》** | **[0576]** 优先级可按...BSR/PHR...的顺序确定。<br>**[0582]** ...第二高优先级的BSR/PHR...<br>**[0583]** ...具有最高优先级的BSR/PHR... | 对比文件在多处明确且直接地提及了“BSR/PHR”，并将其作为控制信息（MAC CE）的典型示例。因此，本技术特征被直接公开。 |
---
**输出代码：**
<<<A>>><<<B>>><<<E>>><<<F>>><<<U>>><<<W>>><<<X>>><<<c>>><<<d>>><<<g>>><<<h>>><<<i>>><<<j>>><<<k>>><<<l>>><<<m>>><<<n>>><<<o>>><<<p>>><<<q>>><<<r>>><<<s>>><<<t>>><<<v>>>