一种用于在通过eCPRI接口将发送方节点连接到接收方节点的通信网络中进行数据分组延迟管理的方法，所述方法在从所述发送方节点接收数据分组的所述接收方节点处执行，并且包括以下步骤：‑监视在从所述发送方节点接收数据的缓冲区处的缓冲区水平；‑当所述缓冲区水平达到阈值时，所述方法还包括：通过所述eCPRI接口向所述发送方节点传送包括指示媒体接入控制MAC流控制的时间长度的信息的至少一个消息；在延迟的情况下向所述发送方节点传送至少一个MAC流控制帧。

作为一名经验丰富的专利代理师，我针对目标专利（CN113647068B）的权利要求1，结合其说明书公开的实质内容以及对比文件D1（US2005174941A1）、D2（WO2018113907A1）的原文进行深度法律与技术分析。报告内容如下：

---

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

权利要求1的核心发明点在于**解决eCPRI接口层流控制与底层传输网络层（如以太网MAC层）流控制由于节点内部处理延迟不一致而导致的分组丢失问题**。

* **“eCPRI接口”与双层流控制协同：** 说明书 `[0034]` 明确指出，底层MAC流控制（如以太网PAUSE帧）触发后到达发送端仅需行进延迟 $t_D$；而eCPRI层消息处理涉及封装和协议栈交互，发送和接收处理分别需要补偿值 $t_{CV1}$ 和 $t_{CV2}$。如果两者同时发送，以太网层会先于eCPRI层暂停，导致eCPRI继续封装的分组因失去底层载波而被丢弃。

* **“包括指示……MAC流控制的时间长度的信息的至少一个消息”：** 根据说明书 `[0054]`、`[0061]`，该消息运行在eCPRI层（例如具有预留动作类型0x06的eCPRI消息类型#5或类型#7），其携带的“时间长度”采用与底层MAC暂停帧相同或类似的结构（如优先级启用向量和时间向量），目的是**让发送方的eCPRI层提前获知即将发生的MAC流控制时间并同步暂停封装**。

* **“在延迟的情况下……传送至少一个MAC流控制帧”：** 此处的“在延迟的情况下”是指**时间轴上的有意延迟发送**。说明书 `[0048]`、`[0049]` 解释其核心逻辑：接收方在触发eCPRI流控制消息后，故意将底层MAC流控制帧延迟（优选延迟 $t_{CV1}+t_{CV2}$ 或 $2t_{CV2}$）再发送。通过这种精密的时序控制，确保发送方的以太网接口与eCPRI接口同时达到暂停状态，从而避免丢包。

---

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

下表将权利要求1拆解为独立的技术特征，并紧密结合对比文件D1、D2的原文及详细出处进行比对。

---

## 三、 对比文件技术特征公开情况的深度分析

### 1. 对比文件D1（US2005174941A1）

* **毫无异议公开的特征：** 监视接收端缓冲区水平（特征A的部分相关技术）；向发送方传送包含有指示流控制时间长度信息的控制帧（特征B中关于时间长度、通道开关向量的结构设计，D1图7中公开了Pause Timer和各个Port对应的位，类似于目标专利图3的结构）。

* **未公开的特征：** D1属于传统的以太网承载SONET（EoS）技术领域，完全没有公开**“eCPRI接口”**。同时，D1没有公开特征C中的**“在延迟的情况下向所述发送方节点传送至少一个MAC流控制帧”**，D1中的延迟属于多端口状态打包的合并窗口，其技术实质与目标专利为了对齐“eCPRI层与MAC层因处理速度不同产生的延迟差”而特意引入的时序延迟完全不同。

### 2. 对比文件D2（WO2018113907A1）

* **实质公开的特征：** D2公开了在5G无线接入网（包含前传、xHaul网络）中，在从发送方（Radio Units）接收数据分组的接收方（Remote Node）处，对缓冲区水平进行监视和预测。这与特征A所处的技术背景（5G前传分组延迟管理）高度契合。

* **未公开的特征：** D2通过修改无线侧高层参数（CQI/BSR）实施动态资源调配（降速、改调制格式、减波束）来消除拥塞，其完全没有公开**特征B**（通过eCPRI发送包含MAC流控时间长度的消息）和**特征C**（延迟发送MAC流控制帧）。

