一种在终端设备处实现的方法(200)，；包括：；根据传输资源情况确定(202)针对第一类型的用户数据的第一优先级和针对控制信息的第二优先级；根据所确定的第一优先级和第二优先级，发送(204)所述第一类型的用户数据和所述控制信息；其中，所述传输资源情况包括传输资源足够或不足，；并且根据传输资源情况确定(202)针对第一类型的用户数据的第一优先级和针对控制信息的第二优先级包括：；当所述传输资源对于所述第一类型的用户数据是足够的时，确定针对第一类型的用户数据的第一优先级高于针对控制信息的第二优先级；和/或；当所述传输资源对于所述第一类型的用户数据是不足的时，确定针对所述第一类型的用户数据的所述第一优先级低于针对控制信息的所述第二优先级

针对权利要求1的技术特征解释和对比分析

作为一名经验丰富的专利代理师，我将紧密结合目标专利说明书和对比文件原文，为您提供权利要求1的详细技术特征解释、对比分析及创造性分析建议。

### 第一部分：权利要求解释

#### 1. 目标权利要求1技术特征解释

权利要求1申请保护一种在终端设备处实现的方法。该方法旨在通过自适应优先级控制，优化控制信息（如MAC CE）与用户数据（如LCH数据）之间的上行资源分配，以满足诸如URLLC等服务的服务质量（QoS）要求。

以下是结合目标专利说明书（具体实施方式部分）对各技术特征的解释：

#### 2. 目标权利要求1整体解决的技术问题和技术效果分析

* **整体解决的技术问题**：目标权利要求1整体解决的技术问题是，针对同一终端设备（UE）共存的具有不同服务质量要求的多种服务（例如具有超低时延和超可靠要求的URLLC服务和其他具有较低优先级的服务，说明书[0003]），现有规范中控制信息（如BSR或PHR MAC CE）始终具有比用户数据（即使是URLLC数据）更高的优先级（说明书[0006]、[0015]），这导致在资源不足（如UL授权提供的容量不足以同时容纳两者）时，高优先级处理的控制信息会导致URLLC数据的时延（说明书[0084]、[0111]）。本发明提出了一种在用户数据和控制信息之间进行自适应优先级控制的方案，使得UE可以根据实际的传输资源情况（即资源足够或不足）来动态确定相对优先级。

* **技术效果**：本发明通过根据传输资源情况自适应地确定用户数据和控制信息的相对优先级，使得在现有上行资源足够时，优先传输如URLLC等第一类型的用户数据（确定第一类型用户数据第一优先级高于控制信息第二优先级并发送），避免控制信息导致用户数据不必要的延迟；而在资源不足时，优先传输控制信息（确定针对所述第一类型的用户数据的所述第一优先级低于针对控制信息的所述第二优先级并发送），以便基站能够尽快获知终端的数据缓冲状态和功率状况，从而后续优化上行资源分配。通过本申请提供的方法，优化了终端侧用户数据和控制信息之间的上行链路资源分配，可以改进诸如URLLC数据的可靠性和低时延服务质量（说明书[0059]、[0111]）。

#### 3. 创造性分析中哪个对比文件适合做最接近的对比文件

通过对对比文件功能的综合分析：

D1 (CN106171032A 数据传输方法及设备.docx) 公开了一种根据控制信息的等级、用户数据的类型动态地确定控制信息和用户数据的优先级，从而进行资源分配的方法。但是其优先级的确定是基于其预配置的规则进行的，并未结合其实时的传输资源（例如，足够或者不足）情况（即未公开特征C-F）。在创造性分析中，D1仅能实现技术问题中，其针对控制信息、数据优先级设置不同的动态分配方案的技术效果，但无法解决针对控制资源（例如资源足够/不足）实现低延迟、低功耗，更好的响应，延长电池寿命等技术效果。因此在创造性分析中，D1不适合做最接近的对比文件。

D2 (US2018227805A METHOD AND APPARATUS FOR TRANSMITTING DATA IN A MOBILE COMMUNICATION SYSTEM.docx) 公开了一种终端快速和有效的分配上行资源的方法。方法首先通过第一、第二时间段（第一、第二时间段分别为每个逻辑通道的时间段，上行资源的时间段，并不涉及上行资源资源的总量Enough or Not Enough），识别上行传输逻辑信道，进而根据其预设好的不同的优先级，实现资源分配（例如，在第一TTI中，优先级高的逻辑通道被分配资源）。对于创造性分析，对比文件2中在第一TTY中公开了其针对不同终端（URLLC）的设置方案。对于其创造性分析，权利要求1中根据其传输资源不够或者不足确定（特征C）技术特征并未被完全实质公开，因此对比文件2也未实质公开本申请的技术特征。

