一种在双连接场景的用户设备UE中用于向小小区基站SeNB提供该SeNB的PHR MAC CE的方法，所述方法包括以下步骤：-发送所述SeNB的PHR MAC CE至该SeNB，所述PHR MAC CE中包括所述SeNB的特殊主小区SPcell的PH信息和所述SeNB的一个或多个激活从小区Scell的PH信息，；所述Scell的PH信息基于该Scell的索引顺序放置在紧邻所述SPcell的PH信息的位置，；其中所述SPcell的PH信息被固定放置在所述PHR MAC CE的载荷中紧跟着位图字节的开始位置或者所述PHR MAC CE的载荷中的结束位置，；并且其中所述SPcell的索引对应的比特位始终设置为“0”。

您好。在处理通信标准（特别是如 LTE/5G NR 这种涉及 3GPP 协议的底层 MAC 层信令设计）的无效宣告或稳定性评估案件时，对技术细节和说明书发明目的的精准把控是核心。

我将严格依据您提供的目标专利说明书和对比文件，为您提供详实的权利要求解释及对比分析意见。

### 一、 结合目标专利说明书对“权利要求1”的解释

目标专利权利要求1的核心争议点或关键点通常在于**技术特征C**，即：特殊主小区（SPcell）的功率余量（PH）信息在载荷中的**物理排布位置**，以及为了配合该排布位置对**位图（Bitmap）指示位所做的特殊逻辑处理**。

**结合目标专利说明书的解释：**

根据目标专利说明书 **[0146] 段** 的记载，在双连接（Dual Connectivity）场景中，SeNB 的 SPcell 具有一个索引（可能不是000且会改变）。如果采用“选项1”的静态排布方案——即强制将 SPcell 的 PH 信息“固定地放置在 PHR MAC CE 载荷的开始位置或结束位置”，就会面临一个逻辑冲突：位图（Bitmap）字节中依然存在一个对应于该 SPcell 索引的比特位。

* **技术问题：** 如果该比特位被设置为常规的“1”（表示有该小区的 PH 信息），基站（SeNB）在按序解析完固定位置的 SPcell PH 后，会因为读到该“1”而“认为有一个PH与该比特位相关联”，从而把后续对应于常规 Scell 的 PH 数据错误地认作是 SPcell 的数据，导致整个 MAC CE 载荷解耦（解析）彻底错位。

* **技术方案与效果：** 为了解决这一错位问题，说明书明确教导“**将关于SPcell的索引的那个比特位始终设置为‘0’**”。这样做的实质目的是：在 SPcell PH 信息已经被提取到固定位置（首或尾）的前提下，通过强制掩蔽（置0）其在位图中的对应位，使基站“认为没有PH信息位于与该比特相关联的动态位置”，从而准确剥离出固定位置的 SPcell PH 信息和后续基于位图指示的 Scell PH 信息。

---

### 二、 对比文件公开情况分析（重点针对技术特征C）

**对比文件1 (D1):** JPWO2015133579A1 (公开号)

**分析结论：D1 单独且毫无疑义地实质公开了技术特征C。**

**详细论述过程：**

在 D1 中，Primary SCell (PSCell) 对应于目标专利中的 SPcell。

1. **关于“SPcell的PH信息被固定放置在...紧跟着位图字节的开始位置”的公开：**

D1 在描述其第二实施例中图9的特定报告格式时（即针对 SCG 小区单独上报的场景），于 **[0178] 段** 明确记载：

> “パワーヘッドルームがトリガされた場合、端末装置1は、報告するプライマリセカンダリセルとSCGのセカンダリセルのセルインデックス(C(i)、i=1、2、・・・、7)を含む**ビットマップ情報のフィールド**、**プライマリセカンダリセルのタイプ2PHのフィールド**、**プライマリセカンダリセルのタイプ1PHのフィールド**、および、活性化しているSCGのセカンダリセルのタイプ1PHのフィールドを、それぞれ**図9に示した順に配置して**(含めて)MAC制御要素を生成し...”

*(中文释义：在触发PHR时，终端装置1将包含报告的PSCell和SCG SCell小区索引的**位图信息字段**、**PSCell的Type 2 PH字段**、**PSCell的Type 1 PH字段**，以及激活的SCG SCell的Type 1 PH字段，分别**按图9所示的顺序排列**...)*

这毫无疑义地公开了将 SPcell (PSCell) 的 PH 信息固定放置在紧跟位图字节之后的开始位置。

