对比文件名称：2009-01-15_US2009016344A_发明申请_US20090016344A1 METHOD AND APPARATUS FOR CONTROLLING BEARERS OF SERVICE DATA FLOWS
目标专利名称：2044电信网络中的拥塞控制CN102696200B
本次调用的模型名称：未指定
### 特征比对表格
| 技术特征描述及公开性判断结果 | 对比文件原文引用 | 公开性论述 |
| 特征A：电信网络通过提供至少第一和第二载体来分别支持服务器(2)和至少第一和第二通信终端(3)之间的一个或多个现役数据会话。**隐含公开** | [0059]“The bearer in the embodiments of the present invention is an IP path with the determined QoS attributes (For example, QoS class, bandwidth and priority) from a UE to a PCEF. ... The bearer may be a PDP context in the GPRS, an IPSec tunnel in the I-WLAN, an SAE bearer in the SAE/LTE or the related IP path in other systems.” | 对比文件公开了承载是UE到PCEF的IP路径，用于传输服务数据流。服务数据流通常涉及与服务器的通信，承载用于支持数据会话。本领域技术人员可以合理推断，电信网络通过提供承载来支持服务器和通信终端之间的数据会话，且适用于多个终端。因此，隐含公开特征A。 |
| 特征B：存储分配到组的公用组识别符，所述组包括所述至少第一和第二通信终端。**未公开** | 未公开相关内容 | 对比文件没有涉及任何组或组识别符的概念，也未提到将终端分组。因此，未公开。 |
| 特征C：存储分别用于所述第一和第二通信终端的第一载体和第二载体的第一专用拥塞参数和第二专用拥塞参数。**隐含公开** | [0058]“The bandwidth may be a Guaranteed Bit Rate (GBR) and/or a Maximum Bit Rate (MBR).” [0061]“PCEF receives multiple PCC rules from PCRF; each PCC rule includes one service data flow template.” PCC规则包含QoS信息。 | 对比文件公开了存储承载的QoS参数，如最大位速率（MBR），该参数在目标专利中被明确为专用拥塞参数的例子。虽然对比文件未明确区分第一和第二通信终端，但本领域技术人员可以合理推断，网络节点存储每个通信终端的每个承载的这类参数。因此，隐含公开特征C。 |
| 特征D：监控所述电信网络中的组负载指示器，其是为对应于所述公用组识别符的所述至少第一和第二终端组定义的。**未公开** | 未公开相关内容 | 对比文件没有组负载指示器，没有监控组负载。因此，未公开。 |
| 特征E：将所述组的组负载指示器与所述组的组负载条件进行比较。**未公开** | 未公开相关内容 | 对比文件没有组负载条件比较。因此，未公开。 |
| 特征F：当所述组负载指示器满足所述组负载条件时，通过调整所述第一载体的第一专用拥塞参数和所述第二载体的第二专用拥塞参数中的至少一个来控制所述电信网络中的拥塞。**未公开** | 未公开相关内容 | 对比文件没有基于组负载条件调整参数来控制拥塞。虽然对比文件有调整承载参数，但触发条件不同。因此，未公开。 |
| 特征G：其中所述第一和第二专用拥塞参数、所述组负载指示器和所述组负载条件包括最大位速率，所述满足所述组负载条件包括超过组位速率临界值。**未公开** | 对比文件[0058]公开了MBR，但未涉及组负载条件或临界值。 | 对比文件没有公开组负载条件或位速率临界值。因此，未公开。 |
| 特征H：其中所述组负载指示器还是为第三通信终端定义的，所述方法进一步包括下述步骤：存储用于所述第三通信终端公用组识别符。**未公开** | 未公开相关内容 | 对比文件没有第三通信终端和组识别符的概念。因此，未公开。 |
| 特征I：存储用于所述第三通信终端的第三载体的第三专用拥塞参数。**未公开** | 未公开相关内容 | 在组上下文中，对比文件未公开。 |
| 特征J：接收建立所述第三载体的请求，从而能够在服务器和第三通信终端之间进行现役数据会话。**未公开** | 对比文件[0081]有接收建立承载的请求，但未在组场景中。 | 对比文件公开了接收建立承载的请求，但未与第三终端和组关联。因此，未公开特征J在组拥塞控制中的特定步骤。 |
| 特征K：当组拥塞指示器满足所述组负载条件时，还通过调整所述第三载体的第三专用拥塞参数来控制在所述电信网络中的拥塞。**未公开** | 未公开相关内容 | 对比文件没有组拥塞指示器或组负载条件。因此，未公开。 |
| 特征L：批准所述建立第三载体的请求，所述第三载体支持服务器和第三通信终端之间一个或多个现役数据会话，所述第三通信终端应用所述第三载体的调整过的第三专用拥塞参数。**未公开** | 未公开相关内容 | 对比文件没有在组拥塞控制下批准请求并应用调整参数。因此，未公开。 |
| 特征M：进一步包括下述步骤：确定第一通信终端已通过第一载体交换数据比第二终端已通过第二载体交换数据更新近。**未公开** | 未公开相关内容 | 对比文件没有基于数据交换时间确定调整顺序。因此，未公开。 |
| 特征N：当所述组负载指示器满足所述组负载条件时，在调整所述第二载体的第二专用拥塞参数之前，调整所述第一载体的第一专用拥塞参数。**未公开** | 未公开相关内容 | 对比文件没有组负载条件，也没有基于最近数据交换调整的顺序。因此，未公开。 |
| 特征O：其中分别通过第一和第二专用识别符可识别所述第一和第二通信终端，所述方法进一步包括下述步骤：存储所述第一和第二专用识别符与所述公用组识别符之间的关系。**未公开** | 对比文件[0050]公开了UE标识（IMSI, IP地址等），但未涉及与组识别符的关系。 | 对比文件没有公用组识别符，因此未公开存储关系。 |
| 特征P：接收所述第一和第二专用识别符。**未公开** | 对比文件[0061]隐含PCEF接收包含UE标识的PCC规则，但未指定与组关联。 | 在特征O的上下文中，未公开。 |
| 特征Q：基于所存储的所述第一和第二专用识别符与所述公用组识别符之间的关系，确定所述公用组识别符。**未公开** | 未公开相关内容 | 对比文件没有该关系，因此未公开。 |
| 特征R：基于所述公用组识别符，确定可应用于所述组的组负载指示器和组负载条件。**未公开** | 未公开相关内容 | 对比文件没有组负载指示器和组负载条件。 |
| 特征S：其中通过提供接口，所述服务器被连接到网络节点上，所述网络节点存储用于第一和第二通信终端的公用组识别符，所述方法包括通过所述提供接口从所述服务器将所述公用组识别符分配给所述第一和第二通信终端的步骤。**未公开** | 对比文件[0007]提到PCRF从AF获取服务信息，但未涉及分配组识别符。 | 对比文件没有公开服务器通过接口分配公用组识别符。 |
| 特征T：进一步包括下述步骤：存储用于第一通信终端组的第一公用组识别符和用于第二通信终端组的第二公用组识别符，其中所述第一通信终端被分配到所述第一通信终端组和所述第二通信终端组。**未公开** | 未公开相关内容 | 对比文件没有组的概念。 |
| 特征U：监控电信网络中对应于所述第一公用组识别符的第一通信终端组的第一组负载指示器，以及对应于所述第二公用组识别符的第二通信终端组的第二组负载指示器。**未公开** | 未公开相关内容 | 对比文件没有组负载指示器。 |
| 特征V：将所述第一组负载指示器与对应于所述第一公用组识别符的第一通信终端组的第一组负载条件进行比较。**未公开** | 未公开相关内容 | 无。 |
| 特征W：将所述第二组负载指示器与对应于所述第二公用组识别符的第二通信终端组的第二组负载条件进行比较。**未公开** | 未公开相关内容 | 无。 |
| 特征X：当所述第一组负载指示器和所述第二组负载指示器中的至少一个分别满足第一组负载条件和第二组负载条件时，通过调整所述第一载体的第一专用拥塞参数，控制所述电信网络中的拥塞。**未公开** | 未公开相关内容 | 无。 |
| 特征Y：进一步包括逐渐调整所述第一和第二专用拥塞参数中的至少一个的步骤。**未公开** | 未公开相关内容 | 对比文件没有逐渐调整的描述。 |
| 特征Z：其中当所述组负载指示器满足所述组负载条件时，对于从所述第一和第二通信终端到所述服务器的上行链路通信，分别执行对所述第一和第二载体的第一和第二专用拥塞参数中的至少一个的调整的步骤，所述方法进一步包括通知拥塞参数被调整的所述第一和/或第二通信终端，分别调整用于所述一个或多个现役数据会话的第一和第二载体的特性。**未公开** | 对比文件[0082][0084]公开了通知终端修改承载（如modify PDP context request），但未涉及组负载条件。 | 对比文件公开了通知终端调整载体特性，但触发条件不是组负载条件满足，且不涉及拥塞参数调整的特定上下文。因此，特征Z整体未公开。 |
<<<a>>><<<c>>>