D3 (WO2018141952A1 LOGICAL CHANNEL PRIORITY RECONFIGURATION FOR MAC-CES IN NR) 申请文件中明确公开了一种逻辑信道和控制信息分配上行授权资源资源的方法。文中背景技术部分（SUMMARY、Figure 2A/2B等处）提到，针对不同的QoS（例如：对于不同的URLLC数据由于由于相对于eMBB数据不同的时延、比特率要求），终端需要改变现有的（Static静态的优先级，D3专利文中背景技术中提到）LCP配置（即实现特征A的“确定”）。例如，针对不同的URLLC数据由于不同的时延和吞吐量要求，优先级排序是不同的。专利中还公开了针对不同状态（Observed cell conditions），例如：Traffic QoS要求未被满足（Traffic Fails to meet QoS or latency requirement）、System Load情况、数据可用情况等（特征A），终端接收、或者请求基站改变LCP的优先级设定并根据改变后的设定进行发送（特征B）的技术手段。对于核心特征C：其中技术资源情况包括传输资源足够或者不足，对比文件3中SUMMARY部分、Figure 2A/2B等处描述了确定改变优先级情况，Traffic Fails to Meet QoS Requirements的情况包含对于特定的终端状态，当前的上行授权资源（Current Grant size is not large enough...）不够同时传输控制信息和数据的场景。对于此场景（授权不够满足两者），终端改变优先级实现优先发送特定的数据（即，解决了由于控制信号高优先级设置，而无法传输URLLC数据导致低时延、吞吐量需求未被满足，从而实现根据足够或者不足动态调节优先级的技术效果，解决了相同技术问题，并实现相同的技术效果）。特征E：当所述传输资源对第一类型的用户数据是足够的。对比文件3SUMMARY中公开了对于URLLC，0.5ms的延迟要求。对于Traffic Fail situation(Figure 2A)，基站端确定（或者接收到终端请求确定）在特定的终端QoS需求未被满足情况下，即“Data with challenging latency requirements to fail to meet their corresponding requirements”，确定授权不够情况，此时终端改变优先级。由此可推，在授权足够时，现有优先级不需要改变从而实现保证第一类型的用户数据传输质量的技术方案。特征F：资源不足时。由于控制资源不够同时容纳数据和控制资源。对比文件SUMMARY部分描述现有的 LTE的逻辑信道（LC, Logical Channels）优先级方案中，大多控制信息的优先级高于第一类型的用户数据由于控制信息无法传输导致URLLC数据的传输，本专利在背景技术中通过示例：QoS fail case 1：针对特定的数据量，当前的UL Grant不够（is not efficient）。终端根据现有的优先级，优先传输控制信息，而不能传输数据，导致数据的延迟。对此问题，专利方法改变终端优先级（特征A的确定）。由于改变了优先级设置，解决了控制资源不够同时传输数据、控制信号，而导致的无法满足特定QoS（例如：短时延）传输的要求的问题（实现了资源不足时的优先级设置从而实现高时延低功耗更好的响应）。从而公开了特征F。因此对比文件3实质公开了目标权利要求的核心技术特征，并且由于其和目标权利要求1处于相同的技术领域，解决相同的技术问题（在动态LCP方案解决URLLC的高传输服务质量），D3更适合做创造性分析中的最接近的对比文件。

综上，在创造性分析过程中，D3适合做最接近的对比文件。

### 第三部分：特征比对表格

以下是针对目标专利权利要求1，结合目标专利说明书解釋（【说明书解釋】），对各对比文件进行特征比对的表格。

* **表注 1**：“毫无异议公开”是指，对比文件中公开的技术方案，无论是从文字上直接描述，或者根据其附图或整体方案可以明确推导得出，毫无异议地包含了目标权利要求的相应特征。

* **表注 2**：“实质公开”是指，对比文件公开的技术方案与目标权利要求的相应特征相比，尽管文字上可能没有完全一致，但对比文件公开的技术手段、所要解决的技术问题和达到的技术效果实质上是相同的，且根据本领域的公知常识，对比文件的技术手段能够被毫无疑义地引申到本专利权利要求相应特征的范围中。

* **表注 3**：详细出处中采用如【说明书[xxxx]】或[Description_0xxx]的形式。