---

## 四、 最接近对比文件（CPA）的筛选与创造性评价

在创造性分析中，**对比文件D2更适合作为最接近的对比文件（第一CPA）**。

### 1. 筛选理由分析

* **技术领域与整体解决的技术问题：** 目标专利解决的是5G C-RAN架构下，eCPRI分组前传传输网络（基于分组以太网技术）对时延严格要求下的分组延迟管理和丢包问题。D2（WO2018113907A1）同样聚焦于5G NR无线通信网络前传/xHaul场景，针对由于多路无线业务突发流量（高斯分布尖峰）导致小容量低时延缓冲区即将溢出的技术问题。两者领域的切合度、面对的接口突发性、高时延敏感性完全一致。而D1属于早期的以太网承载SONET（EoS）映射技术，缺乏5G低时延前传网络的演进背景。

* **技术效果：** D2与目标专利均旨在“既要保证超低时延，又要避免因缓冲区满而引发无差别的、不可控的丢包”。

### 2. 区别技术特征与创造性割裂

以D2作为最接近的对比文件，权利要求1与其相比，区别特征在于：

> 目标专利明确了接口为eCPRI接口，并采用了一种“**eCPRI高层流控消息+时序延迟发送底层MAC流控制帧**”的双层协同控制机制。

**其他对比文件是否公开：** 审视D1，虽然D1在传统以太网多路复用中公开了在PAUSE控制帧中携带特定时间长度以及针对各端口的开关向量，但其根本没有涉及eCPRI特定的协议环境。更重要的是，**D1并未公开“为了协调两层接口由于内部处理时间差带来的不对齐，而特意延迟发送底层MAC控制帧”的构思**（即特征C）。

因此，即使将D2与D1结合，本领域技术人员也无法自然导出：在缓冲区达到阈值时，需先通过eCPRI接口发高层通知，并**故意在时间轴上做出延迟**再去传送底层MAC流控制帧。权利要求1具备显著的创造性。

---

## 五、 请求方（无效宣告提起方）最薄弱的技术特征

若我方作为无效宣告请求方，意图攻击该专利，**最薄弱（即最难攻破、目标专利最稳固）的技术特征是：特征C——“在延迟的情况下向所述发送方节点传送至少一个MAC流控制帧”**。

* **薄弱原因：** 该特征不能仅流于字面“延迟”的通用理解。结合说明书具体实施方式（图1、图7及相关文字说明），该“延迟”被赋予了特定的技术含义——它是为了补偿发送端和接收端在eCPRI层处理消息所耗费的补偿值 $t_{CV1}$ 和 $t_{CV2}$。这是目标专利针对5G前传特定标准（eCPRI协议栈与以太网底层交互）提出的高度定制有时序协同方案。现有的以太网流量控制（如IEEE 802.3x或802.1Qbb PFC）均为硬件层或紧邻MAC层的快响应机制，不存在这种故意算好上层协议栈延迟后，在接收端特意“按兵不动”、延迟到底层发帧的构思。现有技术极难检索到能够破坏该特征实质技术手段的冲突证据。

---

## 六、 进一步的检索策略建议

鉴于目前的D1、D2组合难以攻克特征C的时序协同发明点，建议调整检索策略，启动针对性补充检索：

1. **切入点转变：从“通用流控”转向“3GPP/eCPRI标准提案（Contributions）”检索**

* 目标专利说明书多次提及“eCPRI规范版本1.1”，并指出利用了其中“预留用于将来使用（Reserved for future use）”的动作类型0x06（针对消息类型#5单向延迟测量或消息类型#7事件通知）。

* **行动：** 应当全面检索2024年5月（目标专利申请日/优先权日）之前，**eCPRI标准工作组（eCPRI Specification Group）**以及**3GPP RAN3工作组**的标准提案或会议纪要（Contributions）。各大通信巨头（如爱立信、诺基亚、华为、中兴等）在标准制定过程中，极有可能提交过如何解决“eCPRI层流控与以太网底层PFC/PAUSE流控不期望的不对齐”的提案，其中可能包含“通过上层消息同步时延”或“协调双层暂停定时”的公开讨论。

2. **关键词精密组合检索（在各大专利数据库及IEEE Xplore）**

* 使用高相关度截词与时序协同词组：

