对比文件名称：2015-07-29_CN104811393A_发明公开_CN104811393A 组播报文复制处理方法、装置及开放流控制器
目标专利名称：使用可编程网络的多播传输CN106487478B
本次调用的模型名称：未指定
### 特征比对表格
| 技术特征描述及公开性判断结果 | 对比文件原文引用 | 公开性论述 |
| 技术特征A：方法包括接收针对可靠的数据的单播传输的请求。<br>**无公开** | 未记载。 | 对比文件涉及用户上线认证（如DHCP Discovery/PPPoE PADI）和用户加入组播组（IGMP），但未涉及接收针对数据的单播传输请求。本领域技术人员无法从对比文件得出或合理推断出该特征。 |
| 技术特征B：通过i）根据虑及可靠的数据递送的可靠的运输协议使用递送确认来格式化数据以获得经格式化的数据以及ii）将经格式化的数据提供到网络而对请求进行响应，经格式化的数据包括目的地地址字段。<br>**无公开** | 未记载。 | 对比文件未涉及任何运输协议（如TCP）、格式化数据或响应单播请求。对比文件中的组播报文来自网络侧组播源，并非服务器响应单播请求而格式化生成。 |
| 技术特征C：其中网络是包括一个或多个转发节点的可编程网络，在所述转发节点中用于复制数据的规则是可远程编程的，方法进一步包括控制一个或多个转发节点通过如下来实现经格式化的数据的可靠的多播。<br>**无公开** | [0007]段描述SDN/OpenFlow技术，网络控制层（如控制器）通过标准接口控制转发设备，转发设备进行数据流转发。<br>[0036]段：“从开放流控制器OFC获取该SDN中开放流交换机OFSW的链路连接拓扑图；依据该链路连接拓扑图，以及终端用户与组播组的关联关系确定OFSW用于处理组播组报文的流表条目和组表条目；将确定的该流表条目和组表条目通过OFC下发给OFSW，其中，该OFSW依据上述流表条目和组表条目对组播组报文进行组播复制处理。” | 对比文件公开了可编程网络SDN、转发节点OFSW以及通过OFC远程编程规则（流表/组表），并控制转发节点实现组播复制。但目标专利的特征C要求实现“可靠的多播”，对比文件中的组播复制未涉及任何可靠性机制（如确认、重传），本领域技术人员不能毫无疑义地得出可靠的多播，也无合理推断依据，故未直接或隐含公开。 |
| 技术特征D：j）复制经格式化的数据以获得所复制的经格式化的数据。<br>**直接公开** | [0036]段：“OFSW依据上述流表条目和组表条目对组播组报文进行组播复制处理”。<br>[0070]段：“OFSW通过ALL组表条目中存在的Bucket信息，实施组播报文复制。” | 对比文件明确公开了在SDN交换机上对组播报文进行复制，即复制经格式化的数据，因此技术特征D被直接公开。 |
| 技术特征E：jj）将所复制的经格式化的数据的目的地地址字段设置成源于针对数据的可靠的单播传输的进一步请求的地址。<br>**无公开** | [0045]段：“一个或多个桶携带有用于将所述组播报文的二层头修改为单播封装的操作动作”。<br>[0070]段：“新增一个Bucket，该Bucket中设置动作将组播报文的二层信息改成单播的方式（例如，报文的组播目的MAC修改成用户MAC，组播IP不变）”。 | 对比文件仅在组播资源不足时修改组播报文的二层目的MAC为用户MAC，且目的IP保持不变。这并非设置目的地地址字段（IP地址）为源于进一步请求的地址，且修改目的MAC是基于用户MAC而非单播请求地址，因此未公开技术特征E。 |
| 技术特征F：jjj）设置所复制的经格式化的数据的确认编号，使得获得与一个或多个转发节点一致的递送确认。<br>**无公开** | 未记载。 | 对比文件全文未涉及确认编号或递送确认，无法得出该特征。 |
| 技术特征G：其中根据用于通过因特网协议[IP]使用的运输控制协议[TCP]来格式化数据。<br>**无公开** | 未记载。 | 对比文件未提及TCP协议或任何运输协议，仅涉及IP组播报文转发。 |
| 技术特征H：进一步包括如下中的至少一个针对经格式化的数据的分组生成确认编号，并且控制一个或多个转发节点复制具有确认编号的经格式化的数据的分组，以便获得用于所复制的经格式化的数据的分组的相同的确认编号方式。<br>**无公开** | 未记载。 | 对比文件未涉及确认编号，无法得出该特征。 |
| 技术特征I：将经格式化的数据和/或所复制的经格式化的数据的分组中的确认控制位and确认编号设置成零。<br>**无公开** | 未记载。 | 同特征H。 |
| 技术特征J：控制一个或多个转发节点调整经格式化的数据和/或所复制的经格式化的数据的分组中的确认编号以获得与用于TCP确认的规则一致的确认编号方式。<br>**无公开** | 未记载。 | 同特征H。 |
| 技术特征K：进一步包括针对特定请求一个接一个地测试在权利要求3中列举的选项中的两个或更多，直至确认消息被接收。<br>**无公开** | 未记载。 | 对比文件未涉及测试选项或确认消息。 |
| 技术特征L：其中格式化数据以获得经格式化的数据进一步包括使用IP分片将每个分组至少分片成包括确认编号的第一分片和至少包括数据的部分的第二分片。<br>**无公开** | 未记载。 | 对比文件未涉及IP分片。 |
| 技术特征M：通过单播传输每个分组的第一分片，每个分组的第一分片具有与用于TCP确认的规则一致的确认编号方式。<br>**无公开** | 未记载。 | 同特征L。 |
| 技术特征N：将每个分组的第二分片提供到网络以由一个或多个转发节点多播。<br>**无公开** | 未记载。 | 同特征L。 |
| 技术特征O：进一步包括在利用同步-确认消息对请求和/或进一步请求进行响应之后，为经格式化的数据and或所复制的经格式化的数据的分组提供与相应的同步-确认消息的序列编号一致的序列编号。<br>**无公开** | 未记载。 | 对比文件未涉及同步-确认消息或序列编号。 |
| 技术特征P：进一步包括在每个同步-确认消息中使用相同的序列编号。<br>**无公开** | 未记载。 | 同特征O。 |
| 技术特征Q：进一步包括在每个同步-确认消息中使用不同的序列编号。<br>**无公开** | 未记载。 | 同特征O。 |
| 技术特征R：控制一个或多个转发节点为经格式化的数据和/或所复制的经格式化的数据的分组提供与相应的同步-确认消息的不同的序列编号一致的序列编号。<br>**无公开** | 未记载。 | 同特征O。 |
| 技术特征S：进一步包括在将经格式化的数据提供到网络之前，将经格式化的数据的目的地地址字段设置成对应于源于针对数据的可靠的单播传输的请求的接收机地址。<br>**无公开** | 未记载。 | 对比文件未涉及在提供数据之前设置目的地地址为接收机地址。对比文件中的组播报文目的地通常是组播地址，仅在资源不足时修改二层MAC，且并非在提供数据之前完成。 |
| 技术特征T：者针对由一个或多个转发节点进行的多播而提供的分离地址。<br>**无公开** | 未记载。 | 对比文件未涉及使用分离地址进行多播。 |
| 技术特征U：其中对一个或多个转发节点的控制包括在经格式化的数据被提供到网络之前将一个或多个转发节点预配置用于多播。<br>**直接公开** | [0042]段：“在用户接入认证通过后，为该用户计算一条穿越上述SDN网络从网络侧结点接口NNI到用户侧网络接口UNI的转发路径；...沿转发路径，...生成OFSW对应的组表条目和流表条目”。<br>[0070]段：“OFC通过BNG控制面组播协议感知用户加入或离开某个组播组，...同时触发OF自治域的组播复制计算，...然后根据该出接口集合生成ALL类型的组表条目，下发给当前计算的OFSW。” | 对比文件明确公开：在用户加入组播组后、组播流量实际到达之前，OFC计算并下发流表/组表条目给OFSW，预配置用于组播复制。这相当于在数据（经格式化的数据）提供到网络之前预配置转发节点用于多播，因此技术特征U被直接公开。 |
| 技术特征V：者响应于经格式化的数据的第一分组由所述节点接收到而将一个或多个转发节点配置用于多播。<br>**无公开** | [0042]段提到“在接收到终端用户的上线触发报文后”，但这不是数据分组。 | 对比文件中的配置触发条件为用户上线或加入组播组，而非接收到数据分组的第一分组，因此未公开技术特征V。 |
| 技术特征W：进一步包括如下中的至少一个响应于针对通过经格式化的数据的多播提供的分组的重传的请求，通过单播重传分组。<br>**无公开** | 未记载。 | 对比文件未涉及重传。 |
| 技术特征X：响应于针对通过经格式化的数据的多播提供的分组的重传的多个请求，将分组提供到网络以由一个或多个转发节点进行多播。<br>**无公开** | 未记载。 | 同特征W。 |
<<<D>>><<<U>>>