### 第四部分：最薄弱特征分析

对于无效请求方，上述比对表格中被标记为“无”或者“实质公开”（即未被毫无异议公开）的技术特征在向基站和终端提供响应和控制、功耗和低功耗更好的响应、功耗等方面是薄弱技术特征。结合以上特征比对：

* **权利要求1：针对创造性核心特征C，对比文件D1-D3均未毫无异议地公开权利要求特征1中根据实时传输资源（例如，足够或者不足）确定相对优先级的核心技术手段和相应技术效果。D3中尽管公开针对资源不够解决QoS的问题，但是公开不够，QoS没达成没达成QoSfail的手段，是通过改变改变终端 LCP 优先级，从而获得更好功耗更功耗更好的响应，并不直接涉及根据终端实时的 Enough and not enough 确定优先级的手段。**

作为一名经验丰富的专利代理师，我仔细研读了目标专利申请（以下简称“本申请”）的权利要求书和说明书，并对您提供的四份对比文件（D1-D4）进行了深入分析。

以下我将紧密结合本申请说明书对权利要求1进行解释，详细比对各对比文件，分析创造性最接近的对比文件，并指出针对无效请求的薄弱特征。

---

### 第一部分：权利要求1的解释（结合目标专利说明书）

权利要求1保护一种在终端设备处实现的方法，核心在于**根据传输资源情况，自适应地调整用户数据和控制信息之间的优先级顺序**。

结合本申请说明书（特别是在【背景技术】和【发明内容】部分），对权利要求1的理解如下：

1. **现有技术的问题（技术背景）**：

* 根据现有规范，BSR、PHR等控制信息（MAC CE）的优先级通常高于所有逻辑信道的用户数据，包括具有超高延迟和可靠性要求的URLLC数据（【0006】-【0015】）。

* 当上行授权资源（UL Grant）不足以同时容纳MAC CE和URLLC数据时，按照现有技术，BSR/PHR会优先发送，而URLLC数据会被留在缓冲区等待下次授权。这会导致URLLC数据的长时间延迟（【0016】、【0086】-【0089】）。

2. **本申请的解决思路（权利要求1的本质）**：

* 本申请提出一种“自适应优先级控制”方案。终端不再盲目地使控制信息具有最高优先级，而是**引入了“传输资源情况”这一判断条件**。

* 终端根据资源是“足够”还是“不足”，来确定用户数据和控制信息的相对优先级。

3. **技术特征的具体解释**：

* **“第一类型的用户数据”**：根据说明书【0026】，首选指URLLC数据。

* **“控制信息”**：根据说明书【0025】，首选指BSR和PHR。

* **“传输资源情况”**：包括“足够”或“不足”。根据说明书【0027】和【0028】，资源可以通过由上行上行授权（UL Grant）指示的资源或终端设备的功率余量（PH）来体现。“不足”可以指由UL授权指示的资源不足以容纳第一类型的用户数据（【0087】、【0089】），也可以指PH值低于或等于阈值，或发生了物理信道的功率缩放。

* **优先级的确定（特征E和F）**：

* **资源足够（特征E）**：当资源能容纳所有URLLC数据时（说明书【0096】、【0100】），终端可以确定URLLC数据的优先级高于控制信息，从而确保URLLC数据先发送。

* **资源不足（特征F）**：当资源不能容纳所有URLLC数据时（说明书【0096】、【0100】），终端可以确定URLLC数据的优先级低于控制信息。这允许控制信息（如BSR）优先发送，使基站及时了解其状态并尽快分配另一次上行授权（【0100】）。

### 第二部分：对比文件详细比对与特征比对表格

以下分析各对比文件分别毫无异议公开或实质公开了权利要求1的哪些技术特征。

* **D1: US2006/0274690 A1** (Communicating control information in mobile communication system)

* **分析**：D1公开了一种在移动通信系统（如E-DCH）中传输控制信息的方法。D1提出根据优先级方案将数据和控制信息（调度信息，即BSR和PHD的组合）放入数据块中，且控制信息的优先级通常高于现有数据（摘要、[0027]）。然而，D1的优先级确定**不基于**“传输资源足够或不足”的情况，D1并不涉及根据资源的盈缺来动态调整用户数据和控制信息的相对优先级顺序。

* **公开特征**：方法在终端实现，包括发送用户数据和控制信息。特征A-F均未公开。

* **D2: CN102685895 A** (一种上行数据的调度方法、系统及装置)