2. **关于“并且其中所述SPcell的索引对应的比特位始终设置为‘0’”的公开：**

D1 在 **[0179] 段** 以及 **[0140] 段** 中针对位图的处理做出了极其明确的教导。以 [0179] 段落为例：

> “なお、プライマリセカンダリセルのパワーヘッドルームの報告が常に含まれることを考慮して、端末装置1は、図9における**プライマリセカンダリセルに対応するセルインデックスのビットマップ情報のフィールド(C(i))にビットを設定しなくてもよい。すなわち、かかるプライマリセカンダリセルに対応するセルインデックスのビットマップ情報のフィールド(C(i))を「0」に設定してもよい**。”

*(中文释义：考虑到PSCell的PH报告始终包含在内，终端装置1可以不在对应PSCell的单元索引的位图信息字段(C(i))中设置比特。**也就是说，可以将对应PSCell的单元索引的位图信息字段(C(i))设置为“0”。**)*

这一段落的记载与目标专利说明书 [0146] 段的解决思路完全一致，即因为 PSCell (SPcell) 的 PH 数据已经默认固定包含，所以在位图中直接将其对应位置“0”。

综上所述，D1 实质公开了权利要求1的最核心特征。

---

### 三、 权利要求特征比对表

以下为您整理的详细特征比对表，可直接用于无效宣告请求书或答辩意见的撰写：

你好！作为同行，我很乐意协助你完成这项关于通信领域专利的侵权或无效分析工作。针对你提供的目标专利说明书（CN104936222B）和对比文件1（CN102316569A，下称**D1**），我将严格基于目标专利说明书对权利要求1进行解释，并针对**技术特征C**进行详尽的对比文件剖析与比对。

### 一、 紧密结合说明书解释权利要求1

权利要求1限定了一种在双连接（DC）场景下，用户设备（UE）向小小区基站（SeNB）提供PHR MAC CE的方法。其核心创新点集中在对特殊主小区（SPcell）PH信息在MAC CE中的放置规则，也就是**技术特征C**。

结合目标专利说明书（详见段落 **[0021]-[0023]** 以及 **[0146]**）：

1. **应用场景与技术挑战**：在双连接场景下，SeNB的SPcell具有一个索引，但这个索引**可能不是默认的000，且在SPcell变化过程中可能会发生改变**。如果继续沿用R11协议中基于索引顺序放置PH的传统做法，SeNB在解析位图（Bitmap）时，一旦该索引对应的比特位被设置为1，可能会将某个从小区（Scell）的PH错误地认作是该SPcell的PH，导致解析混乱。

2. **技术特征C的实质作用**：为了解决上述问题，技术特征C采用了一种**“绝对位置固定 + 索引位强制掩码”**的设计。

* **位置固定**：将SPcell的PH信息硬性规定放置在载荷的最前端（紧跟位图字节）或最末端。

* **比特位始终置“0”**：强制将SPcell索引对应的位图比特位**始终设置为“0”**。说明书 [0146] 段明确指出，这样做的目的是让SeNB在读取位图时，认为该比特关联的常规位置“没有PH信息”，从而直接去首/尾固定位置提取SPcell的PH，确保SeNB能够正确解耦合接收到的PHR MAC CE。

### 二、 对比文件D1针对技术特征C的公开性分析

**结论：对比文件D1（CN102316569A）没有单独公开，也没有实质公开技术特征C。**

**详细原文比对与分析：**

1. **场景与对象差异**：

* D1针对的是**载波聚合（CA）场景**（详见D1段落 **[0001]-[0002]**），其处理对象是上行主分量载波（UL PCC）和上行从分量载波（UL SCC）。虽然PCC在概念上与SPcell有相似的主控地位，但D1完全没有涉及双连接（DC）架构下SeNB SPcell索引可变所带来的技术难题。

2. **位图比特位的设置逻辑完全冲突**：

* 针对位图字节的设置，D1在段落 **[0017]-[0018]** 以及具体应用实例段落 **[0133]** 中进行了详细公开。D1指出：第一个字节中的第3个比特指示是否上报UE特定的PH，第4至8个比特**分别指示是否上报CC1至CC5特定的PH**。

* 在D1的实施例中（段落 **[0133]**），当需要上报CC1（PCC）的PH时，其对应的比特位被**明确置为“1”**（原文：“1(指示上报UE特定PH)、**1(指示上报CC1特定PH)**、0(指示不上报CC2特定PH)...”）。

