非显而易见杯

专利无效挑战赛

目标专利:2044电信网络中的拥塞控制

专利公开号:CN102696200B

专利权人:皇家KPN公司

无效请求书提交日期:2026年


上一项目 下一项目

非显而易见性评估仅供参考,不构成法律建议。



权利要求列表点击可跳转

序号 权利要求内容

1

一种用于电信网络(1)中拥塞控制的方法,所述电信网络通过提供至少第一和第二载体来分别支持服务器(2)和至少第一和第二通信终端(3)之间的一个或多个现役数据会话,所述方法包括下述步骤:存储分配到组的公用组识别符,所述组包括所述至少第一和第二通信终端; 存储分别用于所述第一和第二通信终端的第一载体和第二载体的第一专用拥塞参数和第二专用拥塞参数; 监控所述电信网络中的组负载指示器,其是为对应于所述公用组识别符的所述至少第一和第二终端组定义的; 将所述组的组负载指示器与所述组的组负载条件进行比较,所述组是对应于公用组识别符的所述至少第一和第二通信终端组; 当所述组负载指示器满足所述组负载条件时,通过调整所述第一载体的第一专用拥塞参数和所述第二载体的第二专用拥塞参数中的至少一个来控制所述电信网络中的拥塞,其中所述第一和第二专用拥塞参数、所述组负载指示器和所述组负载条件包括最大位速率,所述满足所述组负载条件包括超过组位速率临界值。

2

如权利要求1所述的方法,其中所述组负载指示器还是为第三通信终端定义的,所述方法进一步包括下述步骤:存储用于所述第三通信终端公用组识别符; 存储用于所述第三通信终端的第三载体的第三专用拥塞参数; 接收建立所述第三载体的请求,从而能够在服务器和第三通信终端之间进行现役数据会话; 当组拥塞指示器满足所述组负载条件时,还通过调整所述第三载体的第三专用拥塞参数来控制在所述电信网络中的拥塞; 批准所述建立第三载体的请求,所述第三载体支持服务器和第三通信终端之间一个或多个现役数据会话,所述第三通信终端应用所述第三载体的调整过的第三专用拥塞参数。

3

如权利要求1或2所述的方法,进一步包括下述步骤: 确定第一通信终端已通过第一载体交换数据比第二终端已通过第二载体交换数据更新近; 当所述组负载指示器满足所述组负载条件时,在调整所述第二载体的第二专用拥塞参数之前,调整所述第一载体的第一专用拥塞参数。

4

如权利要求1所述的方法,其中分别通过第一和第二专用识别符可识别所述第一和第二通信终端,所述方法进一步包括下述步骤:存储所述第一和第二专用识别符与所述公用组识别符之间的关系; 接收所述第一和第二专用识别符; 基于所存储的所述第一和第二专用识别符与所述公用组识别符之间的关系,确定所述公用组识别符; 基于所述公用组识别符,确定可应用于所述组的组负载指示器和组负载条件。

5

如权利要求1所述的方法,其中通过提供接口,所述服务器被连接到网络节点上,所述网络节点存储用于第一和第二通信终端的公用组识别符,所述方法包括通过所述提供接口从所述服务器将所述公用组识别符分配给所述第一和第二通信终端的步骤。

6

如权利要求1所述的方法,进一步包括下述步骤: 存储用于第一通信终端组的第一公用组识别符和用于第二通信终端组的第二公用组识别符,其中所述第一通信终端被分配到所述第一通信终端组和所述第二通信终端组; 监控电信网络中对应于所述第一公用组识别符的第一通信终端组的第一组负载指示器,以及对应于所述第二公用组识别符的第二通信终端组的第二组负载指示器; 将所述第一组负载指示器与对应于所述第一公用组识别符的第一通信终端组的第一组负载条件进行比较; 将所述第二组负载指示器与对应于所述第二公用组识别符的第二通信终端组的第二组负载条件进行比较; 当所述第一组负载指示器和所述第二组负载指示器中的至少一个分别满足第一组负载条件和第二组负载条件时,通过调整所述第一载体的第一专用拥塞参数,控制所述电信网络中的拥塞。

7

如权利要求1所述的方法,进一步包括逐渐调整所述第一和第二专用拥塞参数中的至少一个的步骤。

8

如权利要求1所述的方法,其中当所述组负载指示器满足所述组负载条件时,对于从所述第一和第二通信终端到所述服务器的上行链路通信,分别执行对所述第一和第二载体的第一和第二专用拥塞参数中的至少一个的调整的步骤,所述方法进一步包括通知拥塞参数被调整的所述第一和/或第二通信终端,分别调整用于所述一个或多个现役数据会话的第一和第二载体的特性。

9

如权利要求8所述的方法,其中通知所述第一和/或第二通信终端的步骤包括在所述电信网络的信息报文中包含用于通知所述第一和/或第二通信终端的公用组识别符的步骤。

10

如权利要求9所述的方法,其中在所述电信网络的至少一部分中广播包含所述公用组识别符的信息报文。

11

一种电信网络(1),其被配置为通过提供至少第一和第二载体,能够分别在服务器(2)与至少第一和第二通信终端(3)之间进行数据会话,所述电信网络包括:第一存储节点,其存储被分配到组的公用组识别符,所述组包括所述至少第一和第二通信终端; 第二存储节点,其存储分别用于所述第一和第二通信终端的第一载体和第二载体的第一专用拥塞参数和第二专用拥塞参数; 监控模块,其被配置为监控对至少第一和第二通信终端组进行定义的组负载指示器,所述至少第一和第二通信终端组对应于所述公用组识别符; 分析器,其被配置为将所述组负载指示器与所述至少第一和第二通信终端组的组负载条件进行比较,所述至少第一和第二通信终端组对应于所述公用组识别符; 拥塞控制器,其被配置为当所述组负载指示器满足所述组负载条件时,通过调整所述第一载体的第一专用拥塞参数和所述第二载体的第二专用拥塞参数中的至少一个,在电信网络中进行拥塞控制,其中所述第一和第二专用拥塞参数、所述组负载指示器和所述组负载条件包括最大位速率,所述满足所述组负载条件包括超过组位速率临界值。

12

如权利要求11所述的电信网络,其中所述电信网络被配置为向第一和第二用户终端传输信息报文,所述报文包括所述公用组识别符并且包含关于调整数据会话上行链路通信方向上的载体特性的信息。

13

如权利要求12所述的电信网络,其中所述信息报文通过广播式电文传输。

14

如权利要求11所述的电信网络,其中所述电信网络包括被配置为实施根据权利要求2中的方法的装置。


对比文件列表

