**对比文件名称**：2015-04-15_CN104518973A_发明公开_CN104518973A 一种基于SDN环境的数据的可靠组播传输方法
**目标专利名称**：1997使用可编程网络的多播传输CN106487478B
**本次调用的模型名称**：GPT-4（假设）
## 特征比对表格
| 技术特征描述及公开性判断结果 | 对比文件原文引用 | 公开性论述 |
| **技术特征A**：方法包括接收针对可靠的数据的单播传输的请求<br>**判断：未公开** | 无直接对应内容。对比文件描述的是“发送端在被启动的接收端集合中指定接收端”（[0042]），以及“发送端生成与TCP报文格式相同的第一次握手报文”主动发起连接（[0043]）。 | 对比文件由发送端主动指定接收端并建立连接，没有接收端向发送端发送单播传输请求的步骤。本领域技术人员无法从对比文件得出接收单播传输请求的特征。 |
| **技术特征B**：通过i）根据虑及可靠的数据递送的可靠的运输协议使用递送确认来格式化数据以获得经格式化的数据以及ii）将经格式化的数据提供到网络而对请求进行响应，经格式化的数据包括目的地地址字段<br>**判断：隐含公开** | [0051]：“发送端以连接地址ADDRCONN为目标地址，向各指定的接收端发送数据报文，各指定的接收端收到数据报文后，向发送端发送确认报文，发送端在接收到每个指定的接收端的确认报文后，完成该数据报文的发送。”<br>[0052]：“发送端在发送数据报文的过程中维护拥塞窗口，进行网络拥塞控制。” | 对比文件明确公开了发送数据报文（即格式化数据）并提供到网络，且接收端发送确认报文，实现了递送确认。虽然未明确命名运输协议，但拥塞窗口维护暗示了TCP类可靠协议，且数据报文必然包含目的地地址字段（IP地址）。本领域技术人员可以合理推断对比文件使用了类似TCP的可靠运输协议，因此隐含公开了该特征。 |
| **技术特征C**：其中网络是包括一个或多个转发节点的可编程网络，在所述转发节点中用于复制数据的规则是可远程编程的，方法进一步包括控制一个或多个转发节点通过如下来实现经格式化的数据的可靠的多播<br>**判断：直接公开** | [0044]：“SDN网络控制器接收第一次握手报文，提取发送端地址，连接地址ADDRCONN，指定的接收端总数，以及所有指定的接收端的IP地址和端口号，结合当前的网络拥塞状况获取组播转发树，并将组播转发树下发安装到SDN交换机。”<br>[0003]：“SDN是一种新兴的基于软件的网络架构及技术，具有控制平面与数据平面松耦合、网络状态控制集中、底层网络设施对上层应用透明等特点。” | 对比文件明确记载网络为SDN（软件定义网络），SDN交换机（转发节点）由SDN控制器远程编程，控制器通过下发流表（规则）控制交换机实现组播转发，完全对应可编程网络和远程可控转发节点。因此直接公开。 |
| **技术特征D**：j）复制经格式化的数据以获得所复制的经格式化的数据<br>**判断：直接公开** | [0051]：“发送端以连接地址ADDRCONN为目标地址，向各指定的接收端发送数据报文”，结合[0044]的组播转发树，数据报文在SDN交换机处被复制分发到多个接收端。 | 在SDN组播中，数据报文必然在交换机处被复制（如通过流表的多播动作），以获得多个副本发往不同接收端。对比文件虽然没有显式书写“复制”一词，但组播的实现本质就是复制，且[0044]的组播转发树即用于复制，因此直接公开。 |
| **技术特征E**：jj）将所复制的经格式化的数据的目的地地址字段设置成源于针对数据的可靠的单播传输的进一步请求的地址<br>**判断：未公开** | 对比文件中数据报文的目标地址为组播地址ADDRCONN（[0051]），而非源于单播请求的地址。仅握手报文阶段有修改目标地址为接收端IP的操作（[0046]），但那是针对握手报文，不是数据报文。 | 对比文件的数据报文始终使用组播地址，没有设置成单个接收端地址（源于请求）。且对比文件中不存在“进一步请求”的概念，因为发送端预先指定接收端，而非响应后续请求。因此未公开。 |
| **技术特征F**：jjj）设置所复制的经格式化的数据的确认编号，使得获得与一个或多个转发节点一致的递送确认<br>**判断：未公开** | 对比文件没有提及确认编号（如TCP序列号或ACK号）的设置或调整。确认报文由接收端单独发送，与转发节点无关。 | 目标专利的确认编号设置涉及分组内ACK字段的修改，而对比文件只描述接收端发送确认报文，未涉及数据分组内确认编号的处理，且无转发节点参与确认编号一致化。因此未公开。 |
| **技术特征G**：其中根据用于通过因特网协议[IP]使用的运输控制协议[TCP]来格式化数据<br>**判断：隐含公开** | [0043]：“发送端生成与TCP报文格式相同的第一次握手报文”；[0052]：“发送端在发送数据报文的过程中维护拥塞窗口，进行网络拥塞控制。” | 对比文件的三次握手使用与TCP报文格式相同的报文，且拥塞控制是TCP的核心特征。虽然数据报文格式未明确说明，但本领域技术人员可以合理推断，在基于TCP的握手建立连接后，数据报文也采用TCP格式，以支持拥塞控制和确认机制。因此隐含公开。 |
| **技术特征H**：进一步包括如下中的至少一个针对经格式化的数据的分组生成确认编号，并且控制一个或多个转发节点复制具有确认编号的经格式化的数据的分组，以便获得用于所复制的经格式化的数据的分组的相同的确认编号方式<br>**判断：未公开** | 对比文件没有提及生成确认编号，也没有控制转发节点复制具有确认编号的分组。 | 特征H要求对数据分组生成确认编号并控制转发节点复制具有相同确认编号的分组，对比文件仅涉及发送端与接收端之间的确认报文，不涉及数据分组内确认编号的生成和复制，因此未公开。 |
| **技术特征I**：将经格式化的数据和/或所复制的经格式化的数据的分组中的确认控制位 and 确认编号设置成零<br>**判断：未公开** | 对比文件无任何将确认控制位或确认编号置零的记载。 | 该特征属于TCP确认的特殊处理，对比文件未涉及，因此未公开。 |
| **技术特征J**：控制一个或多个转发节点调整经格式化的数据和/或所复制的经格式化的数据的分组中的确认编号以获得与用于TCP确认的规则一致的确认编号方式<br>**判断：未公开** | 对比文件没有提及转发节点调整确认编号。 | 该特征要求转发节点修改分组中的确认编号，对比文件无此教导，也未暗示。因此未公开。 |
| **技术特征K**：进一步包括针对特定请求一个接一个地测试在权利要求3中列举的选项中的两个或更多，直至确认消息被接收<br>**判断：未公开** | 对比文件没有测试选项的步骤。 | 该特征涉及多种ACK处理方式的顺序尝试，对比文件无此内容，也未暗示。因此未公开。 |
| **技术特征L**：其中格式化数据以获得经格式化的数据进一步包括使用IP分片将每个分组至少分片成包括确认编号的第一分片和至少包括数据的部分的第二分片<br>**判断：未公开** | 对比文件没有关于IP分片的内容。 | 该特征通过IP分片分离确认编号与数据，对比文件未涉及任何分片技术，因此未公开。 |
| **技术特征M**：通过单播传输每个分组的第一分片，每个分组的第一分片具有与用于TCP确认的规则一致的确认编号方式<br>**判断：未公开** | 对比文件无第一分片单播的记载。 | 特征M依赖特征L的分片，对比文件无分片，因此未公开。 |
| **技术特征N**：将每个分组的第二分片提供到网络以由一个或多个转发节点多播<br>**判断：未公开** | 对比文件无第二分片多播的记载。 | 特征N依赖特征L的分片，对比文件无分片，因此未公开。 |
| **技术特征O**：进一步包括在利用同步-确认消息对请求和/或进一步请求进行响应之后，为经格式化的数据 and 或所复制的经格式化的数据的分组提供与相应的同步-确认消息的序列编号一致的序列编号<br>**判断：未公开** | 对比文件有三次握手（SYN, SYN/ACK, ACK），但未提及数据分组的序列编号需与SYN/ACK的序列编号一致。 | 目标专利要求数据分组序列编号与同步-确认消息的序列编号一致，对比文件仅描述握手过程，未说明数据序列编号的关系，因此未公开。 |
| **技术特征P**：进一步包括在每个同步-确认消息中使用相同的序列编号<br>**判断：未公开** | 对比文件没有关于同步-确认消息序列编号相同或不同的记载。 | 特征P指定使用相同序列编号，对比文件无此公开，也未暗示。因此未公开。 |
| **技术特征Q**：进一步包括在每个同步-确认消息中使用不同的序列编号<br>**判断：未公开** | 对比文件没有记载。 | 特征Q与特征P相反，但对比文件未涉及，因此未公开。 |
| **技术特征R**：控制一个或多个转发节点为经格式化的数据和/或所复制的经格式化的数据的分组提供与相应的同步-确认消息的不同的序列编号一致的序列编号<br>**判断：未公开** | 对比文件无转发节点调整序列编号的记载。 | 特征R依赖特征Q的不同序列编号，并需转发节点调整，对比文件无此内容，因此未公开。 |
| **技术特征S**：进一步包括在将经格式化的数据提供到网络之前，将经格式化的数据的目的地地址字段设置成对应于源于针对数据的可靠的单播传输的请求的接收机地址<br>**判断：未公开** | 对比文件数据报文的目的地地址为组播地址ADDRCONN（[0051]），而非接收机地址。 | 特征S要求设置成请求的接收机地址（单播地址），对比文件的数据报文使用组播地址，因此未公开。 |
| **技术特征T**：者针对由一个或多个转发节点进行的多播而提供的分离地址<br>**判断：直接公开** | [0051]：“发送端以连接地址ADDRCONN为目标地址，向各指定的接收端发送数据报文”；[0010]：“选取任一组播地址，标记为ADDRSYN”；[0042]：“选取发送端所在主机上未被占用的组播地址作为连接地址ADDRCONN”。 | 对比文件明确使用组播地址（ADDRCONN）作为多播的分离地址，该地址专用于组播分发，与特征T的“分离地址”完全对应。因此直接公开。 |
| **技术特征U**：其中对一个或多个转发节点的控制包括在经格式化的数据被提供到网络之前将一个或多个转发节点预配置用于多播<br>**判断：直接公开** | [0044]：“SDN网络控制器接收第一次握手报文，提取...并结合当前的网络拥塞状况获取组播转发树，并将组播转发树下发安装到SDN交换机。” 该步骤发生在数据发送之前。 | 对比文件在连接建立阶段（数据发送前）由控制器预计算并安装组播转发树（流表），即预配置转发节点用于多播。因此直接公开。 |
| **技术特征V**：者响应于经格式化的数据的第一分组由所述节点接收到而将一个或多个转发节点配置用于多播<br>**判断：直接公开** | [0044]：“在第一次握手报文到达网络的第一个SDN交换机后，将其转发到SDN网络控制器，SDN网络控制器接收第一次握手报文...并将组播转发树下发安装到SDN交换机。” | 对比文件明确描述了触发配置：第一次握手报文（第一分组）到达SDN交换机后被转发到控制器，控制器据此配置流表。该过程与特征V的触发配置完全相同。因此直接公开。 |
| **技术特征W**：进一步包括如下中的至少一个响应于针对通过经格式化的数据的多播提供的分组的重传的请求，通过单播重传分组<br>**判断：未公开** | [0052]：“若发送端在预定的时间内未收到所有指定的接收端的确认报文，则重新发送对应的数据报文。” 未指定重传方式为单播。 | 对比文件描述了超时重传，但未明确是单播还是多播。在本领域，组播会话中的重传通常仍使用组播地址，且对比文件未提及单播重传，因此不能必然得出单播重传。故未公开。 |
| **技术特征X**：响应于针对通过经格式化的数据的多播提供的分组的重传的多个请求，将分组提供到网络以由一个或多个转发节点进行多播<br>**判断：未公开** | 对比文件只有超时重传的简单描述，没有对多个重传请求的响应，也没有利用转发节点进行多播重传。 | 特征X要求检测多个重传请求并触发多播重传，对比文件无此内容，也未暗示。因此未公开。 |
## 公开性代码
根据上述判断，直接公开的特征：C、D、T、U、V；隐含公开的特征：B、G。因此输出：
<<<C>>><<<D>>><<<T>>><<<U>>><<<V>>><<<b>>><<<g>>>