* `(eCPRI OR "packet fronthaul" OR "xHaul")` **AND** `("flow control" OR PAUSE OR PFC)` **AND** `(delay* OR timing* OR align* OR sync* OR tCV OR "processing time")` **AND** `(two-layer OR "protocol stack" OR upper-layer)`

3. **追踪发明人及权利人早期成果**

* 本专利（CN113647068B）原属爱立信（Telefonaktiebolaget LM Ericsson）。可重点检索该发明团队在申请日前1-2年内发表的学术论文、技术白皮书，或爱立信在全球其他国家布局的、关于“前传网络时延补偿/流控协同”的更早期基础专利，寻找是否存在自认或无意间的技术方案公开。

作为一名经验丰富的专利代理师，我针对目标专利（CN113647068B）的权利要求1，结合其说明书公开的实质内容以及对比文件D1（US2005174941A1）、D2（WO2018113907A1）的原文进行深度法律与技术分析。报告内容如下：

---

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

权利要求1的核心发明点在于**解决eCPRI接口层流控制与底层传输网络层（如以太网MAC层）流控制由于节点内部处理延迟不一致而导致的分组丢失问题**。

* **“eCPRI接口”与双层流控制协同：** 说明书 `[0034]` 明确指出，底层MAC流控制（如以太网PAUSE帧）触发后到达发送端仅需行进延迟 $t_D$；而eCPRI层消息处理涉及封装和协议栈交互，发送和接收处理分别需要补偿值 $t_{CV1}$ 和 $t_{CV2}$。如果两者同时发送，以太网层会先于eCPRI层暂停，导致eCPRI继续封装的分组因失去底层载波而被丢弃。

* **“包括指示……MAC流控制的时间长度的信息的至少一个消息”：** 根据说明书 `[0054]`、`[0061]`，该消息运行在eCPRI层（例如具有预留动作类型0x06的eCPRI消息类型#5或类型#7），其携带的“时间长度”采用与底层MAC暂停帧相同或类似的结构（如优先级启用向量和时间向量），目的是**让发送方的eCPRI层提前获知即将发生的MAC流控制时间并同步暂停封装**。

* **“在延迟的情况下……传送至少一个MAC流控制帧”：** 此处的“在延迟的情况下”是指**时间轴上的有意延迟发送**。说明书 `[0048]`、`[0049]` 解释其核心逻辑：接收方在触发eCPRI流控制消息后，故意将底层MAC流控制帧延迟（优选延迟 $t_{CV1}+t_{CV2}$ 或 $2t_{CV2}$）再发送。通过这种精密的时序控制，确保发送方的以太网接口与eCPRI接口同时达到暂停状态，从而避免丢包。

---

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

下表将权利要求1拆解为独立的技术特征，并紧密结合对比文件D1、D2的原文及详细出处进行比对。

---

## 三、 对比文件技术特征公开情况的深度分析

### 1. 对比文件D1（US2005174941A1）

* **毫无异议公开的特征：** 监视接收端缓冲区水平（特征A的部分相关技术）；向发送方传送包含有指示流控制时间长度信息的控制帧（特征B中关于时间长度、通道开关向量的结构设计，D1图7中公开了Pause Timer和各个Port对应的位，类似于目标专利图3的结构）。

* **未公开的特征：** D1属于传统的以太网承载SONET（EoS）技术领域，完全没有公开**“eCPRI接口”**。同时，D1没有公开特征C中的**“在延迟的情况下向所述发送方节点传送至少一个MAC流控制帧”**，D1中的延迟属于多端口状态打包的合并窗口，其技术实质与目标专利为了对齐“eCPRI层与MAC层因处理速度不同产生的延迟差”而特意引入的时序延迟完全不同。

### 2. 对比文件D2（WO2018113907A1）

* **实质公开的特征：** D2公开了在5G无线接入网（包含前传、xHaul网络）中，在从发送方（Radio Units）接收数据分组的接收方（Remote Node）处，对缓冲区水平进行监视和预测。这与特征A所处的技术背景（5G前传分组延迟管理）高度契合。

* **未公开的特征：** D2通过修改无线侧高层参数（CQI/BSR）实施动态资源调配（降速、改调制格式、减波束）来消除拥塞，其完全没有公开**特征B**（通过eCPRI发送包含MAC流控时间长度的消息）和**特征C**（延迟发送MAC流控制帧）。