* 这与权利要求1中技术特征C的核心逻辑**背道而驰**。特征C要求无论是否上报，SPcell的索引对应比特位**“始终设置为‘0’”**以实现掩码屏蔽；而D1采取的是传统的“按需真实置位”逻辑（有则置1，无则置0）。

3. **载荷放置位置的区别**：

* D1在段落 **[0017]** 中明确其放置顺序是“按照一预设顺序封装”，即“UE特定的PH、CC1特定的PH、CC2特定的PH...依次排列”。D1并未公开将主载波的PH信息脱离其索引顺序，强制固定放置在紧接位图之后或末尾，并配合置“0”比特位的机制。

### 三、 技术特征比对表格

综上所述，D1缺乏技术特征C中解决SPcell索引可变问题的核心技术手段（即“固定位置 + 索引位恒置0”），不足以破坏该特征的新颖性。

目前仅排除了D1对特征C的单独公开，如果这是无效宣告请求的准备阶段，你是否手头还有涉及R12双连接MAC层相关提案（如3GPP Tdoc）或其它对比文件（D2/D3）需要我进一步进行结合（结合启示）分析？

作为一名经验丰富的专利代理师，我将为您对目标专利（CN104936222B）的权利要求1进行深度解析，并结合对比文件D1（JPWO2015133579A1）的原文进行严格的特征比对、最接近对比文件分析以及无效请求的薄弱特征辨析。

---

## 一、 权利要求1的合理解释（结合目标专利说明书）

根据目标专利说明书的记载，权利要求1的核心在于**解决双连接（Dual Connectivity, DC）场景下，UE如何向小小区基站（SeNB）高效且无歧义地报告其自身的功率余量报告（PHR MAC CE）的载荷结构设计**。

* **“特殊主小区 SPcell”的PH信息**：对应说明书第`[0020]`段及具体实施方式，SeNB包含两种类型的小区：SPcell和普通的Scell。SPcell具有PUSCH（类型1）和PUCCH（类型2）两种PH信息。

* **“固定放置在……紧跟着位图字节的开始位置或者……结束位置”**：对应说明书第`[0022]`、`[0146]`段（选项1）。此设计的目的是为了让基站能够准确解耦合（解包）。因为SPcell的PH信息位置固定（如紧跟位图开始或在结束位置），基站无需依赖小区的索引去定位SPcell。

* **“所述 SPcell 的索引对应的比特位始终设置为‘0’”**：对应说明书第`[0146]`段。在位图字节（Bitmap）中，如果SeNB不忽略SPcell的索引比特，一旦该位被置为“1”，基站会误认为有一个普通的Scell PH与之对应，从而导致解包错位。因此，**通过将Bitmap中属于该SPcell的索引比特位强制固定设为“0”**，使得基站“认为没有普通的Scell PH信息位于与该比特相关联的位置”，从而确保解包的绝对准确性。

---

## 二、 权利要求1与对比文件D1的特征比对

对比文件 **D1：JPWO2015133579A1**（端末装置、基地局装置、通信システム、制御方法および集積回路）

### 1. D1原文详细出处引述

* **引文1（双连接与小区配置）**：`[0011]` “本発明の実施形態における端末装置は、複数のセルを用いる端末装置であって、プライマリセルを含む第1の基地局装置のセルグループ（MCG）と、プライマリセカンダリセル（PSCell）を含む第2の基地局装置のセルグループ（SCG）とにグループ化し……”

* **引文2（PHR触发与包含内容）**：`[0011]` “……前記プライマリセカンダリセルが追加された場合に、パワーヘッドルーム報告がトリガされたと判断し、少なくとも前記プライマリセルと前記プライマリセカンダリセルのパワーヘッドルームを含むMAC制御要素（MAC CE）を生成し、前記MAC制御要素を送信する端末装置である。”

* **引文3（双连接下的Bitmap指示）**：`[0014]` “……前記プライマリセカンダリセル、および、前記パワーヘッドルームを報告するセカンダリセルに対応するセルインデックスがRRCメッセージによって個別に設定され、パワーヘッドルームを報告するセルを示すために、前記セルインデックスに対応したビットマップ情報のビットに特定の値を設定してもよい。”

* **引文4（具体实施例中的Bitmap与PH位置设计 - 方案一：协作不重复索引）**：`[0139]`~`[0141]` 描述了SCG小区的PH报告格式。在图6中，D1公开了在一个统一的Bitmap中同时指示MCG和SCG的各Scell，并且PH值按索引升序排列。

