对比文件名称：KR1020180090658A (이동통신 시스템에서 다중 연결을 사용한 핸드오버 시 보안 키를 처리하는 방법 및 장치)
目标专利名称：用于控制信息和用户数据之间的自适应优先级控制的方法和装置 (CN112715050B)
本次调用的模型名称：未指定（基于提示词生成）
### 特征比对表格
| 技术特征描述及公开性判断 | 对比文件原文引用 | 公开性论述 |
| 技术特征A：根据传输资源情况确定(202)针对第一类型的用户数据的第一优先级和针对控制信息的第二优先级<br>**未公开** | 对比文件第5实施例[0539]：*“상향 링크 전송 자원의 TTI 길이가 TTI 1으로 설정된 경우, 모든 RB(Radio Bearer)들과 모든 MAC CE(MAC control element)에 대해서 상향 링크 전송 자원 할당 절차를 수행한다. 상기에 대한 우선 순위는 URLLC DRB > BSR/PHR > SRB > non-URLLC DRB 순으로 결정될 수 있다.”* （译文：当上行链路传输资源的TTI长度设置为TTI1时，对所有RB和所有MAC CE执行上行链路传输资源分配过程。其优先级可以确定为URLLC DRB > BSR/PHR > SRB > non-URLLC DRB。） | 对比文件基于TTI长度（如短TTI、中TTI）预先配置固定的优先级顺序，而非根据传输资源的充足性（足够/不足）动态确定优先级。目标专利中“传输资源情况”明确包括UL授权指示的资源是否足够、PH值是否低于阈值等，对比文件未提及此类判断依据。因此，本领域技术人员无法从对比文件得出该技术特征。 |
| 技术特征B：根据所确定的第一优先级和第二优先级，发送(204)所述第一类型的用户数据和所述控制信息<br>**直接公开** | 对比文件第5实施例[0539]-[0541]：描述了对于不同TTI长度，确定不同的优先级顺序（如TTI1时URLLC DRB > BSR/PHR > SRB > non-URLLC DRB），然后根据该优先级顺序执行上行链路传输资源分配（即LCP过程），最终通过MAC PDU发送数据。 | 对比文件明确公开了根据所确定的优先级顺序（第一优先级和第二优先级）来发送用户数据和控制信息（如URLLC数据和BSR/PHR）。虽然优先级确定依据不同，但“根据优先级发送”这一操作本身被直接公开。 |
| 技术特征C：其中，所述传输资源情况包括传输资源足够或不足<br>**未公开** | 对比文件全文未提及“传输资源足够或不足”作为资源情况的分类。 | 对比文件中使用的资源相关参数为TTI长度、PRB数量等，未涉及基于资源量是否足够来判断优先级。目标专利明确将资源足够与否作为核心条件，对比文件无对应内容。 |
| 技术特征D：根据传输资源情况确定(202)针对第一类型的用户数据的第一优先级和针对控制信息的第二优先级包括：<br>**未公开** | 对比文件没有公开根据传输资源情况（足够/不足）确定优先级的具体步骤。 | 对比文件的优先级确定基于TTI长度等固定参数，而非资源足够/不足的判定，故特征D未公开。 |
| 技术特征E：当所述传输资源对于所述第一类型的用户数据是足够的时，确定针对第一类型的用户数据的第一优先级高于针对控制信息的第二优先级<br>**未公开** | 对比文件第5实施例[0539]：对于短TTI（TTI1），优先级顺序为URLLC DRB > BSR/PHR。但该顺序并非基于“传输资源足够”的判断，而是基于TTI长度的固定配置。 | 对比文件未建立“资源足够→URLLC优先级高于BSR/PHR”的因果关系，且未定义“资源足够”的条件。本领域技术人员无法直接或隐含推断出此对应关系。 |
| 技术特征F：当所述传输资源对于所述第一类型的用户数据是不足的时，确定针对所述第一类型的用户数据的所述第一优先级低于针对控制信息的所述第二优先级<br>**未公开** | 对比文件第5实施例[0540]：对于中TTI（TTI2），优先级顺序为CCCH SDU > BSR/PHR > SRB > non-URLLC DRB > URLLC DRB。此时URLLC优先级低于BSR/PHR，但该顺序基于TTI长度，而非“资源不足”的判断。 | 对比文件未建立“资源不足→URLLC优先级低于BSR/PHR”的因果关系，且未定义“资源不足”的条件。无法从对比文件推理得到该特征。 |
| 技术特征G：其中，根据所确定的第一优先级和第二优先级来发送(204)所述第一类型的用户数据和所述控制信息包括：<br>**未公开** | 对比文件虽公开了根据优先级发送，但该特征G为后续H/J/L的上位，其公开性依赖于优先级确定方式（特征A）。由于特征A未公开，特征G作为引入项不予单独认定。 | 特征G为方法步骤的引出，本身不包含具体技术内容，但与其前置特征关联。基于特征A未公开，G亦视为未公开。 |
| 技术特征H：发送所述第一类型的用户数据，然后发送所述控制信息<br>**隐含公开** | 对比文件第5实施例[0539]：短TTI（TTI1）时优先级URLLC DRB > BSR/PHR。在LCP（逻辑信道优先级）过程中，高优先级的URLLC数据会先被分配资源并发送，随后再发送低优先级的BSR/PHR控制信息。 | 虽然对比文件未明确描述“先发送URLLC再发送BSR”，但根据其优先级规则和LCP过程（如[0494]-[0495]所述的两步法），本领域技术人员可以合理推断出当资源允许时，URLLC数据会优先于BSR被发送。因此该特征隐含公开。 |
| 技术特征I：者<br>**无需判断** | - | 该特征为连接词“或”，无实质技术内容。 |
| 技术特征J：在不发送所述控制信息的情况下，发送所述第一类型的用户数据<br>**隐含公开** | 对比文件第5实施例[0539]：短TTI时URLLC数据优先级最高。当UL授权资源有限时，LCP过程会优先满足高优先级数据，可能导致低优先级的BSR/PHR完全无法被分配资源从而不被发送。 | 根据对比文件公开的优先级顺序和LCP资源分配规则，本领域技术人员可以合理推断：若UL授权资源恰好或不足以容纳全部URLLC数据，则UE可能仅发送URLLC数据而不发送BSR/PHR。因此特征J隐含公开。 |
| 技术特征K：者<br>**无需判断** | - | 连接词“或”，无实质技术内容。 |
| 技术特征L：发送所述第一类型的用户数据，然后发送针对发送所述控制信息的调度请求SR<br>**未公开** | 对比文件全文未提及在发送URLLC数据后发送调度请求SR以请求用于发送控制信息的资源。 | 对比文件虽涉及SR（调度请求）的发送（如[0470]-[0471]），但未将其与URLLC数据发送后的控制信息请求相关联。本领域技术人员无法从对比文件得到该特征。 |
| 技术特征M：还包括：<br>**无需判断** | - | 过渡特征，无单独技术内容。 |
| 技术特征N：确定针对第二类型的用户数据的第三优先级<br>**直接公开** | 对比文件第5实施例[0539]-[0541]：明确将non-URLLC DRB（第二类型用户数据）纳入优先级序列，并为其分配具体优先级（如短TTI时最低，中TTI时高于URLLC DRB）。 | 对比文件直接公开了为第二类型用户数据（non-URLLC）确定优先级（第三优先级），即便该优先级在不同TTI场景下有所不同。 |
| 技术特征O：其中，确定针对第二类型的用户数据的第三优先级包括：<br>**无需判断** | - | 过渡特征。 |
| 技术特征P：确定针对所述第二类型的用户数据的第三优先级低于针对所述第一类型的用户数据的第一优先级和/或针对控制信息的第二优先级<br>**直接公开** | 对比文件第5实施例[0539]：短TTI时优先级顺序为URLLC DRB (第一类型) > BSR/PHR (控制信息) > non-URLLC DRB (第二类型)，第三优先级明显低于第一优先级和第二优先级。 | 对比文件明确给出了优先级顺序，其中第二类型（non-URLLC）的优先级在特定场景下低于第一类型和/或控制信息，符合特征P的“和/或”条件。因此直接公开。 |
| 技术特征Q：还包括：<br>**无需判断** | - | 过渡特征。 |
| 技术特征R：根据所确定的针对所述第二类型的用户数据的第三优先级，发送所述第二类型的用户数据<br>**直接公开** | 对比文件第5实施例[0471]、[0494]-[0495]：LCP过程根据优先级（包括non-URLLC DRB的优先级）为各逻辑信道分配资源并生成MAC PDU，最终发送第二类型用户数据。 | 对比文件详细描述了根据优先级（第三优先级）对包括第二类型在内的所有逻辑信道进行资源分配并发送的过程，因此直接公开。 |
| 技术特征S：其中，根据所确定的针对所述第二类型的用户数据的第三优先级发送所述第二类型的用户数据包括：<br>**无需判断** | - | 过渡特征。 |
| 技术特征T：在发送所述控制信息之后，发送所述第二类型的用户数据<br>**隐含公开** | 对比文件第5实施例[0539]-[0541]：无论短TTI（TTI1）还是中TTI（TTI2），控制信息（BSR/PHR）的优先级均高于第二类型用户数据（non-URLLC DRB）。在LCP过程中，高优先级数据先被分配资源并发送。 | 基于对比文件公开的优先级顺序和LCP机制，本领域技术人员可以合理推断控制信息会优先于第二类型用户数据发送，即先发送控制信息，再发送第二类型用户数据。该特征隐含公开。 |
| 技术特征U：其中，所述用户数据包括以下至少一项：<br>**无需判断** | - | 过渡特征。 |
| 技术特征V：逻辑信道LCH、服务和LCH组的数据<br>**直接公开** | 对比文件第5实施例[0441]-[0442]：定义LogicalChannelConfig，包括逻辑信道（LCH）的优先级等配置；[0471]提及逻辑信道组（LCG）相关概念。 | 对比文件广泛使用逻辑信道（LCH）及其组（LCG）来承载用户数据，因此直接公开该特征。 |
| 技术特征W：其中，所述控制信息包括以下至少一项：<br>**无需判断** | - | 过渡特征。 |
| 技术特征X：缓冲器状态报告BSR和功率余量报告PHR<br>**直接公开** | 对比文件第5实施例[0539]：明确将BSR/PHR列为MAC CE（控制信息），并参与优先级排序。 | 对比文件直接公开了BSR和PHR作为控制信息，且在多处提及（如[0004]-[0005]背景部分亦涉及），因此直接公开。 |
### 公开性代码输出
根据判断，以下技术特征被直接公开：B, N, P, R, V, X。
以下技术特征被隐含公开：h, j, t。
<<<B>>><<<N>>><<<P>>><<<R>>><<<V>>><<<X>>><<<h>>><<<j>>><<<t>>>