编号 名称
0 2007-11-01_US2007253438A_发明申请_US20070253438A1 Differentiated services using weighted quality of service (QoS).docx
0 2009-06-04_US2009142264A_发明申请_US20090142264A1 18F-Labeled Phenoxyphenyl Nu-benzyl Alkanamid Derivatives for Positron Emission Tomography (PET) Imaging of Peripheral Benzodiazepine Receptor.docx
0 2009-02-12_US2009043433A_发明申请_US20090043433A1 AIRCRAFT GUIDANCE SYSTEM.docx
0 2009-01-15_US2009016344A_发明申请_US20090016344A1 METHOD AND APPARATUS FOR CONTROLLING BEARERS OF SERVICE DATA FLOWS_+++a_c+++.docx
0 2009-01-15_JP2009010687A_发明专利_JP2009010687A Pon system, and station side apparatus thereof, dynamic band allocation method, and providing method and enjoying method of dynamic band allocation service_+++B_D_E_H_O_P_Q_R_U_V_W_a_f_k_l_x_z+++.docx
0 2008-11-06_JP2008265492A_发明专利_JP2008265492A Mooring device.docx
0 2008-10-22_CN101292475A_发明公开_CN101292475A 自适应带宽控制_+++y+++.docx
0 2007-12-06_US2007280126A_发明申请_US20070280126A1 Method and system for allocating a group bit rate among multiple bonded pairs in a communications network.docx
0 2007-12-05_JP4016990B_发明专利_JP4016990B2 Assembly method of the refrigeration apparatus.docx
0 2007-11-08_WO2007126627A_发明申请_WO2007126627A1 DIFFERENTIATED SERVICES USING WEIGHTED QUALITY OF SERVICE (QOS).docx
0 2003-07-17_US2003133411A_发明申请_US20030133411A1 Communication resource management method and node control device using priority control and admission control.docx
0 2007-04-26_WO2007045561A_发明申请_WO2007045561A1 ADAPTIVE BANDWIDTH CONTROL_+++a+++.docx
0 2007-04-26_JP2007110411A_发明专利_JP2007110411A Access control apparatus_+++B_D_E_H_O_P_Q_R_U_V_W+++.docx
0 2006-08-31_JP2006226579A_发明专利_JP2006226579A Assembling method of refrigerating device.docx
0 2006-07-20_US2006159016A_发明申请_US20060159016A1 Uplink congestion detection and control between nodes in a radio access network_+++a_y_z+++.docx
0 2006-07-06_US2006146704A_发明申请_US20060146704A1 System and method for controlling congestion in multihopping wireless networks_+++a+++.docx
0 2006-05-18_US2006104275A_发明申请_US20060104275A1 System and method for improved multicast performance.docx
0 2005-03-08_US6865185B_发明授权_US06865185B1 Method and system for queuing traffic in a wireless communications network_+++a_b_c_d_e_f_g_h_i_j_k_l_o_p_q_r_t_u_v_w_x_y+++.docx
0 2005-02-10_JP2005039390A_发明专利_JP2005039390A Band monitoring method, and packet transfer device provided with band monitoring function_+++D_E_P_Q_R_U_V_W_b_c_f_g_h_i_k_o_x+++.docx

权利要求1

一种用于电信网络(1)中拥塞控制的方法,所述电信网络通过提供至少第一和第二载体来分别支持服务器(2)和至少第一和第二通信终端(3)之间的一个或多个现役数据会话,所述方法包括下述步骤:存储分配到组的公用组识别符,所述组包括所述至少第一和第二通信终端; 存储分别用于所述第一和第二通信终端的第一载体和第二载体的第一专用拥塞参数和第二专用拥塞参数; 监控所述电信网络中的组负载指示器,其是为对应于所述公用组识别符的所述至少第一和第二终端组定义的; 将所述组的组负载指示器与所述组的组负载条件进行比较,所述组是对应于公用组识别符的所述至少第一和第二通信终端组; 当所述组负载指示器满足所述组负载条件时,通过调整所述第一载体的第一专用拥塞参数和所述第二载体的第二专用拥塞参数中的至少一个来控制所述电信网络中的拥塞,其中所述第一和第二专用拥塞参数、所述组负载指示器和所述组负载条件包括最大位速率,所述满足所述组负载条件包括超过组位速率临界值。


未提交复审委

无效理由:专利法第二十二条

蒋 晓勇
@jxy

这是一份针对权利要求1的技术特征对比、创造性评价、最接近对比文件分析以及后续无效检索策略的专业分析报告。

---

### 一、 权利要求解释与技术特征分解

根据目标专利说明书的逻辑,本专利核心在于解决无线通信网络中因用户移动性、干扰及带宽时变性导致的拥塞控制问题。权利要求1通过“引入公用组识别符(将终端分组)”以及“组负载条件与专用拥塞参数联动调整(在超过组位速率临界值时动态调整个体载体的最大位速率)”,实现了基于终端组粒度的自适应拥塞控制。

#### 特征分解表

* **技术特征A**:所述电信网络通过提供至少第一和第二载体来分别支持服务器(2)和至少第一和第二通信终端(3)之间的一个或多个现役数据会话;

* **技术特征B**:存储分配到组的公用组识别符,所述组包括所述至少第一和第二通信终端;

* **技术特征C**:存储分别用于所述第一和第二通信终端的第一载体和第二载体的第一专用拥塞参数和第二专用拥塞参数;

* **技术特征D**:监控所述电信网络中的组负载指示器,其是为对应于所述公用组识别符的所述至少第一和第二终端组定义的;

* **技术特征E**:将所述组的组负载指示器与所述组的组负载条件进行比较,所述组是对应于公用组识别符的所述至少第一和第二通信终端组;

* **技术特征F**:当所述组负载指示器满足所述组负载条件时,通过调整所述第一载体的第一专用拥塞参数和所述第二载体的第二专用拥塞参数中的至少一个来控制所述电信网络中的拥塞;

* **技术特征G**:其中所述第一和第二专用拥塞参数、所述组负载指示器和所述组负载条件包括最大位速率,所述满足所述组负载条件包括超过组位速率临界值。

---

### 二、 对比文件特征比对(D1:US6865185B1)

#### D1 公开性分析及特征比对表

D1(公开号:**US6865185B1**,名称为 *Method and system for queuing traffic in a wireless communications network*)公开了一种在无线网络中将数据流划分为虚拟组(Virtual Groups)、动态估计可用带宽并基于组状态进行拥塞控制的方法。

权利要求1技术特征D1(US6865185B1)原文对应内容及详细出处比对结果与公开认定
特征A:电信网络通过第一/第二载体支持服务器与第一/第二终端间的现役数据会话[00045]-[00046]: "Each cell 12 has a base station, or server, 14... Each server 14 provides a radio frequency (RF) link for mobile devices 18..."<br>[00009]: "...receiving a stream of packets as for transmission in the wireless network. Each packet includes a flow identifier..."毫无异议公开。<br>D1公开了基站/服务器14通过无线链路(即载体/数据流)支持与多个移动终端18的数据传输。
特征B:存储分配到组的公用组识别符,所述组包括所述至少第一和第二通信终端[00008]: "...organizes Internet protocol (IP) and other data flows into virtual groups for individual treatment, inserts label(s) or tag(s) in front of the data packet identifying the virtual groups..."<br>[00010]: "FEC groups all flows with certain common characteristics..."<br>[00078]: "...location label 86 defines the virtual group 36 for the packet."毫无异议公开。<br>D1公开了根据终端位置、网络参数或策略将多个数据流划分并映射至虚拟组(Virtual Groups/FEC),并插入标识虚拟组的标签(Label/Tag,即公用组识别符)。
特征C:存储分别用于第一/第二终端的第一/第二载体的第一/第二专用拥塞参数[00060]: "The policy information base 56 maintains flow-specific class of service policies... peak rates, subscribed rates, maximum burst rates..."<br>[00079]: "...QoS fields... are used by the virtual groups 36 for metering, congestion control and queuing."实质公开。<br>D1在策略信息库56(Policy Information Base)中存储了针对特定流/终端的流参数(如Peak rate、Subscribed rate等拥塞控制/QoS参数)。
特征D:监控电信网络中为所述终端组定义的组负载指示器[00069]: "The meter readings are continuously posted to the supply estimator 34 which analyzes the time-dependent demand..."<br>[00091]: "...analyzes the time-dependent demand to adjust supply estimates..."实质公开。<br>D1的虚拟组计量器(Meter 70)对组内的所有流汇总计量流量和需求(即组级别的负载指示器),并实时反馈。
特征E:将组负载指示器与组负载条件进行比较[00070]: "The adaptive congestion controller 72 receives the bandwidth estimates for the virtual group 36... and flow policies... and then generates congestion control parameters..."<br>[00098]: "...determines queue length in terms of space... measured as a function of the amount of congestion over the air link."实质公开。<br>D1将组维度的实际流量/平均队列长度与根据可用带宽导出的阈值(组负载条件)进行比较。
特征F:当组负载指示器满足组负载条件时,通过调整第一/第二专用拥塞参数中的至少一个来控制拥塞[00070]: "The adaptive congestion controller 72... generates congestion control parameters for processing the metered packets... to drop excess packets to prevent congestion..."<br>[00095]: "The class meter 172 meters each flow to identify packets in excess of flow policies... The class remarker 174 remarks excess packets..."部分公开 / 存在微小技术差异。<br>D1在组拥塞时调整拥塞控制参数(如RED丢包阈值或重标记/降低流的优先级参数),但D1侧重于“丢弃/降低超额包”,而本专利侧重于“调整载体的专用拥塞参数(如位速率)”。
特征G:专用拥塞参数、组负载指示器及条件包括最大位速率,满足条件包括超过组位速率临界值[00010]: "...policy parameter for the flow... policy parameter may be a peak rate, a subscribed rate..."<br>[00095]: "Such excess packets may be above a peak rate or other suitable subscribed limit."实质公开。<br>D1显式公开了策略参数/拥塞参数包含“峰值速率(Peak Rate)/订阅速率”,并且当流量超额(超过位速率临界值)时触发拥塞控制。