* **分析**：D2公开了终端通过调度请求（SR）来指示缓存的上行数据的属性（如数据量范围、优先级范围、数据无线承载DRB或信令无线承载SRB类型）来获取基站分配的上行资源。D2重点在于如何通过SR更精确地向基站报告上行数据的属性。D2**不涉及**终端根据传输资源（UL Grant或PH）是否足够来动态确定用户数据和控制信息（BSR/PHR）之间优先级的技术方案。

* **公开特征**：方法在终端实现。特征A-F均未公开。

* **D3: WO2012/122924 A1** (一种上行数据的调度方法、系统及装置)

* **分析**：D3是D2的PCT申请，其主要内容与D2基本相同。其同样不涉及基于传输资源盈缺来动态确定用户数据和控制信息优先级的特征。

* **公开特征**：与D2相同，方法在终端实现。特征A-F均未公开。

* **D4: US2013/0301568 A1** (METHOD AND APPARATUS FOR PERFORMING POWER HEADROOM REPORTING PROCEDURE IN WIRELESS COMMUNICATION SYSTEM)

* **分析**：D4主要涉及PHR报告程序。D4提到了逻辑信道优先级排序（LCP）过程，以及在执行LCP时要确定所分配的上行资源是否能够容纳PHR MAC CE及其子报头（[0017]、[0058]、[0063]）。这虽然涉及资源的“足够”判断，但D4中对PHR和数据的优先级排序遵循既定的相对优先级规则（例如[0132]-[0137]列出的相对优先级顺序：C-RNTI > BSR > PHR > Data），这种相对优先级顺序是**固定的**。D4并不涉及**根据资源的“足够”或“不足”来动态调整**PHR相对于特定用户数据的优先级顺序（即根据资源盈缺使PHR优先级高于或低于该数据）。

* **公开特征**：方法在终端实现。涉及在执行LCP时判断资源是否足够。特征A-F均未公开。

#### 特征比对表格

---

### 第三部分：最接近对比文件分析与创造性薄弱特征

#### 1. 最接近对比文件的选择分析

根据创造性分析的要求，最接近的对比文件应当是现有技术中与要求保护的发明最相似的技术方案，例如属于相同技术领域、解决相同的技术问题、具有最多相同的技术特征，或者提供了最相关的技术启示。

* **技术领域**：D1、D2/D3、D4均属于无线通信领域，特别是上行资源调度和报告的技术领域，与本申请相同。

* **解决的技术问题**：

* 本申请解决的技术问题是：在传输资源受限时，如何避免控制信息（如PHR/BSR）始终优先于低延迟数据（如URLLC）发送，从而导致数据长时间延迟的问题。本申请通过基于资源情况自适应调整相对优先级来解决。

* D1解决的是：在非调度和调度传输模式下，如何确保控制信息（调度信息）能够与现有数据有效地一起发送，D1通过使控制信息的优先级高于现有数据来解决，D1解决的是如何共同传输的问题。

* D2/D3解决的是：通过SR报告数据的属性（如数据量范围、优先级等）使基站精确分配上行资源的技术问题，不涉及动态调整优先级。

* D4解决的是：PHR报告程序中PHR被“卡住”无法发送的技术问题，例如当连续接收到的上行授权不足以容纳PHR MAC CE时。D4通过引入判断PHR是否被触发且未取消的条件来解决。D4虽然涉及资源不足的情况，但解决思路是修改触发报告的条件，而不是调整相对优先级序列。

* **特征比对**：从特征比对表可以看出，D1-D4均未公开本申请权利要求1的核心技术特征A-F。D4最接近本申请的技术特征在于其涉及PHR报告程序，并且在逻辑信道优先级排序中也会判断资源是否足够。

**综合分析**，在创造性分析中，D1和D4更适合做创造性分析过程中的对比文件：

* **D1可作为一种候选的最接近对比文件**，因为它在技术领域上最相关，并且公开了将用户数据和控制信息按优先级方案一起放入数据块发送的概念（特征A和B的一部分概念）。D1公开了使控制信息的优先级通常高于现有数据（摘要），这与本申请背景技术中描述的现有规范的情况是一致的。以D1为出发点，需要论证为什么将D1中固定的优先级排序（控制信息通常更高）修改为基于传输资源足够或不足来动态确定的技术方案（特征A、C-F），这对本领域技术人员来说是否显而易见。