---

## 四、 最接近对比文件（CPA）的筛选与创造性评价

在创造性分析中，**对比文件D2更适合作为最接近的对比文件（第一CPA）**。

### 1. 筛选理由分析

* **技术领域与整体解决的技术问题：** 目标专利解决的是5G C-RAN架构下，eCPRI分组前传传输网络（基于分组以太网技术）对时延严格要求下的分组延迟管理和丢包问题。D2（WO2018113907A1）同样聚焦于5G NR无线通信网络前传/xHaul场景，针对由于多路无线业务突发流量（高斯分布尖峰）导致小容量低时延缓冲区即将溢出的技术问题。两者领域的切合度、面对的接口突发性、高时延敏感性完全一致。而D1属于早期的以太网承载SONET（EoS）映射技术，缺乏5G低时延前传网络的演进背景。

* **技术效果：** D2与目标专利均旨在“既要保证超低时延，又要避免因缓冲区满而引发无差别的、不可控的丢包”。

### 2. 区别技术特征与创造性割裂

以D2作为最接近的对比文件，权利要求1与其相比，区别特征在于：

> 目标专利明确了接口为eCPRI接口，并采用了一种“**eCPRI高层流控消息+时序延迟发送底层MAC流控制帧**”的双层协同控制机制。

**其他对比文件是否公开：** 审视D1，虽然D1在传统以太网多路复用中公开了在PAUSE控制帧中携带特定时间长度以及针对各端口的开关向量，但其根本没有涉及eCPRI特定的协议环境。更重要的是，**D1并未公开“为了协调两层接口由于内部处理时间差带来的不对齐，而特意延迟发送底层MAC控制帧”的构思**（即特征C）。

因此，即使将D2与D1结合，本领域技术人员也无法自然导出：在缓冲区达到阈值时，需先通过eCPRI接口发高层通知，并**故意在时间轴上做出延迟**再去传送底层MAC流控制帧。权利要求1具备显著的创造性。

---

## 五、 请求方（无效宣告提起方）最薄弱的技术特征

若我方作为无效宣告请求方，意图攻击该专利，**最薄弱（即最难攻破、目标专利最稳固）的技术特征是：特征C——“在延迟的情况下向所述发送方节点传送至少一个MAC流控制帧”**。

* **薄弱原因：** 该特征不能仅流于字面“延迟”的通用理解。结合说明书具体实施方式（图1、图7及相关文字说明），该“延迟”被赋予了特定的技术含义——它是为了补偿发送端和接收端在eCPRI层处理消息所耗费的补偿值 $t_{CV1}$ 和 $t_{CV2}$。这是目标专利针对5G前传特定标准（eCPRI协议栈与以太网底层交互）提出的高度定制有时序协同方案。现有的以太网流量控制（如IEEE 802.3x或802.1Qbb PFC）均为硬件层或紧邻MAC层的快响应机制，不存在这种故意算好上层协议栈延迟后，在接收端特意“按兵不动”、延迟到底层发帧的构思。现有技术极难检索到能够破坏该特征实质技术手段的冲突证据。

---

## 六、 进一步的检索策略建议

鉴于目前的D1、D2组合难以攻克特征C的时序协同发明点，建议调整检索策略，启动针对性补充检索：

1. **切入点转变：从“通用流控”转向“3GPP/eCPRI标准提案（Contributions）”检索**

* 目标专利说明书多次提及“eCPRI规范版本1.1”，并指出利用了其中“预留用于将来使用（Reserved for future use）”的动作类型0x06（针对消息类型#5单向延迟测量或消息类型#7事件通知）。

* **行动：** 应当全面检索2024年5月（目标专利申请日/优先权日）之前，**eCPRI标准工作组（eCPRI Specification Group）**以及**3GPP RAN3工作组**的标准提案或会议纪要（Contributions）。各大通信巨头（如爱立信、诺基亚、华为、中兴等）在标准制定过程中，极有可能提交过如何解决“eCPRI层流控与以太网底层PFC/PAUSE流控不期望的不对齐”的提案，其中可能包含“通过上层消息同步时延”或“协调双层暂停定时”的公开讨论。

2. **关键词精密组合检索（在各大专利数据库及IEEE Xplore）**