---

### 三、 最接近对比文件与创造性深度分析

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

* **最接近对比文件**:**D1(US6865185B1)** 适合作为最接近的对比文件。

* **整体解决的技术问题与效果比对**:

* **目标专利**:解决无线网络中多个终端/会话在共享资源时,因资源紧张导致网络拥塞的问题。其技术效果是通过“终端分组+组负载监控+动态调整组内个体的专用拥塞参数(最大位速率)”,实现全局与个体兼顾的自适应拥塞控制。

* **D1 (US6865185B1)**:同样致力于解决无线通信网络中的拥塞控制与QoS保证问题([00008])。D1通过将数据流组织成虚拟组(Virtual Groups),基于网络实时状态和组状态生成动态拥塞控制参数,实现了组维度的自适应拥塞控制([00011], [00017])。

* **结论**:D1与目标专利的技术领域完全相同,解决的技术问题高度一致,且公开了权利要求1中绝大部分的技术特征(特征A-E, G及部分F)。

#### 2. 区别技术特征与无效请求中最薄弱的技术特征

通过对D1与权利要求1的严密比对,可以确定**区别技术特征**(即提出无效请求时**最薄弱的技术特征**):

> **最薄弱技术特征**:在特征F中,当组负载指示器超过组位速率临界值时,**“通过调整所述第一载体的第一专用拥塞参数和所述第二载体的第二专用拥塞参数中的至少一个(即直接修改终端/载体本身的最大位速率参数)”** 来控制拥塞。

* **薄弱原因分析**:

* **D1的拥塞控制机制**:D1在检测到组拥塞时,主要通过动态修改队列管理参数(如RED算法的最小/最大丢包阈值,见[00098])或者对超过Peak Rate的报文进行降级(Remark)和丢弃(Drop,见[00095])来抑制流量。D1并没有显式说明去“反向修改/重新配置该载体本身存储的Peak Rate/最大位速率”。

* **专利权人的潜在抗辩**:专利权人在无效答辩中极有可能会主张:D1只是“被动丢包/降级(policing/dropping)”,而目标专利是“主动调整(adjusting)专用拥塞参数(如重新分配/下调最大位速率)”,二者机制不同。

---

### 四、 进一步对比文件检索策略(针对无效请求)

为了一举击破权利要求1(特别是针对上述最薄弱的特征F/区别特征),建议采取以下补强检索策略:

#### 1. 检索目标(补强方向)

寻找结合对比文件(D2/D3),用于与D1进行结合。该对比文件需要公开:

* 在蜂窝/无线通信系统(如3GPP UMTS、LTE或WiMAX)中,当监测到网络/小区/用户组拥塞(超过Aggregate/Group Maximum Bit Rate,如AMBR)时,**通过下发信令动态修改/调整单个Bearer/Flow的QoS参数(特别是Maximum Bit Rate, MBR 或 Guaranteed Bit Rate, GBR)** 来进行拥塞控制。

#### 2. 关键词与分类号检索组合策略

* **核心IPC/CPC分类号**:

* `H04L47/10`(网络拥塞控制)

* `H04L47/20`(流量策略/ policing)

* `H04L47/80`(基于QoS的资源管理)

* `H04W28/02`(无线通信网络中的流量管理或拥塞控制)

* `H04W28/22`(速率调整)

* **检索逻辑表达公式(示例)**:

1. `(Congestion OR overload OR "group load") AND ("virtual group" OR "group ID" OR "aggregate bit rate" OR AMBR)`

2. `("adjust*" OR "reconfigur*" OR "dynamically chang*") NEAR3 ("maximum bit rate" OR MBR OR "dedicated parameter" OR "bearer parameter") AND (congestion OR overload)`

3. `3GPP AND (TS 23.107 OR TS 23.203) AND ("Maximum Bit Rate" OR MBR) AND ("group" OR "aggregate")` *(注:3GPP关于QoS架构的标准规范是极佳的公知常识/对比文件来源)*

#### 3. 结合路线与创造性攻击路径(D1 + D2/公知常识)

在检索到补充对比文件D2后,按以下逻辑重构创造性攻击:

1. **D1公开了**:基于虚拟组(Group)监控组流量,并在超过速率/策略时触发拥塞控制(特征A、B、C、D、E、G)。

2. **D2(或公知常识)公开了**:在无线网络拥塞控制中,根据系统负载动态调整数据流/载体的最大位速率(MBR)是本领域的公知技术手段。

3. **结合结论**:对于本领域技术人员而言,在D1的基础上,为了更直接、有效地限制源头流量而非单纯在队列处丢包,引入D2所公开的“动态调整个体载体最大位速率(MBR)”来控制拥塞,是本领域技术人员无需付出创造性劳动即可显而易见联想到的技术方案。因此,权利要求1不具备创造性(法22条3款)。

<FollowUp label="是否需要我针对具体检索到的补充对比文件(D2)为您起草这份无效宣告请求书的创造性攻击章节?" query="请结合上述分析,帮我起草一份针对权利要求1的无效宣告请求书中的创造性论述部分框架。"/>


未提交复审委

无效理由:专利法第二十二条

蒋 晓勇
@jxy

这是一份针对目标专利权利要求1的对比文件比对分析及无效检索策略报告。

---

## 一、 权利要求解释与解析(技术特征拆解)

结合专利说明书及技术领域(电信网络拥塞控制),对权利要求1进行拆解与解释如下:

* **技术特征A**:*一种用于电信网络(1)中拥塞控制的方法,所述电信网络通过提供至少第一和第二载体来分别支持服务器(2)和至少第一和第二通信终端(3)之间的一个或多个现役数据会话*

* **解释**:定义了应用场景及架构,即网络中存在提供数据传输功能的“载体”(Bearer/Flow/Channel),用于连接服务器与多个终端(Terminal)。

* **技术特征B**:*存储分配到组的公用组识别符,所述组包括所述至少第一和第二通信终端*

* **解释**:在网络侧或节点中存储标识终端集合的“公用组识别符”(Group ID/Flow Group ID),将多个终端归类为一个组(Group)。

* **技术特征C**:*存储分别用于所述第一和第二通信终端的第一载体和第二载体的第一专用拥塞参数和第二专用拥塞参数*