* **D4也可作为创造性分析过程中适合的对比文件（有时可以合并使用作为最接近的对比文件，或作为技术启示来源）**。D4不仅涉及PHR报告程序，而且公开了在执行优先级排序时判断资源是否足够（这与特征C有关）。本领域技术人员可能会试图在D4的基础上寻求进一步优化数据的传输效率，尤其是在资源受限时。D4提供了判断资源足够或不足的技术上下文，这可能为论证特征A、D-F奠定某种基础。

然而，**必须指出**，即使选择D1或D4作为创造性分析的最接近对比文件，本申请权利要求1中根据资源是否盈缺来动态调整、并具体确定相对优先级的方案（特征A、D、E、F）在所有这些文件中均未找到任何明确的技术启示。

#### 2. 无效请求方最薄弱的技术特征

对于提出无效请求的请求方来说，最薄弱（即最不容易被证明为显而易见或被现有技术公开）的技术特征是：

* **技术特征A**：“根据传输资源情况确定针对第一类型的用户数据的第一优先级和针对控制信息的第二优先级”；

* 及其具体化特征**E**和**F**：“当所述传输资源对于所述第一类型的用户数据是足够的时，确定针对第一类型的用户数据的第一优先级高于针对控制信息的第二优先级；和/或当所述传输资源对于所述第一类型的用户数据是不足的时，确定针对所述第一类型的用户数据的所述第一优先级低于针对控制信息的所述第二优先级”。

**理由如下**：

1. **现有技术未公开**：如前分析，D1、D2/D3、D4中没有任何一篇文件毫无异议地公开或实质公开了上述特征。现有技术（包括D1和D4）通常遵循固定的优先级规则，或者在判断资源盈缺时，是判断是否报告，而非根据资源盈缺调整特定的用户数据相对于特定的控制信息的优先级。

2. **技术方案独特**：现有规范（如D4 [0132]-[0137]）通常将PHR放在用户数据之前。本申请提出的基于资源盈缺来动态颠倒两者优先级的方案，打破了传统的控制信息高于数据的既定思路，这具有很强的新颖性和非显而易见性。特别是特征E和F中根据资源的盈缺来具体化地调整优先级序列，从而解决特定的用户数据（如URLLC）因受制于固定的优先级规则而产生的长时间延迟的技术问题，呈现了本申请独特的、非常规的技术方案。

3. **技术启示不足**：要将现有技术的固定优先级修改为基于传输资源足够或不足的动态判断，本领域技术人员不仅需要产生这种打破常规思维的意图，还需要找到具体的、根据盈缺情况来动态调整优先级序列的技术启示。从D1和D4的公开内容中，完全缺乏这种打破既定规则、并提出基于盈缺动态确定优先级的技术启示。

因此，技术特征A、E、F构成了本申请权利要求1中最具创造性的核心技术特征，也是无效请求方在证明权利要求1不具备新颖性或创造性时最薄弱环节。

你好，我是经验丰富的专利代理师。针对您提出的关于目标专利权利要求1（基于提示词中的`权利要求1.docx`）的创造性分析请求，我结合目标专利说明书（`说明书.docx`）以及四份对比文件原文（`2015-02-04_CN102685895B_...docx` 至 `2017-11-16_US2017332392A_...docx`）进行了深入分析。

以下是详细的分析报告。

### 第一部分：权利要求1的技术特征分解与解释

首先，我将目标专利权利要求1（以下简称“本申请本权1”）分解为独立的可比对技术特征，并结合说明书给出代理师视角的解释。

---

### 第二部分：对比文件分析及技术特征比对表格

以下分析各对比文件原文是否公开了上述技术特征。为便于阅读，我将使用D1、D2、D3、D4指代各文件。

#### 一、各对比文件简述

* **D1 (CN102685895B):** 公开了一种上行调度方法。其核心在于基站配置UE发送特定格式的SR（调度请求），该SR中包含指示上行数据属性（如数据量范围、优先级、类型等）的指示信息，以便基站及时精确分配资源（D1[0025]）。

* **D2 (US20160088624A1):** 涉及D2D通信。公开了在MAC PDU生成过程中，如何处理PHR（控制元素）与侧行链路（Sidelink）BSR之间的优先级。D2明确规定：PHR的优先级高于侧行链路BSR（D2[0013]）。

* **D3 (WO2016119160A1) / D4 (US20170332392A1):** D4为D3的美国同族，内容实质相同。以下以D4（英文原文更贴近通用标准术语）进行分析。D4公开了在触发周期BSR时，根据正在发送的用户数据和BSR所属逻辑信道的优先级，判断谁的优先级更高，从而决定发送顺序，以避免高优先级用户数据被分段（D4[0005]-[0007]）。D4还涉及多基站连接下的BSR上报。

