对比文件名称：2012-10-11_US2012259994A_发明申请_US20120259994A1 IP BROADCAST STREAMING SERVICES DISTRIBUTION USING FILE DELIVERY METHODS
目标专利名称：1997使用可编程网络的多播传输CN106487478B
调用的模型名称：GPT-4
### 特征比对表格
| 技术特征描述及公开性判断结果 | 对比文件原文引用（中文翻译） | 公开性论述 |
| 技术特征A：方法包括接收针对可靠的数据的单播传输的请求（直接公开） | 段落[0079]：“请求处理单元70配置为接收来自客户端设备的网络请求，例如HTTP GET或部分GET请求，并提供多媒体内容64的数据。”<br>段落[0086]：“客户端设备可以提交HTTP GET请求以使用单播检索文件。” | 对比文件明确公开了服务器接收针对数据的单播传输请求（HTTP GET），且所请求的数据通过HTTP over TCP传输，属于可靠的数据递送。因此直接公开。 |
| 技术特征B：通过i）根据虑及可靠的数据递送的可靠的运输协议使用递送确认来格式化数据以获得经格式化的数据以及ii）将经格式化的数据提供到网络而对请求进行响应，经格式化的数据包括目的地地址字段（直接公开） | 段落[0079]：“请求处理单元实现超文本传输协议版本1.1，配置为接收请求并提供数据。”<br>段落[0082]：“服务器设备60可以将数据发送到多播组（例如，通过将数据定址到多播组的IP地址）。” | 对比文件公开了服务器使用TCP（可靠的运输协议，通过ACK确认）格式化数据，并在HTTP响应中提供数据，数据包包含目的地地址字段（IP地址）。因此直接公开。 |
| 技术特征C：其中网络是包括一个或多个转发节点的可编程网络，在所述转发节点中用于复制数据的规则是可远程编程的，方法进一步包括控制一个或多个转发节点通过如下来实现经格式化的数据的可靠的多播（未公开） | 对比文件未提及可编程网络或可远程编程的转发节点。段落[0082]仅提及“网络74的路由器可以复制数据”。 | 对比文件仅描述传统IP多播，路由器基于IGMP等协议转发数据，其转发规则不可远程编程，更未涉及软件定义网络（SDN）等可编程网络概念。因此未公开。 |
| 技术特征D：j）复制经格式化的数据以获得所复制的经格式化的数据（直接公开） | 段落[0082]：“网络74的路由器可以复制数据给多播组的成员。” | 对比文件公开了路由器（转发节点）复制数据，即复制经格式化的数据（IP分组）。因此直接公开。 |
| 技术特征E：jj）将所复制的经格式化的数据的目的地地址字段设置成源于针对数据的可靠的单播传输的进一步请求的地址（未公开） | 对比文件未公开修改复制的数据的目的地地址为接收机单播地址。多播中复制的数据仍保持多播组地址。 | 对比文件的多播机制中，路由器复制的数据的目的地地址仍是多播组IP地址，而非设置为接收机单播地址。因此未公开。 |
| 技术特征F：jjj）设置所复制的经格式化的数据的确认编号，使得获得与一个或多个转发节点一致的递送确认（未公开） | 对比文件未涉及TCP确认编号。 | 对比文件使用FLUTE/ALC协议进行多播，该协议是单向的，不涉及TCP确认编号。因此未公开。 |
| 技术特征G：其中根据用于通过因特网协议[IP]使用的运输控制协议[TCP]来格式化数据（直接公开） | 段落[0079]：“请求处理单元实现HTTP 1.1，基于TCP。” | 对比文件公开了服务器使用TCP作为运输协议格式化数据（在HTTP响应中）。因此直接公开。 |
| 技术特征H：进一步包括如下中的至少一个针对经格式化的数据的分组生成确认编号，并且控制一个或多个转发节点复制具有确认编号的经格式化的数据的分组，以便获得用于所复制的经格式化的数据的分组的相同的确认编号方式（未公开） | 对比文件无相关内容。 | 对比文件未涉及生成确认编号或控制转发节点复制具有确认编号的分组。因此未公开。 |
| 技术特征I：将经格式化的数据和/或所复制的经格式化的数据的分组中的确认控制位 and 确认编号设置成零（未公开） | 对比文件无相关内容。 | 未公开。 |
| 技术特征J：控制一个或多个转发节点调整经格式化的数据和/或所复制的经格式化的数据的分组中的确认编号以获得与用于TCP确认的规则一致的确认编号方式（未公开） | 对比文件无相关内容。 | 未公开。 |
| 技术特征K：进一步包括针对特定请求一个接一个地测试在权利要求3中列举的选项中的两个或更多，直至确认消息被接收（未公开） | 对比文件无相关内容。 | 未公开。 |
| 技术特征L：其中格式化数据以获得经格式化的数据进一步包括使用IP分片将每个分组至少分片成包括确认编号的第一分片和至少包括数据的部分的第二分片（未公开） | 对比文件无相关内容。 | 未公开。 |
| 技术特征M：通过单播传输每个分组的第一分片，每个分组的第一分片具有与用于TCP确认的规则一致的确认编号方式（未公开） | 对比文件无相关内容。 | 未公开。 |
| 技术特征N：将每个分组的第二分片提供到网络以由一个或多个转发节点多播（未公开） | 对比文件无相关内容。 | 未公开。 |
| 技术特征O：进一步包括在利用同步-确认消息对请求和/或进一步请求进行响应之后，为经格式化的数据 and 或所复制的经格式化的数据的分组提供与相应的同步-确认消息的序列编号一致的序列编号（未公开） | 对比文件无相关内容。 | 未公开。 |
| 技术特征P：进一步包括在每个同步-确认消息中使用相同的序列编号（未公开） | 对比文件无相关内容。 | 未公开。 |
| 技术特征Q：进一步包括在每个同步-确认消息中使用不同的序列编号（未公开） | 对比文件无相关内容。 | 未公开。 |
| 技术特征R：控制一个或多个转发节点为经格式化的数据和/或所复制的经格式化的数据的分组提供与相应的同步-确认消息的不同的序列编号一致的序列编号（未公开） | 对比文件无相关内容。 | 未公开。 |
| 技术特征S：进一步包括在将经格式化的数据提供到网络之前，将经格式化的数据的目的地地址字段设置成对应于源于针对数据的可靠的单播传输的请求的接收机地址（直接公开） | 段落[0086]：“客户端设备提交HTTP GET请求以使用单播检索文件。”结合段落[0079]服务器响应，显然目的地地址设置为客户端地址。 | 对比文件公开了服务器在单播响应中，将数据包的目的地IP地址设置为请求客户端的IP地址。因此直接公开。 |
| 技术特征T：者针对由一个或多个转发节点进行的多播而提供的分离地址（直接公开） | 段落[0082]：“服务器设备60可以通过将数据定址到多播组的IP地址来发送数据到多播组。” | 对比文件公开了使用多播组地址作为分离地址来实现多播。因此直接公开。 |
| 技术特征U：其中对一个或多个转发节点的控制包括在经格式化的数据被提供到网络之前将一个或多个转发节点预配置用于多播（未公开） | 对比文件无相关内容。 | 未公开。 |
| 技术特征V：者响应于经格式化的数据的第一分组由所述节点接收到而将一个或多个转发节点配置用于多播（未公开） | 对比文件无相关内容。 | 未公开。 |
| 技术特征W：进一步包括如下中的至少一个响应于针对通过经格式化的数据的多播提供的分组的重传的请求，通过单播重传分组（隐含公开） | 段落[0140]：“相关联的递送程序表示与数据递送相关联且辅助数据递送的程序，例如点对点（PTP）文件修复208和接收报告210。”<br>段落[0143]：“相关联的递送程序包括点对多点（PTM）文件修复248。” | 对比文件公开了PTP（点对点，即单播）文件修复机制，用于确保通过MBMS（多媒体广播多播服务）传送的文件无差错接收。当接收机未正确接收广播数据时，可通过单播请求重传丢失的数据。虽然该机制针对文件递送协议，但本领域技术人员可以合理推断出，对于多播数据传输，同样可以采用单播重传来响应客户端的重传请求。因此隐含公开。 |
| 技术特征X：响应于针对通过经格式化的数据的多播提供的分组的重传的多个请求，将分组提供到网络以由一个或多个转发节点进行多播（未公开） | 对比文件未公开多播重传。 | 未公开。 |
<<<A>>><<<B>>><<<D>>><<<G>>><<<S>>><<<T>>><<<w>>>