* 使用高相关度截词与时序协同词组：

* `(eCPRI OR "packet fronthaul" OR "xHaul")` **AND** `("flow control" OR PAUSE OR PFC)` **AND** `(delay* OR timing* OR align* OR sync* OR tCV OR "processing time")` **AND** `(two-layer OR "protocol stack" OR upper-layer)`

3. **追踪发明人及权利人早期成果**

* 本专利（CN113647068B）原属爱立信（Telefonaktiebolaget LM Ericsson）。可重点检索该发明团队在申请日前1-2年内发表的学术论文、技术白皮书，或爱立信在全球其他国家布局的、关于“前传网络时延补偿/流控协同”的更早期基础专利，寻找是否存在自认或无意间的技术方案公开。

根据权利要求1所述的方法，其中，如果所述MAC流控制是基于优先级的流控制PFC，则所述方法包括确定所述MAC流控制的时间长度，并且通过所述eCPRI接口传送包括指示至少一个优先级的MAC流控制的时间长度的信息的一个所述消息；其中，所述消息包括指示为所述至少一个优先级请求的暂停时间段的值；并且传送所述至少一个MAC流控制帧包括传送PFC‑暂停帧。

根据权利要求1或权利要求2所述的方法，其中，指示所述MAC流控制的时间长度的所述信息包括：‑用于指示在多个优先级等级中的特定优先级等级是否应当启用MAC流控制的优先级启用向量；以及‑包括与所述多个优先级等级对应的多个时间值的时间向量；其中，特定优先级等级的优先级启用向量值与相同的优先级等级的对应的时间值的组合指示在该特定优先级等级是否将启用MAC流控制以及启用多长时间。

根据权利要求1所述的方法，其中，如果所述MAC流控制是暂停流控制，则所述方法包括确定所述MAC流控制的时间长度，并且通过所述eCPRI接口传送包括指示所述MAC流控制的所述时间长度的信息的一个所述消息；并且传送所述至少一个MAC流控制帧包括传送至少一个暂停帧。

根据权利要求4所述的方法，其中，如果所述MAC流控制作为XOFF/XON流控制来操作，则通过所述eCPRI接口传送包括：‑响应于所述缓冲区水平增加至XOFF阈值，通过所述eCPRI接口传送包括指示所述MAC流控制的时间长度的信息的第一消息；‑响应于所述缓冲区水平降低至XON阈值，通过所述eCPRI接口传送包括指示所述MAC流控制的时间长度的信息的第二消息；并且传送所述至少一个MAC流控制帧包括在所述第一消息之后传送XOFF帧并在所述第二消息之后传送XON帧。

根据权利要求5所述的方法，其中，将在所述第一消息中携带的指示所述MAC流控制的时间长度的所述信息设置为大于零的第一值；并将在所述第二消息中携带的指示所述MAC流控制的时间长度的所述信息设置为零。

根据权利要求1‑2和4‑6中任一权利要求所述的方法，其中，包括指示所述MAC流控制的时间长度的信息的所述至少一个消息包括携带动作类型0x06的eCPRI消息类型#5单向延迟测量；其中，所述动作类型0x06包括指示所述MAC流控制的时间长度的所述信息。

根据权利要求1‑2和4‑6中任一权利要求所述的方法，其中，对于所述数据分组的下行链路传送方向，所述接收方节点包括无线电设备RE节点；并且对于所述数据分组的上行链路传送方向，所述接收方节点包括无线电设备控制REC节点。

根据权利要求1‑2和4‑6中任一权利要求所述的方法，其中，所述延迟基于在所述接收方节点处从检测到用于通过所述eCPRI接口传送分组的触发直到通过所述eCPRI接口传送所述分组所需的时间。

根据权利要求9所述的方法，其中，所述延迟还基于在所述发送方节点处从检测到用于通过所述eCPRI接口传送分组的触发直到通过所述eCPRI接口传送所述分组所需的时间。

根据权利要求10所述的方法，其中，由所述接收方节点在携带动作类型0x00或0x05的eCPRI消息类型#5单向延迟测量中从所述发送方节点接收在所述发送方节点处从检测到用于通过所述eCPRI接口传送分组的触发直到通过所述eCPRI接口传送所述分组所需的所述时间。