#### 二、特征比对表格

以下表格详细列出了本申请本权1的特征是否被各对比文件原文毫无异议公开或实质公开。

---

### 第三部分：最接近技术近况文件的确定与无效最薄弱特征分析

根据专利审查指南，最接近的现有技术通常是与本申请**解决的技术问题最相似、技术领域最相同或最相关、或者公开了本申请最多技术特征**的文献。

#### 一、最接近的对比文件分析

在创造性分析过程中，**没有**任何一个对比文件适合独立作为本申请权利要求1的**唯一个最接近对比文件**。

分析如下：

* **从主体和动作看：** 本申请的主体是终端设备（UE），动作是UE**自己根据资源充足情况，自主、动态地在MAC PDU构造层级调整控制信息（MAC CE）与特定用户数据之间的优先级顺序**。

* **D2和D4：** 虽然都涉及终端处理优先级（D2解决PHR与Sidelink BSR优先级；D4解决周期BSR与高静态优先级用户数据的优先级），但它们解决的技术问题和采用的手段与本申请完全不同：

* **D2** 坚持了既定的优先级顺序（PHR > Sidelink BSR）。

* **D4** 依靠的是逻辑信道本身的静态优先级属性来决定发送顺序，旨在解决周期BSR始终高优先级导致的问题。

* D2和D4都**没有**引入“传输资源足够或不足”这一动态触发条件来改变MAC CE和特定用户数据之间的相对优先级。

* **D1：** 则是UE向基站报告数据属性申请资源，技术方案不相关。

**代理师结论：** 本申请权利要求1不仅在技术特征（尤其是特征E和F的动态调整逻辑）上具有区别，更重要的是在**整体解决的技术问题和技术效果（终端自适应地平衡特定服务延迟与授权利用效率）上呈现出显著的区别**。上述对比文件均未给出任何将“传输资源情况”引入用户数据与MAC CE优先级确定过程的技术启示。

#### 二、无效请求方最薄弱的技术特征

作为代理师，若我代表专利权人应对无效请求，我将把以下特征作为本申请权利要求1创造性的**堡垒特征（即对请求方来说最薄弱、最难攻克的特征）**：

**特征C + D + E + F (整体组合动态优先级调整逻辑)：**

* **特征E：** 当传输资源对于所述第一类型的用户数据是充足的时，确定针对第一类型的用户数据的第一优先级高于针对控制信息的第二优先级。

* **特征F：** 当传输资源对于所述第一类型的用户数据是不足的时，确定针对所述第一类型的用户数据的所述第一优先级低于针对控制信息的所述第二优先级。

**理由：**

1. **现有技术的固定观念：** 在现有的LTE/NR NR标准协议中（如本申请说明书[0006]-[0013]所引用的），MAC CE（如BSR、PHR）作为关键的控制平面信息，被预定义为具有比大多数用户数据平面信息更高的特定静态优先级顺序，这是为了保证网络正常运行和资源分配。

2. **特征E和F呈现出了相反的技术偏置：**

* 特征E提出在一定条件下（资源充足），**故意调低控制信息的相对优先级**，让用户数据先行。这种反向的设计偏置极难在现有强调控制信息优先的对比文件中找到启示。

* 特征F又提出在相反条件下（资源不足），动态地**调高控制信息的相对优先级**。

3. **技术效果的协同：** 特征E和F并不是孤立存在的，它们共同构成了一个完整的基于资源充足情况的自适应控制机制，实现了在满足网络控制需求的同时，针对特定业务（如延迟敏感的URLLC）提供更好的服务质量（改进QoS）这一技术效果（说明书[0059]）。

**综上，本申请权利要求1在上述对比文件的基础上具有显著的进步和非显而易见性。**

作为一名专利代理师，我已仔细审阅了目标权利要求1及其说明书，并对所提供的四份对比文件（D1-D4）进行了技术比对分析。

### 1. 权利要求技术特征分解

根据权利要求1的内容，其技术特征分解如下：

* **特征A**：根据传输资源情况确定针对第一类型的用户数据的第一优先级和针对控制信息的第二优先级。

* **特征B**：根据所确定的第一优先级和第二优先级，发送所述第一类型的用户数据和所述控制信息。

* **特征C**：其中，所述传输资源情况包括传输资源足够或不足。

* **特征D**：根据传输资源情况确定（202）针对第一类型的用户数据的第一优先级和针对控制信息的第二优先级包括：