* **解释**:针对组内的各个终端及其对应的载体/流,分别存储针对单个终端/载体的“专用拥塞参数”(Dedicated/Per-user Congestion Parameters,如单用户保底/最大比特率)。

* **技术特征D**:*监控所述电信网络中的组负载指示器,其是为对应于所述公用组识别符的所述至少第一和第二终端组定义的*

* **解释**:监控针对整个终端组(Group)的总体“组负载指示器”(Group Load Indicator,如组内所有终端消耗的总带宽/比特率)。

* **技术特征E**:*将所述组的组负载指示器与所述组的组负载条件进行比较,所述组是对应于公用组识别符的所述至少第一和第二通信终端组*

* **解释**:将实测的组负载指示器与预设的“组负载条件”(Group Load Condition,如组最大允许比特率/门限)进行比较判定。

* **技术特征F**:*当所述组负载指示器满足所述组负载条件时,通过调整所述第一载体的第一专用拥塞参数和所述第二载体的第二专用拥塞参数中的至少一个来控制所述电信网络中的拥塞*

* **解释**:当组负载触发拥塞条件时,通过联动调整/限制组内单终端的专用拥塞参数(如调低单终端速率限制)来实现网络拥塞控制。

* **技术特征G**:*其中所述第一和第二专用拥塞参数、所述组负载指示器和所述组负载条件包括最大位速率,所述满足所述组负载条件包括超过组位速率临界值*

* **解释**:将上述拥塞参数、组负载指示器及门限具体化为“最大位速率(Maximum Bit Rate, MBR)”,且触发条件为超过组位速率门限。

---

## 二、 对比文件技术特征比对表格

以下为三篇对比文件对权利要求1技术特征公开情况的详细比对表:

权利要求1技术特征D1 (JP2005039390A)D2 (US20060146704A1)D3 (US20060159016A1)
技术特征A<br>(电信网络、载体、服务器及多终端现役会话)实质公开<br>【0002】/【0004】/【0020】: IP网络,包含ISP服务器、边缘节点及终端(A1~A3),支持多用户数据流(Flow/Bearer)。实质公开<br>【0016】: 多跳无线网络及固定网络(包含Server, IAP 106, Mobile Nodes 102),支持多节点数据会话。实质公开<br>【0022】/【0023】: 移动通信网络(UMTS/RAN),包含RNC、RBS及多个移动终端,通过E-DCH/Bearer支持现役数据会话。
技术特征B<br>(存储分配到组的公用组识别符)毫无异议公开<br>【0005】/【0031】/图12: 存储用户组ID(如用户组A,组ID 12-1),将终端A1~A3聚合为一个用户组。未公开 / 隐性公开<br>【0031】: 仅按目标节点或流识别,未明确按终端组分配和存储公用组标识符。隐性公开/等同公开<br>【0031】: 指出可对“a group of mobile terminals”进行速率限制,但未明确存储公用组识别符。
技术特征C<br>(存储单终端/载体的专用拥塞参数)毫无异议公开<br>【0005】/【0031】/图11: 存储各用户(A1, A2, A3)的单用户契约带宽(最低/最大带宽,表11-1~11-3)。未公开<br>未明确提及针对各终端分别存储Dedicated Congestion Parameters。实质公开<br>【0030】/【0031】: 针对特定Mobile Terminal或Flow限制其Maximum bit rate/power,存储/分配专用速率限制。
技术特征D<br>(监控组负载指示器)毫无异议公开<br>【0014】/【0031】/【0034】: 流量监控模块监控用户组A的整体契约带宽使用量及漏桶蓄水量(Group Bucket)。未公开<br>监控的是特定Bottleneck Node或Route的节点级拥塞,而非终端组负载。实质公开<br>【0024】/【0038】: 监控Iub/Iur接口上由多个终端汇总形成的特定组/E-DCH承载的总带宽(Total Uplink Bandwidth)。
技术特征E<br>(将组负载指示器与组负载条件比较)毫无异议公开<br>【0033】/【0034】: 将用户组A的总蓄水量与用户组契约带宽门限(THR-A)进行大小比较。未公开<br>判定节点拥塞,而非组负载与组条件比较。实质公开<br>【0025】/【0038】: 监测总带宽/延迟是否超过预设的RAN接口容量限制或门限。
技术特征F<br>(组负载满足条件时,调整专用拥塞参数控制拥塞)实质公开 (机理类似)<br>【0016】/【0035】/【0036】: 组负载超过门限时,修改/扣减违规用户的专用可分配带宽,或丢弃违规包,实现组及单用户拥塞控制。未公开<br>通过瓶颈节点向源节点发送警告信令降速,未涉及基于组负载条件调整单终端专用参数。毫无异议公开<br>【0030】/【0031】/图7: 检测到RAN组/总负荷拥塞时,通过发送CAPACITY LIMITATION消息调整特定终端的专用最高位速率/功率。
技术特征G<br>(参数为最大位速率,条件为超过组位速率临界值)毫无异议公开<br>【0005】/【0019】/【0031】: 拥塞参数与组条件均为最大带宽(Maximum Bandwidth / Bit Rate),满足条件即为超过最大带宽临界值。未公开毫无异议公开<br>【0030】/【0031】: 拥塞参数与条件包含“maximum bit rate”,满足条件为超过Bit rate limit。

---

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

在创造性分析中,**对比文件1 (D1: JP2005039390A)** 和 **对比文件3 (D3: US20060159016A1)** 均适合作为**最接近的对比文件(Primary Prior Art)**。

### 1. 以 D1 为最接近对比文件分析

* **整体解决的技术问题与技术效果**:D1 解决的是在IP网络/电信网络中,多用户共享网络资源时,既要保证单用户的服务质量(最低带宽),又要防止多用户组成的“用户组”超出总体带宽资源(最大带宽)而导致网络拥塞的问题。这与本专利要解决的“组负载过载时的拥塞控制与资源调配”技术问题**完全相同**。

* **公开情况**:D1 完整公开了特征 A、B、C、D、E、G,以及特征 F 的核心逻辑(组监控与单用户控制)。

* **区别特征**:D1 主要通过边缘节点的漏桶算法(Leaky Bucket)及队列优先级/丢包策略动态扣减超额流量;而目标专利权利要求1更侧重于在组条件满足时,直接“调整(Adjust)”存储的第一/第二专用拥塞参数(如重新配置/下发 Maximum Bit Rate)。

### 2. 以 D3 为最接近对比文件分析

* **整体解决的技术问题与技术效果**:D3 解决的是移动通信无线接入网(RAN)中,多终端上行高速数据传输导致RAN内部接口(Iub/Iur)过载拥塞的问题,通过基站/RNC动态调控终端的上行传输速率。技术领域与目标专利(电信网络拥塞控制)**完全一致**。

* **公开情况**:D3 完整公开了特征 A、C、D、E、F、G。

* **区别特征**:D3 中虽然提到了针对“a group of mobile terminals”进行容量限制,但未明确提出“存储分配到组的公用组识别符(Stored Common Group Identifier)”(特征B)。

---

## 四、 组合创造性与最薄弱技术特征分析

假设以 **D1** 为最接近的对比文件,结合 **D3** 进行组合分析:

### 1. 未被最接近对比文件(D1)完全覆盖的特征及其他对比文件公开情况

* **未完全覆盖特征**:特征F中“通过**调整**专用拥塞参数(Adjusting dedicated congestion parameters)”显式更新单终端参数的技术手段。

* **其他对比文件公开情况**:D3 的段落【0030】-【0031】明确公开了当检测到网络接口拥塞时,网络侧(RNC)通过发送 `CAPACITY LIMITATION` 消息,直接调整/限制特定终端(或终端组)的“最大位速率/功率限制(Maximum bit rate grant)”。