* **引文5（具体实施例中的独立MAC CE - 方案二：不协作重复索引）**：`[0183]` “端末装置1は、図9に示すSCGセルのパワーヘッドルームの報告形式と、図13に示したMCGセルのパワーヘッドルームの報告形式とをセットにして基地局装置2へ報告する。すなわち、端末装置1は……それぞれ生成し、これら2つのMAC制御要素をそれぞれMAC PDU内に配置して送信する。”

### 2. 特征比对表格

---

## 三、 最接近对比文件（D1）的创造性分析

### 1. 整体解决的技术问题与技术效果分析

* **最接近对比文件认定**：本案中**D1（JPWO2015133579A1）**适合作为分析权利要求1创造性的**最接近的对比文件**（D1已构成本案的A类或X/Y类文献）。

* **技术问题与效果重合度**：D1与目标专利皆立足于“3GPP双连接场景（Dual Connectivity）”，旨在解决由于主基站（MeNB/第1基地局）和小基站（SeNB/第2基地局）相互独立、或索引可能重叠时，UE如何构建和向基站各自上报PHR MAC CE的问题。两者的图9（D1）与图1（目标专利引用的基准图）及说明书架构高度相似。

### 2. 区别技术特征及创造性评述

* **区别特征**：如表所示，本网权利要求1与D1的关键区别在于特征C的后半部分：**目标专利要求“所述SPcell（PSCell）的索引对应的比特位始终设置为‘0’”**；而D1则是在激活时**设置为“1”**（见D1 `[0181]`）。

* **发明实际解决的技术问题**：在固定SPcell上报位置的前提下，如何完全消除基站因读取位图字节中SPcell对应索引引发的解包错位或伪Scell PH判定。

* **创造性判定意见**：具有创造性。D1为了解决重复索引问题，在方案二中是让PSCell的类型1 PH同时在固定位置和Scell的Bitmap流中**重复出现两次**（D1 `[0182]`：“プライマリセカンダリセルのタイプ1PHは同一のMAC制御要素内の異なる2つのフィールドに含まれて報告される”）。而目标专利通过将该位强制清“0”，使得基站直接忽略该位，既节省了开销（不需重复传输PH），又避免了解析错位。这种“固定位置+位图强行置0”的组合设计，在D1的基础上不是简单的常规设计选择，而是改变了位图指示的固有逻辑，应认定权利要求1相对于D1具备创造性。

---

## 四、 无效宣告请求方最薄弱的技术特征（即专利权人最稳固的防线）

若您代表**无效宣告请求方**企图攻破该目标专利，或者代表**专利权人**进行维权，全案**最薄弱的技术特征（对请求方而言最难攻克、对专利权人而言最稳固的特征）**是：

> **“并且其中所述SPcell的索引对应的比特位始终设置为‘0’。”**

### 理由如下：

1. **现有技术（如D1）的明确相反教导（Swerve）**：3GPP LTE/5G的常规逻辑是：只要小区是“激活的（Activated）”，其在MAC CE Bitmap中对应的比特位就必须置为“1”（如D1第`[0181]`段）。目标专利反其道而行之，在SPcell明明是激活甚至是最核心的上行小区时，**强行在Bitmap中将其索引位钉死在“0”**。这种“反常配置”构成了强烈的技术偏离（相反教导）。

2. **直接对应解耦合（解包）的有益效果**：目标专利说明书第`[0146]`段专门论述了解包逻辑——如果置为1，SeNB可能会误将对应Scell的PH错误认作SPcell的PH，引发错位。强行置0带来了“确保SeNB能100%正确解耦合且不增加额外重复字段开销”的技术效果。

### 代理师建议（请求方应对策略）：

无效请求方若想切入此点，普通的单篇对比文件（如仅公开双连接PHR常规结构）必定会无功而返。请求方必须深入检索**3GPP RAN2的无线层协议原始工作组提案（Tdoc）**，寻找在R12双连接建立初期（2014-2015年左右），是否有其他公司的提案曾提出过“为了简化SeNB的Bitmap处理，将PSCell在SCG Bitmap中的Bit永久Override为0”的发言记录，或检索是否有关于“假激活/屏蔽位图”的公知常识证据。否则，该特征将成为阻挡无效请求的铁壁。

作为一名经验丰富的专利代理师，我将为您对目标权利要求1进行深入的法律和技术分析。