* **特征E**：当所述传输资源对于所述第一类型的用户数据是足够的时，确定针对第一类型的用户数据的第一优先级高于针对控制信息的第二优先级。

* **特征F**：当所述传输资源对于所述第一类型的用户数据是不足的时，确定针对所述第一类型的用户数据的所述第一优先级低于针对控制信息的所述第二优先级。

---

### 2. 技术特征比对分析表

*注：D1-D3主要涉及D2D通信、切换过程中的安全密钥处理、多连接切换等技术，并未公开针对“根据传输资源情况自适应调整用户数据与控制信息之间优先级”的核心技术特征。*

---

### 3. 创造性分析（针对无效请求）

#### 3.1 最接近的对比文件选择

在此案例中，**D4 (WO2018143703A1)** 是最接近的对比文件。

* **理由**：D4不仅公开了与目标专利高度相似的通信系统环境，其具体说明书/摘要明确提及了与权利要求1几乎完全一致的逻辑信道优先化（LCP）改进思路，即为了解决由于控制信息优先级过高导致的URLLC等数据传输延迟问题，提出了根据传输资源情况自适应调整优先级。

#### 3.2 权利要求特征与D4的对比

* **被D4公开的特征**：D4实质上公开了权利要求1的所有技术特征（A-F）。D4中明确指出了根据传输资源情况确定用户数据与MAC CE优先级的方法，并给出了资源足够/不足两种情形下的优先级调整规则，这与权利要求1完全重合。

#### 3.3 无效请求方的视角

* **最薄弱的技术特征**：本权利要求的**整体创造性**相对薄弱。由于D4已经完整覆盖了权利要求1的所有步骤（包括资源充足与否的判断逻辑以及对应的优先级切换逻辑），从无效程序角度看，权利要求1极大概率会被评价为不具备专利法意义上的创造性（被D4“完全公开”）。

### 4. 专利代理师建议

1. **若作为请求方（无效他人专利）**：直接引用**D4**作为主要对比文件，主张权利要求1的所有技术特征均已被D4实质公开。由于D4的公开时间较早，权利要求1极易被宣告无效。

2. **若作为权利人（答辩）**：

* **寻找差异点**：需要重新审视说明书中是否有关于“传输资源情况”的具体判断参数（如[0029]段提到的MCS、PRB数量、预定义偏移等）或“性能影响预测”的特定实现方式，这些细节可能并未在D4中得到完全体现。

* **限制性修改**：建议将说明书中关于“基于PH值低于阈值”或“基于功率缩放发生”的特定触发条件引入权利要求1，以缩小保护范围，从而通过增加非公知性的技术限制来抵御无效攻击。

**总结**：D4是该专利面临的最大威胁，权利要求1几乎处于被完全预判的状态。后续维权或抗辩应尽可能挖掘说明书中关于触发机制的细节参数。

作为一名专利代理师，我已仔细审阅了目标权利要求1及其说明书，并对所提供的四份对比文件（D1-D4）进行了技术比对分析。

### 1. 权利要求技术特征分解

根据权利要求1的内容，其技术特征分解如下：

* **特征A**：根据传输资源情况确定针对第一类型的用户数据的第一优先级和针对控制信息的第二优先级。

* **特征B**：根据所确定的第一优先级和第二优先级，发送所述第一类型的用户数据和所述控制信息。

* **特征C**：其中，所述传输资源情况包括传输资源足够或不足。

* **特征D**：根据传输资源情况确定（202）针对第一类型的用户数据的第一优先级和针对控制信息的第二优先级包括：

* **特征E**：当所述传输资源对于所述第一类型的用户数据是足够的时，确定针对第一类型的用户数据的第一优先级高于针对控制信息的第二优先级。

* **特征F**：当所述传输资源对于所述第一类型的用户数据是不足的时，确定针对所述第一类型的用户数据的所述第一优先级低于针对控制信息的所述第二优先级。

---

### 2. 技术特征比对分析表

*注：D1-D3主要涉及D2D通信、切换过程中的安全密钥处理、多连接切换等技术，并未公开针对“根据传输资源情况自适应调整用户数据与控制信息之间优先级”的核心技术特征。*

---

### 3. 创造性分析（针对无效请求）

#### 3.1 最接近的对比文件选择

在此案例中，**D4 (WO2018143703A1)** 是最接近的对比文件。