### 2. 无效请求中最薄弱的技术特征(Weakest Feature)

如果在无效宣告程序中发起攻击,本专利权利要求1**最薄弱的技术特征**是:

> **特征B + 特征F的结合**:即“通过存储公用组识别符(Group ID)将终端分组,并在组负载超标时,通过修改/调整组内单终端的专用最大位速率(Dedicated MBR)来实现拥塞控制”。

* **薄弱原因**:

1. D1 已经非常明确地构筑了“用户(User) $\rightarrow$ 用户组(User Group)”的分层控制模型,引入了组标识和单用户参数。

2. D3 已经公开了“检测到网络组/总拥塞时,直接下发参数调整单终端的最高位速率(MBR)”。

3. 将 D3 中动态调整单终端 MBR 的技术手段应用到 D1 这种基于组(Group ID)的网络管理架构中,属于本领域技术人员为了实现更精细化带宽控制而进行的**常规技术组合或等同替换**,缺乏显着的显而易见性门槛。

---

## 五、 进一步对比文件检索策略(Search Strategy)

为了确保彻底击垮权利要求1(以及可能存在的从属权利要求),建议采取以下进一步的检索策略:

### 1. 检索要素表达(Search Concepts & Keywords)

* **核心要素 1(分组/组标识)**:Group ID, Common Group Identifier, Group Aggregation, Group Profile, Group Bearer.

* **核心要素 2(专用参数与组负载)**:Per-user MBR, Dedicated Bit Rate, Group MBR, Group Load/Capacity, Total Bandwidth.

* **核心要素 3(拥塞控制/动态调整)**:Congestion Control, Adjust MBR, Dynamic Rate Shaping, Dynamic Allocation.

### 2. 建议检索IPC/CPC分类号

* `H04L 47/10`(数据交换网络中的流量控制/拥塞控制)

* `H04L 47/20`(流量策略/带宽分配)

* `H04L 47/24`(基于QoS或服务等级的流量控制)

* `H04W 28/02`(无线通信网络中的网络资源管理/拥塞控制)

* `H04W 28/12`(结合网络节点间信令的流量控制)

### 3. 重点检索方向建议

1. **3GPP 标准规范文献检索**:

* 重点检索 3GPP TS 23.107 (QoS concept and architecture)、TS 23.401 (EPS stage 2)、TS 23.203 (PCC 策略与计费控制)。

* 3GPP 规范中关于 **Aggregate Maximum Bit Rate (AMBR)**(如 APN-AMBR、Group-AMBR)以及 **Guaranteed Bit Rate (GBR)** 的定义与动态调整机制,是破坏该专利创造性的“杀手锏”证据。

2. **追溯同族与引用文献**:

* 深入检索 D1 (JP2005039390A) 和 D3 (US20060159016A1) 的同族专利(如欧专局 EP、世界知识产权组织 WO 申请)及引证/被引证专利,寻找是否存在更早公开“Group-AMBR 动态下调”的方案。


未提交复审委

无效理由:专利法第二十二条

蒋 晓勇
@jxy

这份针对**权利要求1**的专利复核与创造性/无效分析报告如下:

---

### 一、 权利要求技术特征解析与说明书解释

根据目标专利说明书的整体发明构思:

* **技术特征A (通信网络架构)**:解释为提供多载体(Bearer,即具备特定QoS保证的传输管道)来支持服务器与多终端间的现役数据会话。

* **技术特征B (公用组识别符)**:将多个终端(至少第一和第二终端)进行逻辑分组,并存储分配给该组的公用组标识(Group Identifier)。

* **技术特征C (专用拥塞参数)**:为组内每个终端分别存储与其使用的载体对应的**专用**拥塞参数(Per-terminal / Per-bearer dedicated congestion parameters)。

* **技术特征D & E (组负载监控与比较)**:监控与公用组标识对应的**组整体负载指示器**,并将该组负载指示器与**组负载条件**(如临界值/阈值)进行比较。

* **技术特征F (基于组负载调控专用参数)**:当组负载满足条件(如超载)时,通过调整组内终端的**专用拥塞参数**(如降低个别终端的位速率)来实现网络拥塞控制。

* **技术特征G (特定拥塞参数与阈值条件)**:明确专用拥塞参数、组负载指示器及组负载条件均包括**最大位速率(Maximum Bit Rate, MBR)**,满足条件具体为**超过组位速率临界值**。

---

### 二、 对比文件技术特征比对表

* **D1**:JP2007110411A(公开号:JP2007110411A)

* **D2**:WO2007045561A1(公开号:WO2007045561A1)

权利要求1的技术特征对比文件 D1 (JP2007110411A)对比文件 D2 (WO2007045561A1)比对结论
特征A:电信网络提供第一/二载体支持服务器与终端间数据会话公开 [2] 图1, [2] 段落3:SIP服务器与VoIP终端间建立语音通道(RTP/QoS)进行通信。公开 [p0015], [p0049]:Gateway/Adaptive Sender与多个Receivers/Clients之间传输数据。D1/D2均实质公开
特征B:存储分配到组的公用组识别符(含第一/二终端)公开 [2] 段落11, [2] 图24:存储内线组ID(NGID,如总务部/营业部),包含多个终端。隐性公开/等效 [p0047], [p0051]:Gateway管理一组Clients/Receivers(逻辑分组)。D1毫无异议公开
特征C:存储第一/二终端对应载体的第一/二专用拥塞参数未公开(D1存储的是内线组/AP级别的分配资源与使用资源,而非终端侧的专用拥塞参数)。公开 [p0015], [p0059], [p021]:每个连接/Socket维护专用的 congestion window (cwnd) / RTT 等参数。D2公开,D1未公开
特征D:监控对应公用组标识的组负载指示器公开 [2] 段落11, [2] 图24:监控内线组(NGID)在AP上的“利用中资源量”(使用中总带宽/回线数)。未公开(D2监控的是单连接/单网关路径的RTT与Backlog路由器数据包数,非组整体负载指示器)。D1毫无异议公开
特征E:将组负载指示器与组负载条件比较公开 [2] 段落11, [2] 段落12:将内线组使用中资源量与割当资源(上限值)比较,判断是否“辐射中/拥塞”。未公开(D2是针对单Block/单连接比较阈值)。D1毫无异议公开
特征F:当满足组负载条件时,通过调整终端专用拥塞参数控制拥塞实质公开/未完全覆盖:D1在组拥塞时对新呼叫返还Busy/转接,或限制/开放资源,未直接调控已建立终端的专用参数。部分公开:D2在拥塞时调整专用拥塞窗口(cwnd/Window size),但前提是单链路拥塞而非组负载超限。结合公开(区别特征焦点)
特征G:拥塞参数、组负载指示器/条件包括最大位速率,条件为超过组位速率临界值公开 [2] 段落13, 图7:资源单位采用kbps(位速率),组资源上限为320kbps,超过即为拥塞。未公开(D2的阈值是基于RTT的时间比例Threshold和Packet count,非组位速率临界值)。D1公开了组位速率临界值

---

### 三、 最接近对比文件分析(基于整体技术问题与效果)

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

权利要求1的核心发明构思在于:**“基于逻辑组(Group)整体的带宽/位速率监控,来动态调控组内各个终端/载体级别的专用拥塞参数(如专用最大位速率)”**,用以解决网络中多终端共享资源时,因缺乏组级调控导致特定组过度占用带宽或拥塞的问题。

* **D1 (JP2007110411A)**:

* **解决的问题**:AP下不同内线组(如总务部、营业部)争抢资源,导致某组占用过多资源而引发整体通信质量下降。

* **技术手段**:按内线组(Group ID)划分与监控资源上限(以kbps位速率为单位),并在超过组带宽上限时实施呼叫控制(拒绝或转接)。

* **匹配度**:D1与本发明在“组级识别(特征B)”、“组负载监控与带宽/位速率比较(特征D、E、G)”上完全一致,所解决的技术问题高度同构。

* **D2 (WO2007045561A1)**:

* **解决的问题**:背景数据传输占用过多带宽,影响关键业务通信。

* **技术手段**:在网关/客户端层级通过TCP窗口(congestion window)及RTT动态微调单连接的带宽占用。

* **匹配度**:D2偏重于底层的TCP/应用层拥塞窗口算法,缺乏“组负载(Group Load)”与“组位速率临界值”的概念。

#### 2. 最接近对比文件结论

**D1 (JP2007110411A) 最适合作为最接近的对比文件**。

* **理由**:D1不仅公开了电信网络架构,还完全公开了基于“公用组识别符(内线组)”进行“组位速率/带宽负载监控与比较”的核心组管理架构(特征A、B、D、E、G)。

---

### 四、 区别技术特征、创造性及无效薄弱点分析

#### 1. 区别技术特征

将权利要求1与最接近对比文件 D1 进行比对,区别特征在于:

* **区别特征1(特征C & F的结合)**:当**组负载指示器超过组位速率临界值时**,通过**调整组内终端/载体的“专用拥塞参数(如专用最大位速率)”**来控制拥塞。

* *说明*:D1在检测到内线组拥塞时,采取的手段是拒绝新呼叫(返还Busy)、呼叫转移或播放语音提示(拒绝接入/限制新会话),而**不是**动态调整已建立连接的终端专用拥塞参数(如直接下发调小的专用MBR)。

#### 2. 区别特征是否被其他对比文件(D2)公开?

* **D2的公开情况**:D2公开了根据网络拥塞状况(RTT/数据包积压)调整单个连接的传输窗口/速率(即调整专用拥塞参数)。

* **结合阻碍与结合逻辑**:

* 无效请求人可以主张:D1提供了组拥塞管理的框架,而D2提供了通过调整单个会话/终端的拥塞参数(如Window/Rate)来缓解拥塞的公知/常规技术手段。将D2的专用参数调整手段应用于D1的组拥塞触发条件中,属于本领域技术人员的显而易见结合。

#### 3. 无效宣告中最薄弱的技术特征分析

在提出专利无效宣告请求时,**权利要求1中最薄弱的技术特征在于:“通过调整专用拥塞参数(专用最大位速率)来进行拥塞控制”**。

* **薄弱原因分析**:

1. **概念重合与公知常识**:在LTE/3GPP及通用IP网络中,针对单个Bearer(载体)调整专用MBR(Maximum Bit Rate)或TCP Congestion Window是拥塞控制的标准手段(D2已充分证明了动态调整单连接参数的常规性)。

2. **逻辑必然性**:一旦D1公开了“监控到组(Group)带宽超限”这一前提,本领域技术人员在面对组拥塞时,除了D1采取的“直接拒绝/拆线”外,顺理成章的选择就是“让组内现有终端降低各自的传输速率(调整专用MBR)”。这种从“拒绝接入”到“降速运行”的演进属于本领域的常规选择,技术效果可预期。

---

### 五、 进一步对比文件检索策略建议

为了在无效宣告中彻底击穿权利要求1(特别是针对“根据组拥塞动态调整组内各终端/载体专用MBR/拥塞参数”这一区别特征),建议采取以下补充检索策略:

#### 1. 检索方向与主题词组合

* **核心概念1(组管理/Group Level)**:Group-based QoS, Group MBR, Aggregated Bit Rate, Group Congestion, APN-AMBR / UE-AMBR.

* **核心概念2(专用调控/Dedicated Control)**:Dedicated Bearer, Per-bearer MBR, Adjusting individual bandwidth, Dynamic Rate Control.

* **组合逻辑**:`(Group ID OR Aggregated Bandwidth OR Group MBR) AND (Adjust Dedicated Bearer OR Dynamic MBR OR Individual Congestion Parameter)`

#### 2. 重点检索领域与标准文献(推荐优先排查)

* **3GPP 标准规范文献(极高概率包含全套特征)**:

* **3GPP TS 23.107 / TS 23.203 (PCC 架构)**:重点检索关于 **AMBR (Aggregate Maximum Bit Rate)** 与 **Dedicated Bearer MBR** 的交互与动态调整机制。标准中早已提出当总聚合速率(组/UE级别)超限时,PCRF/PCEF 动态下发修改专用载体(Dedicated Bearer)的 GBR/MBR 参数。

* **3GPP TS 22.011 / TS 23.060**:关于 Group Communication / Multimedia Broadcast Multicast Services (MBMS) 或 Machine-Type Communications (MTC) 的组拥塞控制(Group-based Congestion Control)。

#### 3. 分分类号检索(IPC/CPC)

* `H04L 47/10`(网络拥塞控制)

* `H04L 47/20`(流量比较与限速/MBR)

* `H04W 28/02`(无线通信网络中的拥塞控制/负载管理)

* `H04W 28/22`(最大位速率/速率协商与调整)

<ElicitationsGroup message="针对本案的后续无效准备,您可以选择:">

<Elicitation label="撰写完整的专利无效宣告请求书草稿" query="请基于上述D1与D2的比对分析,按照规范格式撰写针对权利要求1的完整无效宣告请求书草稿。"/>

<Elicitation label="制定针对3GPP标准文献的精确检索式" query="请提供针对3GPP TS 23.203等标准规范中关于组AMBR与专用MBR动态调整的具体检索词和条款定位建议。"/>

</ElicitationsGroup>


未提交复审委

无效理由:专利法第二十二条

蒋 晓勇
@jxy

基于目标专利说明书(权利要求1文件)以及提供的两份对比文件(D1:JP2009010687A;D2:US20090016344A1),本专利代理师对本案的权利要求解释、技术特征比对、最接近对比文件选择、薄弱技术特征以及后续检索策略进行系统性分析如下:

---

## 一、 权利要求技术特征拆解与说明书解释

结合目标专利说明书的构思,对权利要求1的各项技术特征解释如下:

* **技术特征A(网络架构与会话)**:限定了电信网络架构,即通过提供至少第一和第二载体(Bearer),支持服务器与至少第一和第二通信终端之间的现役数据会话。

* **技术特征B(公用组识别符)**:存储分配给包含至少第一和第二终端的“组”的公用组识别符(Group ID),实现以“组”为单位进行终端归类。

* **技术特征C(专用拥塞参数)**:针对组内的第一和第二终端,分别存储其第一和第二载体的第一专用拥塞参数和第二专用拥塞参数(如各自的位速率限值)。

* **技术特征D(监控组负载指示器)**:针对公用组识别符所对应的终端组,监控该组的组负载指示器(如组内各终端占用带宽的汇总/总和)。

* **技术特征E(组负载条件比较)**:将监控到的组负载指示器与预先定义的组负载条件(如组位速率临界值)进行比较。

* **技术特征F(调整专用拥塞参数控措)**:当组负载指示器满足组负载条件(即发生组级拥塞/超过临界值)时,通过调整第一和/或第二载体的**专用拥塞参数**(即下调或微调个体终端的专用参数)来控制网络拥塞。

* **技术特征G(参数具体化与条件限定)**:具体限定所述专用拥塞参数、组负载指示器和组负载条件均包括“最大位速率”(Maximum Bit Rate),且满足条件指“超过组位速率临界值”。

