好的，请查收。作为您的资深专利代理师，我已根据您提供的严谨评估标准和详细资料，对目标专利的权利要求技术特征与对比文件进行了深度比对分析。
首先，明确本次分析的相关信息：
**对比文件名称:** 2018-06-14_US2018167945A_发明申请_US20180167945A1 USER EQUIPMENT, NETWORK DEVICE, AND DATA TRANSMISSION METHOD
**目标专利名称:** 1167用于控制信息和用户数据之间的自适应优先级控制的方法和装置CN112715050B
**本次调用的模型名称:** 由于您未指定，本次分析基于您提供的详尽指令和逻辑进行。
以下为特征比对表格及详细论述。
### 特征比对表格
| 技术特征描述以及公开性判断结果 | 对比文件原文引用 (翻译为中文) | 公开性论述 |
| **技术特征A：** 根据传输资源情况确定(202)针对第一类型的用户数据的第一优先级和针对控制信息的第二优先级<br><br>**《未公开》** | 对比文件未公开根据“传输资源情况”来确定用户数据和控制信息的优先级。其核心在于根据D2D数据的类型（如服务类型、优先级类型）和/或用户设备类型来预配置或动态确定逻辑信道和逻辑信道组，并通过BSR报告数据量，由网络设备据此分配资源。整个过程并未涉及根据传输资源（如UL授权大小、PH）的充足与否来动态调整用户数据和控制信息（如BSR、PHR）之间的相对优先级。 | 目标专利明确提出了根据“传输资源情况”（例如，UL授权是否足够、PH值是否低于阈值）来动态调整URLLC数据与BSR/PHR等控制信息之间的优先级。对比文件解决的是如何在D2D通信中，通过区分不同类型D2D数据的优先级并分组报告，以使网络设备能优先分配资源给高优先级数据。其方案中，数据优先级是静态或半静态定义的（基于数据类型/服务类型），网络设备根据报告的数据量进行调度，但没有涉及UE侧根据当前可用资源（如UL授权大小）来动态判断是应该先发高优先级用户数据还是先发控制信息。因此，对比文件的技术构思、要解决的问题和技术方案均与特征A不同，既未直接公开，也无法合理推断出其隐含公开了该特征。 |
| **技术特征B：** 根据所确定的第一优先级和第二优先级，发送(204)所述第一类型的用户数据和所述控制信息<br><br>**《未公开》** | 对比文件未公开根据“第一优先级”和“第二优先级”发送用户数据和控制信息，因为其未公开所述优先级是基于传输资源情况确定的。对比文件公开的是：UE在D2D资源上，通过确定的逻辑信道，向另一UE发送待发送的D2D数据（步骤307）。其发送是基于网络设备根据数据量分配的资源，而不是基于UE自身动态确定的优先级顺序。 | 由于对比文件未公开技术特征A（即确定优先级的方式），因此其后续的发送行为自然也不是基于该种方式确定的优先级。对比文件中的发送步骤（步骤307）是基于网络设备分配的资源和预设的逻辑信道，不涉及用户数据（如URLLC数据）和控制信息（如BSR/PHR）之间根据动态优先级进行选择性发送。因此，该特征未被直接或隐含公开。 |
| **技术特征C：** 其中，所述传输资源情况包括传输资源足够或不足<br><br>**《未公开》** | 对比文件全文未提及“传输资源足够或不足”这一概念，更未将其作为确定优先级的依据。对比文件中的资源分配主体是网络设备，其根据UE上报的D2D数据量来分配资源，而UE本身并不判断UL授权是否足够。 | 目标专利明确将“传输资源对于第一类型的用户数据是否足够”作为动态调整优先级的关键判断条件。对比文件中，UE的核心操作是上报数据量（BSR），然后被动等待网络设备分配资源。UE并不涉及对已有授权资源是否“足够”承载所有数据的判断，更没有基于这种判断来决策是先发数据还是先发控制信息。因此，该特征未被公开。 |
| **技术特征D：** 根据传输资源情况确定(202)针对第一类型的用户数据的第一优先级和针对控制信息的第二优先级包括：<br><br>**《未公开》** | 不适用。由于特征A和C未被公开，作为其具体步骤的该特征自然也不被公开。 | 由于对比文件未公开根据传输资源情况确定优先级，因此该特征的引入部分（包括后续的E、F）均未被公开。 |
| **技术特征E：** 当所述传输资源对于所述第一类型的用户数据是足够的时，确定针对第一类型的用户数据的第一优先级高于针对控制信息的第二优先级<br><br>**《未公开》** | 对比文件未公开基于“资源是否足够”来判定优先级高低。其逻辑是：高优先级的D2D数据（如语音）会被配置到高优先级的逻辑信道组，网络设备会优先为该组分配资源。这里的优先级是数据本身的属性，而非动态决策的结果。 | 目标专利提出了一种动态切换：资源足够时，数据优先于控制信息。对比文件是静态的：高优先级数据本身就拥有高优先级，无论资源情况如何。对比文件中没有提及控制信息（如BSR）和用户数据之间的这种基于资源情况的优先级反转概念。 |
| **技术特征F：** 当所述传输资源对于所述第一类型的用户数据是不足的时，确定针对所述第一类型的用户数据的所述第一优先级低于针对控制信息的所述第二优先级<br><br>**《未公开》** | 对比文件未公开该特征。其方案中，如果资源不足，可能需要等待下一次调度。 | 与特征E类似，对比文件没有提供在资源不足时，让控制信息优先级高于用户数据的动态机制。 |
| **技术特征G：** 其中，根据所确定的第一优先级和第二优先级来发送(204)所述第一类型的用户数据和所述控制信息包括：<br><br>**《未公开》** | 不适用。由于特征A和B未被公开，作为其具体发送方式的该特征自然也不被公开。 | 由于对比文件未公开根据动态确定的优先级进行发送，因此该特征的引入部分（包括后续的H、J、L）均未被公开。 |
| **技术特征H：** 发送所述第一类型的用户数据，然后发送所述控制信息<br><br>**《未公开》** | 对比文件未公开这种基于动态优先级决策的特定发送顺序。其发送顺序是由网络设备配置的逻辑信道优先级决定的。 | 目标专利中的“先发数据，后发控制信息”是基于“资源足够，数据优先级高”的动态判断。对比文件中不存在这种动态判断。 |
| **技术特征I：** 者<br><br>**《未公开》** | 不适用，此为连接词。 | 连接词本身不构成技术特征，但其连接的技术方案未被公开。 |
| **技术特征J：** 在不发送所述控制信息的情况下，发送所述第一类型的用户数据<br><br>**《未公开》** | 对比文件未公开该特征。其D2D数据发送（步骤307）不涉及控制信息（如BSR）的发送。BSR是用于向网络设备请求资源的上行过程，而非在D2D链路上发送。 | 目标专利中的这个选项意味着UE决定完全放弃本次发送控制信息，以优先保证用户数据的发送。对比文件中不存在这种决策。 |
| **技术特征K：** 者<br><br>**《未公开》** | 不适用，此为连接词。 | 连接词本身不构成技术特征，但其连接的技术方案未被公开。 |
| **技术特征L：** 发送所述第一类型的用户数据，然后发送针对发送所述控制信息的调度请求SR<br><br>**《未公开》** | 对比文件未公开该特征。对比文件中的UE通过BSR上报数据量，但不涉及在发送用户数据后再发起SR来请求资源发送控制信息。 | 目标专利中的这个选项是一种折中方案，先发数据，再通过SR请求资源发控制信息。对比文件中没有这种两步走的策略。 |
| **技术特征M：** 还包括：<br><br>**《隐含公开》** | 对比文件公开了处理多种类型D2D数据的内容。例如，[0161]段描述了语音服务、数据文件服务、SMS消息服务等不同类型的服务，并隐含了它们具有不同的优先级。[0164]段描述了根据用户设备类型和服务类型共同确定数据优先级。[0189]-[0190]段描述了网络设备优先为高优先级的逻辑信道组分配资源。 | 目标专利的特征M是引出后续附加特征的连接词。对比文件明确处理了多种类型的数据（例如，高优先级的语音服务和低优先级的文件服务），并采用了不同的处理方式（分配不同的逻辑信道组和优先级）。因此，本领域技术人员可以合理推断出，对比文件隐含地包含了处理“第二类型用户数据”的概念，尽管其目的和方式与目标专利不同。因此，该连接特征被隐含公开。 |
| **技术特征N：** 确定针对第二类型的用户数据的第三优先级<br><br>**《隐含公开》** | 对比文件[0161]-[0164]段明确描述了不同类型D2D数据（如语音、数据文件、SMS）具有不同的优先级，并且这些优先级可以被配置和确定。例如，[0161]段提到“语音服务数据优先级最高”，“数据文件服务优先级次之”，“SMS消息服务数据优先级最低”。[0164]段提到根据用户设备类型和服务类型共同确定优先级。 | 目标专利中的“第二类型的用户数据”可以理解为非URLLC数据，即优先级较低的数据。对比文件明确区分了不同类型的数据，并为它们分配了不同的优先级（例如，语音>文件>SMS）。这种对不同类型数据设置不同优先级的操作，实质上就是确定了针对这些数据的“优先级”。虽然对比文件中优先级是预定义的或基于类型，但其“确定”了不同用户数据的优先级这一概念是明确的。因此，该特征被隐含公开。 |
| **技术特征O：** 其中，确定针对第二类型的用户数据的第三优先级包括：<br><br>**《隐含公开》** | 不适用，此为引入部分。 | 由于特征N被隐含公开，该引入部分也被隐含公开。 |
| **技术特征P：** 确定针对所述第二类型的用户数据的第三优先级低于针对所述第一类型的用户数据的第一优先级和/或针对控制信息的第二优先级<br><br>**《隐含公开》** | 对比文件[0161]-[0164]段明确将D2D数据区分为不同优先级，并暗示了优先级高的数据应优先处理。[0189]-[0190]段进一步描述了网络设备在分配资源时，会“优先为承载更高优先级D2D数据的逻辑信道组1分配通信资源”。这隐含了低优先级数据（第二类型）的优先级低于高优先级数据（第一类型）。 | 对比文件虽然没有直接使用“第一优先级”、“第二优先级”等术语，但其核心思想就是为不同重要性的数据（如语音 vs 文件）设定不同的优先级，并确保高优先级数据获得优先处理。虽然其对比对象是不同用户数据之间，没有明确与控制信息比较，但“确定低优先级数据的优先级低于高优先级数据”这一逻辑是完全相同的。因此，该特征被隐含公开。 |
| **技术特征Q：** 还包括：<br><br>**《隐含公开》** | 对比文件步骤307：UE在D2D资源上，通过确定的逻辑信道，向另一UE发送待发送的D2D数据。这意味着不同类型（优先级）的数据都会被发送。 | 由于对比文件处理了多种类型的数据，其最终必然涉及根据某种顺序或规则来发送这些数据。因此，本领域技术人员可以合理推断出，对比文件隐含地包括了“根据优先级发送第二类型用户数据”的步骤。 |
| **技术特征R：** 根据所确定的针对所述第二类型的用户数据的第三优先级，发送所述第二类型的用户数据<br><br>**《隐含公开》** | 对比文件[0189]-[0190]段描述了网络设备分配资源时，会优先为高优先级数据的逻辑信道组分配资源。在资源有限的情况下，低优先级数据（第二类型）可能被延迟发送或在不影响高优先级数据的情况下发送。 | 目标专利中的“根据第三优先级发送第二类型用户数据”可以理解为：由于其优先级低，所以会在高优先级数据或控制信息之后发送。对比文件中，网络设备优先为高优先级数据分配资源，这隐含地意味着低优先级数据会在之后（或资源剩余时）被发送。虽然决策主体是网络而非UE，但“低优先级数据在发送顺序上处于次要地位”这一结果是相同的。因此，该特征被隐含公开。 |
| **技术特征S：** 其中，根据所确定的针对所述第二类型的用户数据的第三优先级发送所述第二类型的用户数据包括：<br><br>**《隐含公开》** | 不适用，此为引入部分。 | 由于特征R被隐含公开，该引入部分也被隐含公开。 |
| **技术特征T：** 在发送所述控制信息之后，发送所述第二类型的用户数据<br><br>**《隐含公开》** | 对比文件[0189]-[0190]段记载，网络设备“优先为逻辑信道组1（高优先级）分配通信资源...如果仍有剩余通信资源，再为逻辑信道组2（低优先级）分配”。这建立了一个资源分配的先后顺序。 | 目标专利明确规定了发送顺序：控制信息 > 第二类型用户数据。对比文件虽然是在资源分配层面，但其隐含的顺序逻辑是相通的：更高优先级的内容（对应目标专利的控制信息或第一类型数据）获得优先处理，之后才是较低优先级的内容（对应第二类型用户数据）。本领域技术人员可以合理推断，在对比文件的逻辑下，如果存在类似“控制信息”的高优先级内容，它也会在低优先级用户数据之前被处理/分配资源。因此，尽管对比文件没有直接提及控制信息的发送顺序，但其体现的按优先级先后处理的原理，使得该特征被隐含公开。 |
| **技术特征U：** 其中，所述用户数据包括以下至少一项：<br><br>**《直接公开》** | 对比文件多次提及“逻辑信道”及其“优先级”。例如，[0033]段描述了逻辑信道的类型包括“逻辑信道的优先级”。[0066]段也提到“逻辑信道的类型包括...逻辑信道的优先级”。 | 目标专利明确用户数据包括逻辑信道的数据。对比文件全文都在讨论逻辑信道（Logical Channel）及其在D2D数据传输中的应用。因此，“用户数据包括逻辑信道的数据”这一特征被对比文件直接公开。 |
| **技术特征V：** 逻辑信道LCH、服务和LCH组的数据<br><br>**《直接公开》** | 对比文件大量篇幅描述了“逻辑信道”（LCH）和“逻辑信道组”（LCH组）的概念。例如，[0012]段：“确定逻辑信道组...”。[0013]段：“在所述逻辑信道组中...”。整个实施例1和2都在阐述如何将逻辑信道分组。 | 目标专利明确用户数据包括逻辑信道和逻辑信道组的数据。对比文件的核心创新之一正是引入逻辑信道组的概念，并根据数据类型/优先级将不同的逻辑信道划分到不同的逻辑信道组中。因此，该特征被对比文件直接公开。 |
| **技术特征W：** 其中，所述控制信息包括以下至少一项：<br><br>**《直接公开》(部分)** | 对比文件[0038]段：“通过使用BSR进行报告”。[0072]段：“通过使用BSR报告D2D数据量”。[0100]段：“发送单元...通过使用BSR向网络设备报告D2D数据量”。 | 目标专利明确控制信息包括BSR。对比文件明确将BSR（缓冲器状态报告）作为UE向网络设备报告数据量的机制。因此，“控制信息包括BSR”这一特征被对比文件直接公开。对比文件全文未提及“功率余量报告(PHR)”，因此该部分未被公开。 |
| **技术特征X：** 缓冲器状态报告BSR和功率余量报告PHR<br><br>**《直接公开》(部分)** | 对比文件[0038]段：“通过使用BSR进行报告”。[0072]段：“通过使用BSR报告D2D数据量”。[0100]段：“发送单元...通过使用BSR向网络设备报告D2D数据量”。 | 如上所述，“BSR”被直接公开。对比文件全文未提及“功率余量报告(PHR)”，也未提及任何与UE发射功率余量相关的报告机制。因此，对于“PHR”这一技术特征，对比文件未公开。 |
<<<M>>><<<N>>><<<O>>><<<P>>><<<Q>>><<<R>>><<<S>>><<<T>>><<<U>>><<<V>>><<<W>>><<<X>>>