本案涉及移动通信技术领域中**双连接（Dual Connectivity, DC）**场景下的功率余量报告（PHR）MAC CE（媒体接入控制控制单元）的结构设计。以下是紧密结合目标专利说明书与对比文件1（D1：CN102316569A）原文进行的详细比对、创造性分析以及无效策略评估。

---

## 一、 权利要求1的技术特征拆解与对比文件比对

为了进行精确的对比，首先将权利要求1拆解为独立的技术特征，并与对比文件1（D1: CN102316569A，《一种用于载波聚合场景下的PHR上报方法和系统》）的原文进行逐一比对。

### 权利要求1技术特征比对表

---

## 二、 最接近对比文件（D1）的创造性分析评估

在本案的创造性分析过程中，**D1（CN102316569A）适合作为最接近的对比文件**。

### 1. 技术领域与整体解决的技术问题角度分析

* **技术领域相同：** 两者均属于无线通信系统中MAC层功率余量报告（PHR）的优化设计领域。

* **解决的技术问题极其相似：** * **D1** 解决的是在**载波聚合（CA）**场景下，由于配置了多个分量载波（最多5个），为了避免UE分多次上报PHR占用过多资源，而设计一种“通过Bitmap（位图）+预设索引顺序”在同一个MAC CE中封装所有载波PH信息的方法，从而**节约上报资源**。

* **目标专利** 面对的是**双连接（DC）**场景，SeNB侧同样引入了SPcell和多个Scell，需要解决如何重新设计PHR MAC CE载荷格式，使得SeNB在收到报告后能够**正确解耦合（解析）**各个小区的PH信息。

### 2. 技术效果与演进关系（CA 到 DC）

从3GPP标准演进的角度来看，载波聚合（D1的技术背景，R10/R11）是双连接（目标专利的技术背景，R12）的技术基石。

目标专利说明书【0146】明确指出：

> “如R11中定义的扩展的PHR MAC CE格式，SPcell的PH信息被放置在固定位置……然而问题在于，对于SeNB，SPcell具有一个索引，该索引可能不是000……一旦该比特位被设置为1，SeNB可能会认为有一个PH与该比特位相关联……”

这表明，目标专利正是**基于D1所代表的经典载波聚合PHR位图结构（R11扩展PHR）进行的针对性改进**。因此，D1是本领域技术人员进行DC场景PHR结构设计时最自然的出发点。

---

## 三、 未被最接近对比文件（D1）公开的特征分析与无效防御

### 1. 区别技术特征

通过上述比对，本案权利要求1相对于D1的区别特征主要在于**技术特征C**的后半部分：

> **“并且其中所述SPcell的索引对应的比特位始终设置为‘0’”。**

### 2. 目标专利说明书的深度支持与技术机理

结合目标专利说明书【0146】的描述，在双连接（DC）场景下，SeNB侧的特殊主小区（SPcell）具有一个逻辑索引，且该索引在SPcell发生变更时可能会改变（不一定是固定的000）。

* **如果不清零（D1的做法）：** 必须在位图中把SPcell对应的索引比特置为1。但由于SPcell的PH信息已经被固定放置在载荷的开始或结束位置了，如果基站再次根据位图去解析该索引，会导致基站“误以为”在后面还有一个Scell的PH与之对应，从而导致**解耦合（解包）错位、数据解析失败**。

* **本案的解决方案：** 发明人极其巧妙地将Bitmap中**对应SPcell索引的比特位强行、始终设置为“0”**。这样，SeNB在解析位图时，会直接忽略该比特，认为“该索引对应的地方没有安排Scell PH”，从而直接去固定位置读取SPcell PH，成功实现了**准确解耦合，避免了基站解析错位**。

---

## 四、 请求方诉讼中“最薄弱”的技术特征（无效突破口）

如果您作为**无效宣告请求方**，想要攻破该权利要求1，**最薄弱（即最容易被请求方攻破、最难维持创造性）的技术特征**是：

> **“所述SPcell的PH信息被固定放置在所述PHR MAC CE的载荷中紧跟着位图字节的开始位置或者……结束位置”** 结合 **“SPcell的索引对应的比特位始终设置为‘0’”**。

### 为什么说这是最薄弱的突破口？（攻方策略）

1. **“固定放置”属于惯常设计：**

在D1（载波聚合）或更早的R11标准中，主小区（Pcell）的PH信息被固定放置在载荷的第一部分已经是本领域的**公知常识/惯常设计**。将DC场景下的SPcell比照CA场景下的Pcell固定放置，对本领域技术人员来说是显而易见的。