---

## 二、 对比文件技术特征比对表格

下面针对权利要求1的技术特征A~G,结合对比文件原文及其详细出处进行比对分析:

### 技术特征比对表

权利要求1技术特征D1 (JP2009010687A)D2 (US20090016344A1)
A:电信网络通过第一/第二载体支持服务器与第一/第二终端的数据会话实质公开<br>局侧装置1通过光纤网与多个宅侧装置2(终端)连接,上位网络(服务器)与宅侧装置间进行数据传输,局侧装置针对各宅侧装置进行上行/下行传输控制。<br>*(出处:[0014]-[0017],图1)*完全公开<br>电信网络(3GPP/SAE/GPRS)中,网络侧(如PCEF/GGSN)通过建立/修改承载(Bearer,对应第一/第二载体)支持服务器(AF)与终端(UE)之间的数据会话。<br>*(出处:[0004]-[0008], [0059], [0061])*
B:存储分配到组的公用组识别符,所述组包括至少第一和第二终端完全公开<br>局侧装置的存储部111存储对应表112(第一表112A),将多个宅侧装置2划分并关联至不同组(如组A、组B),实现按组归类。<br>*(出处:[0012], [0018], [0021], 图3)*未公开/未明确公开<br>D2主要基于“单个UE的终端身份(UE Identity,如IP地址、IMSI)”及其内部服务数据流(Service Data Flow)进行汇聚,未明确公开将“多个不同的通信终端(UE)”分配并存储公用组识别符(Group ID)。<br>*(出处:[0064]-[0067])*
C:存储分别用于第一和第二终端的第一和第二载体的第一/第二专用拥塞参数实质公开<br>记忆部111(第二表112B)存储每个宅侧装置/逻辑端口对应的带制限值(如最大利用带宽、辐射时保证带宽)。<br>*(出处:[0012], [0018], 图3)*完全公开<br>PCEF/PCRF中存储并维护各个UE的特定承载(Bearer)的QoS参数(如GBR、MBR,即专用拥塞/速率参数)。<br>*(出处:[0058]-[0059], [0078]-[0079])*
D:监控电信网络中为所述公用组识别符定义的组负载指示器完全公开<br>动态带宽分配算出部109汇总计算组A及组B内各宅侧装置的请求量总和($\Sigma \text{Request\_A}$ 与 $\Sigma \text{Request\_B}$),作为组负载指示器。<br>*(出处:[0019] 6)-7), [0023], 图6, 图11)*未公开<br>D2计算的是同一UE内部多个服务数据流的带制限值(如带宽累加),并非监控多个不同终端组成的“终端组”的组负载指示器。<br>*(出处:[0065], [0079])*
E:将组负载指示器与组负载条件进行比较完全公开<br>将组请求总和($\Sigma \text{Request\_A/B}$)与该组预设的拥塞条件/保证带宽(bw_oc_A/B 或 bw_max_A/B)进行比较。<br>*(出处:[0023], 图11)*未公开<br>缺乏针对“终端组负载指示器”与“组负载条件”进行比较的相应教导。
F:满足组负载条件时,通过调整第一/第二载体的专用拥塞参数来控制拥塞实质公开<br>当组请求超过拥塞保证带宽或最大带宽时,控制部调整并限制分配给该组及组内各终端的许可带宽(Grant),即通过调整专有用带宽参数来控制拥塞。<br>*(出处:[0012], [0023]-[0025], 图11)*未公开(逻辑不同)<br>D2是在单个承载上增加/减少数据流时重新计算该承载的总GBR,而非因“组超载”去调整组内各个终端/承载的专用拥塞参数。
G:专用拥塞参数、组负载指示器和条件包括最大位速率,满足条件包括超过组位速率临界值实质公开<br>参数包括“最大利用带宽”(bw_max_A/B,即最大位速率),且满足条件包含请求总和超过设定的带宽临界值。<br>*(出处:[0019] 12)-13), [0023])*未公开<br>未在“组级拥塞控制”的上下文下公开上述技术特征。

---

## 三、 最接近对比文件的选择分析

在创造性分析与无效宣告评述中,推荐选择 **D1 (JP2009010687A)** 作为**最接近的对比文件**。

### 分析理由:

1. **解决的技术问题与技术领域高度契合**:

* **本专利**旨在解决多终端网络中,如何通过“组(Group)”粒度监控网络负载,并在组位速率达到临界条件(拥塞)时,通过调整组内各终端/承载的专用拥塞参数(最大位速率)来实现高效的组级拥塞控制。

* **D1** 同样致力于解决网络带宽分配与拥塞控制问题。D1公开了将多个宅侧装置(终端)按服务条件划分为不同的组(Group A、Group B),监控各组的带宽请求总和(组负载),并在组请求超过预设的拥塞保证带宽或最大利用带宽时,动态调整分配给该组及组内终端的带宽。二者在“基于终端分组进行组级负载监控与动态拥塞/带宽控制”的技术构思上完全一致。

2. **技术特征覆盖度最高**:

* D1 毫无异议或实质公开了权利要求1中的 **A、B、C、D、E、F、G** 的绝大部分核心逻辑(包括组标识存储、组负载汇总监控、组拥塞条件比较、最大位速率限制等)。

3. **D2 的局限性**:

* D2 (US20090016344A1) 侧重于移动通信网(3GPP PCC架构)中**单个UE**内部多个服务数据流(Service Data Flow)的汇聚与承载(Bearer)复用/修改,其管控粒度是“单个终端+多数据流”,未涉及“多终端组(Group of UEs)”的公用组识别符及组级负载监控。因此,D2 不适合作为最接近对比文件。

---

## 四、 权利要求1公开性判断与最薄弱技术特征分析

### 1. 现有对比文件的公开性结论

* **D1** 已经实质公开了权利要求1的全部技术特征(特征A~G)。特别地,D1中的“组最大利用带宽(`bw_max`)/ 辐射时保证带宽(`bw_oc`)与组请求总和($\Sigma \text{Request}$)的比较及调整”,完全对应权利要求1中的“组位速率临界值、组负载指示器以及调整专用拥塞参数”。

* 如果将 PON 系统的“ONU/宅侧装置”映射为“通信终端”,将“上行带宽许可/Grant参数”映射为“专用拥塞参数/位速率”,D1 实际上已经形成了对权利要求1的**新颖性(或高度显而易见性/创造性)冲击**。

### 2. 无效请求中最薄弱的技术特征分析

若目标专利专利权人针对D1提出抗辩,**最薄弱(即专利权人最可能用来争辩/划清界限)的技术特征**在于:

> **特征F & 特征C的结合部**:*“通过调整所述第一载体的第一专用拥塞参数和所述第二载体的第二专用拥塞参数中的至少一个来控制所述电信网络中的拥塞”* 中关于 **“载体(Bearer)级专用参数的持久化调整”** 与 **“PON动态带宽分配(DBA Grant)”** 的概念差异。

* **薄弱点/争辩点**:

* 在标准的电信网(如 3GPP LTE/5G)中,“载体/Bearer”通常指具有特定 QoS 上下文的逻辑通道,其“专用拥塞参数”(如 PCRF/PCEF 中下发的 MBR/GBR)是存储在签约或策略数据库中的**配置参数**;

* 而 D1 是 PON 光纤接入网,其调整的是每个 DBA 周期(Grant Cycle)内实时分配的**动态许可长度(Grant)**。

* 如果专利权人据此强调“本专利调整的是终端或载体本身存储的持久性/策略性专用拥塞参数,而非 PON 中每个周期分配的传输时隙/动态Grant”,这可能会成为专利权人拉开与 D1 距离的突破口。

