好的，作为一名经验丰富的资深专利代理师，我将严格遵循您的指示，对目标专利权利要求的技术特征与对比文件进行详细比对分析。
本次调用的模型名称：无（由系统指定）
对比文件的名称：**2016-11-30_CN106171032A_发明公开_CN106171032A 数据传输方法及设备**
目标专利的名称：**用于控制信息和用户数据之间的自适应优先级控制的方法和装置 (CN112715050B)**
---
### 特征比对表格
| 技术特征描述以及公开性判断结果 | 对比文件原文引用（翻译） | 公开性论述 |
| **技术特征A：** 根据传输资源情况确定(202)针对第一类型的用户数据的第一优先级和针对控制信息的第二优先级<br><br>《直接公开》 | 引用段落：[0006] 如果终端在缓存数据需要发送时没有上行资源，则终端将发起随机接入过程，通过随机接入过程中的消息三发送调度请求，同时发送缓存状态报告。网络侧收到调度请求后，会给终端分配资源。如果终端有上行资源，并且该资源可以发送终端的需要发送的缓存数据，则根据缓存数据的类型，资源是否充足，确定待发送的缓存数据的优先级。 <br><br>引用段落：[0005] 其中，根据终端发送缓存数据所需要的上行资源情况，确定待发送的缓存数据的优先级，包括：如果终端发送缓存数据所需要的上行资源充足，则确定待发送的缓存数据的优先级；如果终端发送缓存数据所需要的上行资源不充足，则确定待发送的缓存数据的优先级。 <br><br>引用段落：[0007] 如果待发送的缓存数据中包括需要控制信息和用户数据，则确定需要发送的控制信息的优先级高于用户数据，或者确定需要发送的用户数据的优先级高于控制信息。 | 对比文件明确公开了：终端设备需要根据“上行资源情况”（即传输资源情况）来确定“待发送的缓存数据”的优先级。对比文件进一步明确指出，“待发送的缓存数据”包括“控制信息和用户数据”（即本特征A中的控制信息和用户数据），并且需要确定它们之间的优先级（谁高于谁）。这与本特征A的技术方案完全一致。 |
| **技术特征B：** 根据所确定的第一优先级和第二优先级，发送(204)所述第一类型的用户数据和所述控制信息<br><br>《直接公开》 | 引用段落：[0007] 如果待发送的缓存数据中包括需要控制信息和用户数据，则确定需要发送的控制信息的优先级高于用户数据，或者确定需要发送的用户数据的优先级高于控制信息。 <br><br>引用段落：[0009] 在确定待发送的缓存数据的优先级后，终端根据确定出的优先级，确定是否发送控制信息，以及待发送的用户数据的发送顺序。 | 对比文件明确公开了：在确定了控制信息和用户数据的优先级之后，终端会根据该优先级来决定“是否发送控制信息”以及“用户数据的发送顺序”。这实质上就是根据所确定的优先级来发送用户数据和控制信息。 |
| **技术特征C：** 其中，所述传输资源情况包括传输资源足够或不足<br><br>《直接公开》 | 引用段落：[0005] 其中，根据终端发送缓存数据所需要的上行资源情况，确定待发送的缓存数据的优先级，包括：如果终端发送缓存数据所需要的上行资源充足，则确定待发送的缓存数据的优先级；如果终端发送缓存数据所需要的上行资源不充足，则确定待发送的缓存数据的优先级。 | 对比文件直接描述了传输资源情况的两个方面：“上行资源充足”（即足够）和“上行资源不充足”（即不足）。这与本特征C完全对应。 |
| **技术特征D：** 根据传输资源情况确定(202)针对第一类型的用户数据的第一优先级和针对控制信息的第二优先级包括：<br><br>《直接公开》 | 引用段落：[0005] 其中，根据终端发送缓存数据所需要的上行资源情况，确定待发送的缓存数据的优先级，包括：如果终端发送缓存数据所需要的上行资源充足，则确定待发送的缓存数据的优先级；如果终端发送缓存数据所需要的上行资源不充足，则确定待发送的缓存数据的优先级。 | 对比文件明确指出，确定优先级这一步骤具体包括了对资源充足和不充足两种情况的判断和处理。这与本特征D限定了确定步骤的具体情景是相同的。 |
| **技术特征E：** 当所述传输资源对于所述第一类型的用户数据是足够的时，确定针对第一类型的用户数据的第一优先级高于针对控制信息的第二优先级<br><br>《直接公开》 | 引用段落：[0008] 当终端发送缓存数据所需要的上行资源充足时，优先发送终端发送上行数据；当终端发送缓存数据所需要的上行资源不充足时，优先发送控制信息。 <br><br>参见【引用的部分】：上述段落[0008]中，“上行数据”对应本特征的第一类型的用户数据，“控制信息”对应本特征的控制信息。 | 对比文件明确公开了：当上行资源充足时，“优先发送终端发送上行数据”。这意味着用户数据的优先级高于控制信息，因此会先发送用户数据。这直接等同于本特征E中用户数据优先级高于控制信息的确定结果。 |
| **技术特征F：** 当所述传输资源对于所述第一类型的用户数据是不足的时，确定针对所述第一类型的用户数据的所述第一优先级低于针对控制信息的所述第二优先级<br><br>《直接公开》 | 引用段落：[0008] 当终端发送缓存数据所需要的上行资源充足时，优先发送终端发送上行数据；当终端发送缓存数据所需要的上行资源不充足时，优先发送控制信息。 | 对比文件明确公开了：当上行资源不充足时，“优先发送控制信息”。这意味着控制信息的优先级高于用户数据，因此会先发送控制信息。这直接等同于本特征F中用户数据优先级低于控制信息的确定结果。 |
| **技术特征G：** 其中，根据所确定的第一优先级和第二优先级来发送(204)所述第一类型的用户数据和所述控制信息包括：<br><br>《直接公开》 | 引用段落：[0009] 在确定待发送的缓存数据的优先级后，终端根据确定出的优先级，确定是否发送控制信息，以及待发送的用户数据的发送顺序。 | 对比文件明确指出，发送步骤具体包括基于优先级决定“是否发送控制信息”以及“用户数据的发送顺序”。这与本特征G对发送步骤的限定内容一致。 |
| **技术特征H：** 发送所述第一类型的用户数据，然后发送所述控制信息<br><br>《直接公开》 | 引用段落：[0008] 当终端发送缓存数据所需要的上行资源充足时，优先发送终端发送上行数据；当终端发送缓存数据所需要的上行资源不充足时，优先发送控制信息。 <br>引用段落：[0009] 当确定待发送的缓存数据的优先级后，在发送时，先发送优先级高的缓存数据。 | 对比文件在描述资源充足时，明确“优先发送终端发送上行数据”，结合[0009]中“先发送优先级高的缓存数据”的规则，可以毫无疑义地得出：在资源充足时，发送顺序是先发送用户数据，后发送控制信息。这与本特征H完全一致。 |
| **技术特征I：** 者<br><br>《隐含公开》 | 参见特征J、K、L的论述。 | 此处的“者”是中文专利权利要求中用于列举并列方案的连接词（“或者”）。其公开性不单独判断，而取决于其所连接的方案（特征J、K、L）的公开性。 |
| **技术特征J：** 在不发送所述控制信息的情况下，发送所述第一类型的用户数据<br><br>《隐含公开》 | 引用段落：[0009] 在确定待发送的缓存数据的优先级后，终端根据确定出的优先级，确定是否发送控制信息，以及待发送的用户数据的发送顺序。 <br><br>引用段落：[0008] 当终端发送缓存数据所需要的上行资源充足时，优先发送终端发送上行数据；当终端发送缓存数据所需要的上行资源不充足时，优先发送控制信息。 | 对比文件[0009]明确提到了“确定是否发送控制信息”，这直接表明存在“不发送控制信息”的可能性。当资源充足时，用户数据优先级高，先发送用户数据，如果资源仅够发送用户数据而不足以同时发送控制信息，则根据优先级，用户数据被发送，控制信息不被发送。这属于本领域技术人员能够合理推断出的情况。 |
| **技术特征K：** 者<br><br>《隐含公开》 | 参见特征H、J、L的论述。 | 同特征I，公开性取决于其所连接的方案。 |
| **技术特征L：** 发送所述第一类型的用户数据，然后发送针对发送所述控制信息的调度请求SR<br><br>《隐含公开》 | 引用段落：[0006] 如果终端在缓存数据需要发送时没有上行资源，则终端将发起随机接入过程，通过随机接入过程中的消息三发送调度请求，同时发送缓存状态报告。网络侧收到调度请求后，会给终端分配资源。如果终端有上行资源，并且该资源可以发送终端的需要发送的缓存数据，则根据缓存数据的类型，资源是否充足，确定待发送的缓存数据的优先级。 | 对比文件[0006]描述了在没有上行资源时，通过发送调度请求（SR）来请求资源以发送数据（包括控制信息）。当资源充足时，本特征H已公开先发用户数据，如果用户数据占用全部资源导致控制信息无法发送，终端自然需要为剩余的控制信息申请资源。本领域技术人员可以合理推断：在发送完高优先级的用户数据后，为了发送被延迟的控制信息，终端会发起一个调度请求（SR），这与对比文件描述的SR机制一致。 |
| **技术特征M：** 还包括：<br><br>《直接公开》 | 引用段落：[0007] 如果待发送的缓存数据中包括需要控制信息和用户数据... <br>引用段落：[0019] 在本发明实施例中，用户数据包括第一类用户数据和第二类用户数据，第一类用户数据的优先级高于第二类用户数据的优先级。 | 对比文件明确将用户数据区分为第一类（高优先级）和第二类（低优先级），因此其技术方案自然包括处理第二类用户数据的步骤。这公开了本特征M所引出的“还包括”后续步骤。 |
| **技术特征N：** 确定针对第二类型的用户数据的第三优先级<br><br>《直接公开》 | 引用段落：[0019] 在本发明实施例中，用户数据包括第一类用户数据和第二类用户数据，第一类用户数据的优先级高于第二类用户数据的优先级。<br>引用段落：[0021] 上述优先级可以是预定义的，或者是网络侧配置的。 | 对比文件公开了有两类用户数据，并且明确了第一类（如URLLC）优先级高于第二类（如非URLLC）。这本身就是对第二类用户数据优先级（第三优先级）的一种确定，即其优先级低于第一类用户数据。 |
| **技术特征O：** 其中，确定针对第二类型的用户数据的第三优先级包括：<br><br>《直接公开》 | 引用段落：[0019] 在本发明实施例中，用户数据包括第一类用户数据和第二类用户数据，第一类用户数据的优先级高于第二类用户数据的优先级。 | 对比文件描述了确定优先级的过程，具体地，该过程包括将第一类用户数据的优先级设置为高于第二类用户数据的优先级。这与本特征O的限定一致。 |
| **技术特征P：** 确定针对所述第二类型的用户数据的第三优先级低于针对所述第一类型的用户数据的第一优先级和/或针对控制信息的第二优先级<br><br>《直接公开》 | 引用段落：[0019] 在本发明实施例中，用户数据包括第一类用户数据和第二类用户数据，第一类用户数据的优先级高于第二类用户数据的优先级。 <br>引用段落：[0020] 例如，第一类用户数据为URLLC数据，第二类用户数据为eMBB数据。 <br>引用段落：[0015] 解决了URLLC数据因为控制信息优先级过高而延迟发送的问题，从而保证URLLC数据的低时延、高可靠性。 | 对比文件明确第一类用户数据优先级高于第二类用户数据。同时，为解决URLLC延迟问题，对比文件在某些情况下（资源不足时）使控制信息优先级高于所有用户数据（包括第一类），这隐含了在此场景下控制信息优先级也高于第二类用户数据。因此，本领域技术人员可以毫无疑义地得出：第二类用户数据的优先级低于第一类和/或控制信息，这在本公开中是必然的结论。 |
| **技术特征Q：** 还包括：<br><br>《直接公开》 | 参见特征R的论述。 | 同上，特征R是“还包括”的具体内容，特征M已论述对比文件公开了处理第二类用户数据的技术方案，因此特征Q也被公开。 |
| **技术特征R：** 根据所确定的针对所述第二类型的用户数据的第三优先级，发送所述第二类型的用户数据<br><br>《直接公开》 | 引用段落：[0009] 在确定待发送的缓存数据的优先级后，终端根据确定出的优先级，确定是否发送控制信息，以及待发送的用户数据的发送顺序。 <br>引用段落：[0019] ...第一类用户数据的优先级高于第二类用户数据的优先级。 | 对比文件公开了根据所有数据的优先级确定发送顺序，其中包括第一类和第二类用户数据。因此，必然是根据第二类用户数据的优先级（低于第一类、可能低于控制信息）来发送它。 |
| **技术特征S：** 其中，根据所确定的针对所述第二类型的用户数据的第三优先级发送所述第二类型的用户数据包括：<br><br>《直接公开》 | 引用段落：[0009] 在确定待发送的缓存数据的优先级后，终端根据确定出的优先级，确定是否发送控制信息，以及待发送的用户数据的发送顺序。 | 对比文件揭示了基于优先级确定发送顺序的过程。对于第二类用户数据，其优先级最低，通常被最后发送。这限定了发送第二类用户数据的具体方式，与特征S的限定一致。 |
| **技术特征T：** 在发送所述控制信息之后，发送所述第二类型的用户数据<br><br>《隐含公开》 | 引用段落：[0019] ...第一类用户数据的优先级高于第二类用户数据的优先级。 <br>引用段落：[0008] 当终端发送缓存数据所需要的上行资源不充足时，优先发送控制信息。 | 根据对比文件，在资源不足时，控制信息优先级最高，第一类用户数据次之，第二类用户数据最低。根据“先发送优先级高的数据”的原则，本领域技术人员可以合理推出：在资源不足时，发送顺序是“控制信息 -> 第一类用户数据 -> 第二类用户数据”。因此，第二类用户数据在控制信息之后发送是被隐含公开的。 |
| **技术特征U：** 其中，所述用户数据包括以下至少一项：<br><br>《直接公开》 | 引用段落：[0019] 在本发明实施例中，用户数据包括第一类用户数据和第二类用户数据... <br>引用段落：[0020] 例如，第一类用户数据为URLLC数据，第二类用户数据为eMBB数据。 | 对比文件明确其传输的数据是“用户数据”，并对其进行了分类。这公开了本特征U的主题。 |
| **技术特征V：** 逻辑信道LCH、服务和LCH组的数据<br><br>《隐含公开》 | 引用段落：[0024] 本发明实施例中的控制信息为MAC CE控制信息，包括BSR、PHR等。 <br><br>【论述】在3GPP通信标准中，用户数据（如URLLC， eMBB）通常映射到特定的逻辑信道（LCH）或逻辑信道组（LCH group）上进行传输。对比文件虽然未明确写出LCH这个词，但其描述的第一类、第二类用户数据，在5G NR等系统中，正是通过配置不同的LCH或LCH组来实现QoS区分。本领域技术人员在阅读对比文件后，结合通信标准常识，可以合理推断出其所指的用户数据即是通过逻辑信道（LCH）或逻辑信道组（LCH组）来承载的。 | 对比文件描述了第一类用户数据（URLLC）和第二类用户数据（eMBB），在5G/NR标准中，这些不同QoS要求的数据正是通过不同的逻辑信道（LCH）来区分和承载的。虽然对比文件未明确写出“逻辑信道”字样，但其描述的数据类型和技术方案完全建立在LCH概念之上。本领域技术人员可以合理推断出其隐含公开了用户数据包括LCH、LCH组数据。 |
| **技术特征W：** 其中，所述控制信息包括以下至少一项：<br><br>《直接公开》 | 引用段落：[0024] 本发明实施例中的控制信息为MAC CE控制信息，包括BSR、PHR等。 | 对比文件明确指出了其控制信息为MAC CE，并直接列举了BSR、PHR等。这完全公开了本特征W。 |
| **技术特征X：** 缓冲器状态报告BSR和功率余量报告PHR<br><br>《直接公开》 | 引用段落：[0024] 本发明实施例中的控制信息为MAC CE控制信息，包括BSR、PHR等。 | 对比文件直接明确列举了控制信息包括BSR和PHR。这完全公开了本特征X。 |
---
### 结论
综上所述，对比文件《2016-11-30_CN106171032A_发明公开_CN106171032A 数据传输方法及设备》直接或隐含公开了目标专利权利要求的全部技术特征。
<<<A>>><<<B>>><<<C>>><<<D>>><<<E>>><<<F>>><<<G>>><<<H>>><<<M>>><<<N>>><<<O>>><<<P>>><<<Q>>><<<R>>><<<S>>><<<U>>><<<W>>><<<X>>><<<j>>><<<l>>><<<t>>><<<v>>>