2. **“始终设置为0”属于标准逻辑下的必然选择（常规排错）：**

一旦决定了将SPcell固定放置，为了防止基站重复解析或误判，自然要使位图中的相应位置“失效”。在计算机和通信协议设计中，将位图中的某一位置“0”以表示“此处无 Scell 数据承载”，是本领域技术人员在面对“避免错位”这一技术问题时，不需付出创造性劳动就能想到的**常规调试手段（纯粹的逻辑规约）**。

3. **标准文本（3GPP TS 36.321）的潜在冲突：**

在无效诉讼中，请求方应重点检索3GPP RAN2在2013-2014年（R12双连接讨论期间）的会议提案（Tdocs）。通常，在确定固定放置SPcell后，多位代表均会提出“如何处理Bitmap中SPcell索引”的讨论，将该位填“0”或“R（保留位）”往往属于标准专家组的常规意见。一旦检索到相关的标准化会议讨论记录（Prior Art Activity），该特征的创造性将彻底崩溃。

### 总结建议

作为请求方，应将火力集中在**证明“为了避免固定放置产生的重复计数，而在Bitmap中将已知固定小区的对应位清零”属于软件/协议设计的公知常识**，以此打掉权利要求1的创造性高度。

根据权利要求1所述的方法，其中所述SPcell的PH信息包括所述SPcell的PUSCH PH信息和PUCCH PH信息，并且所述SPcell的PUCCH PH信息放置在所述PHR MAC CE的载荷中的以下任一位置：-紧邻所述SPcell的PUSCH PH信息的前面，以及 -紧邻所述SPcell的PUSCH PH信息的后面。

一种在双连接场景的小小区基站SeNB中用于接收其PHR MAC CE的方法，所述方法包括以下步骤：-接收来自用户设备UE的所述SeNB的PHR MAC CE，所述PHR MAC CE中包括所述SeNB的特殊主小区SPcell的PH信息和所述SeNB的一个或多个激活从小区Scell的PH信息，其中所述SPcell的PH信息放置在所述PHR MAC CE的载荷中的开始位置，所述Scell的PH信息基于该Scell的索引顺序放置在紧邻所述开始位置的后续位置，或者所述SPcell的PH信息放置在所述PHR MAC CE的载荷的结束位置，所述Scell的PH信息基于该Scell的索引顺序放置在紧邻所述结束位置的前续位置； -判断[NL-1-n-Pcmax字节的个数]＝0或1； -如果[NL-1-n-Pcmax字节的个数]＝0，则确定所述PHR MAC CE的载荷中仅包括SPcell的PUSCH PH信息； -如果[NL-1-n-Pcmax字节的个数]＝1，则确定所述PHR MAC CE的载荷中同时包括所述SPcell的PUSCH PH信息和PUCCH PH信息； -忽略所述SPcell的索引，并解耦合所述PHR MAC CE； 其中，NL表示在所述PHR MAC CE的子头部中的“L”字段指示的字节个数，“1”表示位图字节的个数，“n”表示其PH信息被包括在所述PHR MAC CE的载荷中的所述SeNB的激活小区的个数，“Pcmax字节的个数”表示在各个PH信息字节中“P”字段等于1的个数。

一种在双连接场景的小小区基站SeNB中用于接收其PHR MAC CE的方法，所述方法包括以下步骤：-接收来自用户设备UE的所述SeNB的PHR MAC CE，所述PHR MAC CE的载荷中包括基于所述SeNB的特殊主小区SPcell和一个或多个激活从小区Scell的索引顺序排列的所述SPcell的PH值和所述Scell的PH值； -判断[NL-1-n-Pcmax字节的个数]＝0或1； -如果[NL-1-n-Pcmax字节的个数]＝0，则确定所述PHR MAC CE的载荷中仅包括SPcell的PUSCH PH信息； -如果[NL-1-n-Pcmax字节的个数]＝1，则确定所述PHR MAC CE的载荷中同时包括所述SPcell的PUSCH PH信息和PUCCH PH信息； -解耦合所述PHR MAC CE； 其中，NL表示在所述PHR MAC CE的子头部中的“L”字段指示的字节个数，“1”表示位图字节的个数，“n”表示其PH信息被包括在所述PHR MAC CE的载荷中的所述SeNB的激活小区的个数，“Pcmax字节的个数”表示在各个PH信息字节中“P”字段等于1的个数。