---

## 五、 进一步对比文件检索策略(针对无效宣告)

为了确保能够100%击毁权利要求1(以及可能重组的从属权利要求),建议采取以下补充检索策略:

### 1. 补充检索方向与技术主题

针对上述“薄弱点”,重点检索 **3GPP 移动通信体系(LTE / 5G NR / EPC)** 或 **WLAN/Wi-Fi 组管理** 中涉及“组拥塞控制(Group-based Congestion Control / Group MBR)”的现有技术。

### 2. 检索要素组合(IPC 分类号与关键词)

* **分类号 (IPC/CPC)**:

* `H04W 28/02`(无线通信网络中的流量控制、拥塞控制)

* `H04W 28/12`(结合服务质量QoS的流量控制)

* `H04W 4/08`(面向服务或终端组的通信服务)

* `H04L 47/70`(网络资源预留与分配)

* **关键词组合(中/英文)**:

* `Group ID` / `Group Identifier` / `Group-based` / `Aggregate` / 组标识 / 终端组

* `Congestion control` / `Overload control` / 拥塞控制 / 过载控制

* `Group MBR` / `Group Maximum Bit Rate` / `Group QoS` / 组最大位速率

* `Bearer` / `PDP context` / 载体 / 承载

### 3. 重点检索源推荐

1. **3GPP 标准规范文档(SA2 / RAN2 工作组)**:

* 重点检索 3GPP TS 23.401、TS 23.203 等关于 **MTC/M2M 大规模终端组拥塞控制(Group-based MTC Overload Control / Group Specific Congestion Control)** 的提案(CRs / TDocs),3GPP 在 R10/R11 阶段(约2010-2012年)曾大量引入 Aggregate Maximum Bit Rate (AMBR) 和 Group-level MBR 的概念。

2. **专利数据库(重点关注华为、中兴、爱立信、高通、诺基亚的早期专利)**:

* 检索 2008 年至 2013 年间公开的关于“蜂窝网络中针对物联网/多终端组设置 Group-AMBR 或 Group-MBR 进行动态拥塞控制”的专利申请。这种对比文件将同时具备“3GPP 载体(Bearer)架构”和“组位速率(Group MBR)控制”,能够形成对目标专利最精准的满贯打击。


权利要求2

如权利要求1所述的方法,其中所述组负载指示器还是为第三通信终端定义的,所述方法进一步包括下述步骤:存储用于所述第三通信终端公用组识别符; 存储用于所述第三通信终端的第三载体的第三专用拥塞参数; 接收建立所述第三载体的请求,从而能够在服务器和第三通信终端之间进行现役数据会话; 当组拥塞指示器满足所述组负载条件时,还通过调整所述第三载体的第三专用拥塞参数来控制在所述电信网络中的拥塞; 批准所述建立第三载体的请求,所述第三载体支持服务器和第三通信终端之间一个或多个现役数据会话,所述第三通信终端应用所述第三载体的调整过的第三专用拥塞参数。


权利要求3

如权利要求1或2所述的方法,进一步包括下述步骤: 确定第一通信终端已通过第一载体交换数据比第二终端已通过第二载体交换数据更新近; 当所述组负载指示器满足所述组负载条件时,在调整所述第二载体的第二专用拥塞参数之前,调整所述第一载体的第一专用拥塞参数。


权利要求4

如权利要求1所述的方法,其中分别通过第一和第二专用识别符可识别所述第一和第二通信终端,所述方法进一步包括下述步骤:存储所述第一和第二专用识别符与所述公用组识别符之间的关系; 接收所述第一和第二专用识别符; 基于所存储的所述第一和第二专用识别符与所述公用组识别符之间的关系,确定所述公用组识别符; 基于所述公用组识别符,确定可应用于所述组的组负载指示器和组负载条件。


权利要求5

如权利要求1所述的方法,其中通过提供接口,所述服务器被连接到网络节点上,所述网络节点存储用于第一和第二通信终端的公用组识别符,所述方法包括通过所述提供接口从所述服务器将所述公用组识别符分配给所述第一和第二通信终端的步骤。


权利要求6

如权利要求1所述的方法,进一步包括下述步骤: 存储用于第一通信终端组的第一公用组识别符和用于第二通信终端组的第二公用组识别符,其中所述第一通信终端被分配到所述第一通信终端组和所述第二通信终端组; 监控电信网络中对应于所述第一公用组识别符的第一通信终端组的第一组负载指示器,以及对应于所述第二公用组识别符的第二通信终端组的第二组负载指示器; 将所述第一组负载指示器与对应于所述第一公用组识别符的第一通信终端组的第一组负载条件进行比较; 将所述第二组负载指示器与对应于所述第二公用组识别符的第二通信终端组的第二组负载条件进行比较; 当所述第一组负载指示器和所述第二组负载指示器中的至少一个分别满足第一组负载条件和第二组负载条件时,通过调整所述第一载体的第一专用拥塞参数,控制所述电信网络中的拥塞。


权利要求7

如权利要求1所述的方法,进一步包括逐渐调整所述第一和第二专用拥塞参数中的至少一个的步骤。


权利要求8

如权利要求1所述的方法,其中当所述组负载指示器满足所述组负载条件时,对于从所述第一和第二通信终端到所述服务器的上行链路通信,分别执行对所述第一和第二载体的第一和第二专用拥塞参数中的至少一个的调整的步骤,所述方法进一步包括通知拥塞参数被调整的所述第一和/或第二通信终端,分别调整用于所述一个或多个现役数据会话的第一和第二载体的特性。


权利要求9

如权利要求8所述的方法,其中通知所述第一和/或第二通信终端的步骤包括在所述电信网络的信息报文中包含用于通知所述第一和/或第二通信终端的公用组识别符的步骤。


权利要求10

如权利要求9所述的方法,其中在所述电信网络的至少一部分中广播包含所述公用组识别符的信息报文。


权利要求11

一种电信网络(1),其被配置为通过提供至少第一和第二载体,能够分别在服务器(2)与至少第一和第二通信终端(3)之间进行数据会话,所述电信网络包括:第一存储节点,其存储被分配到组的公用组识别符,所述组包括所述至少第一和第二通信终端; 第二存储节点,其存储分别用于所述第一和第二通信终端的第一载体和第二载体的第一专用拥塞参数和第二专用拥塞参数; 监控模块,其被配置为监控对至少第一和第二通信终端组进行定义的组负载指示器,所述至少第一和第二通信终端组对应于所述公用组识别符; 分析器,其被配置为将所述组负载指示器与所述至少第一和第二通信终端组的组负载条件进行比较,所述至少第一和第二通信终端组对应于所述公用组识别符; 拥塞控制器,其被配置为当所述组负载指示器满足所述组负载条件时,通过调整所述第一载体的第一专用拥塞参数和所述第二载体的第二专用拥塞参数中的至少一个,在电信网络中进行拥塞控制,其中所述第一和第二专用拥塞参数、所述组负载指示器和所述组负载条件包括最大位速率,所述满足所述组负载条件包括超过组位速率临界值。


权利要求12

如权利要求11所述的电信网络,其中所述电信网络被配置为向第一和第二用户终端传输信息报文,所述报文包括所述公用组识别符并且包含关于调整数据会话上行链路通信方向上的载体特性的信息。


权利要求13

如权利要求12所述的电信网络,其中所述信息报文通过广播式电文传输。


权利要求14

如权利要求11所述的电信网络,其中所述电信网络包括被配置为实施根据权利要求2中的方法的装置。


Powered by Django

网站备案号:渝ICP备2023012882号


重庆市非显而易见网络科技有限责任公司 A Anti NPE NPE