* **理由**：D4不仅公开了与目标专利高度相似的通信系统环境，其具体说明书/摘要明确提及了与权利要求1几乎完全一致的逻辑信道优先化（LCP）改进思路，即为了解决由于控制信息优先级过高导致的URLLC等数据传输延迟问题，提出了根据传输资源情况自适应调整优先级。

#### 3.2 权利要求特征与D4的对比

* **被D4公开的特征**：D4实质上公开了权利要求1的所有技术特征（A-F）。D4中明确指出了根据传输资源情况确定用户数据与MAC CE优先级的方法，并给出了资源足够/不足两种情形下的优先级调整规则，这与权利要求1完全重合。

#### 3.3 无效请求方的视角

* **最薄弱的技术特征**：本权利要求的**整体创造性**相对薄弱。由于D4已经完整覆盖了权利要求1的所有步骤（包括资源充足与否的判断逻辑以及对应的优先级切换逻辑），从无效程序角度看，权利要求1极大概率会被评价为不具备专利法意义上的创造性（被D4“完全公开”）。

### 4. 专利代理师建议

1. **若作为请求方（无效他人专利）**：直接引用**D4**作为主要对比文件，主张权利要求1的所有技术特征均已被D4实质公开。由于D4的公开时间较早，权利要求1极易被宣告无效。

2. **若作为权利人（答辩）**：

* **寻找差异点**：需要重新审视说明书中是否有关于“传输资源情况”的具体判断参数（如[0029]段提到的MCS、PRB数量、预定义偏移等）或“性能影响预测”的特定实现方式，这些细节可能并未在D4中得到完全体现。

* **限制性修改**：建议将说明书中关于“基于PH值低于阈值”或“基于功率缩放发生”的特定触发条件引入权利要求1，以缩小保护范围，从而通过增加非公知性的技术限制来抵御无效攻击。

**总结**：D4是该专利面临的最大威胁，权利要求1几乎处于被完全预判的状态。后续维权或抗辩应尽可能挖掘说明书中关于触发机制的细节参数。

根据权利要求1所述的方法，；其中，根据所确定的第一优先级和第二优先级来发送(204)所述第一类型的用户数据和所述控制信息包括：；发送所述第一类型的用户数据，然后发送所述控制信息；或者；在不发送所述控制信息的情况下，发送所述第一类型的用户数据；或者；发送所述第一类型的用户数据，然后发送针对发送所述控制信息的调度请求SR

根据权利要求1或2所述的方法，；还包括：；确定针对第二类型的用户数据的第三优先级

根据权利要求3所述的方法，；其中，确定针对第二类型的用户数据的第三优先级包括：；确定针对所述第二类型的用户数据的第三优先级低于针对所述第一类型的用户数据的第一优先级和/或针对控制信息的第二优先级

根据权利要求3所述的方法，；还包括：；根据所确定的针对所述第二类型的用户数据的第三优先级，发送所述第二类型的用户数据

根据权利要求5所述的方法，；其中，根据所确定的针对所述第二类型的用户数据的第三优先级发送所述第二类型的用户数据包括：；在发送所述控制信息之后，发送所述第二类型的用户数据

根据权利要求1或2所述的方法，；其中，所述用户数据包括以下至少一项：；逻辑信道LCH、服务和LCH组的数据

根据权利要求1或2所述的方法，；其中，所述控制信息包括以下至少一项：；缓冲器状态报告BSR和功率余量报告PHR

根据权利要求3所述的方法，；其中，所述第一类型的用户数据包括超可靠低时延通信URLLC数据，和/或所述第二类型的用户数据包括非URLLC数据

根据权利要求1或2所述的方法，；其中，所述传输资源包括以下至少一项：；由上行链路UL授权指示的资源和所述终端设备的功率余量PH

根据权利要求10所述的方法，；其中，所述传输资源情况包括以下至少一项：；由所述UL授权指示的资源对于所述第一类型的用户数据是不足的；PH值低于或等于预定阈值；发生物理上行链路共享信道PUSCH或物理上行链路控制信道PUCCH的功率缩放

根据权利要求11所述的方法，；其中，所述阈值是基于以下至少一项来确定的：；参考调制和编码方案MCS、物理资源块PRB的数量、MCS表和预定义的偏移

根据权利要求1或2所述的方法，；还包括：；通过包含在所述第一类型的用户数据中的指示符向网络节点指示优先级信息

根据权利要求13所述的方法，；还包括：；通过包含在所述第一类型的用户数据中的指示符或者重用所述第一类型的用户数据的MAC子报头中的R比特来指示是否要向所述网络节点发送更多的第一类型的用户数据