[发明专利]用于利用ICN的基于动态配置网络编码的多源分组传输的过程

说明书

与ICN系统上的多服务器拉式HTTP请求‑响应结构有关的系统和方法。在一个实施例中，一种方法包括：从cNAP发布具有标识CID_URI的ICN内容请求；在cNAP处，接收来自至少一个sNAP的响应，该响应指示在所述至少一个sNAP处所请求内容的可用性；在cNAP处，标识最佳分段数量k^*以及参与基于网络编码传输的服务器ID i^*的集合I^*；将所述最佳分段数量k^*从所述cNAP发送到所述集合I^*中标识的每个sNAP；在cNAP处，接收来自在集合I^*中标识的sNAP的基于网络编码的传输，并且在cNAP处执行对整个消息的解码。

相关申请的交叉引用

本申请是2016年7月7日提交的题为“用于利用ICN的基于动态配置网络编码的多源分组传输的过程(PROCEDURES FOR DYNAMICALLY CONFIGURED NETWORK CODING BASEDMULTI-SOURCE PACKET TRANSMISSION UTILIZING ICN)”的美国临时专利申请No.62/359,578的非临时申请，并按照35U.S.C§119(c)要求其优先权，该申请通过引用而被整体结合于此。

背景技术

信息为中心网络(Information-centric network,ICN)构成了一种新的网络范例，其中通过信息寻址来交换内容。可以使用不同的架构来实现ICN，这可能需要部分替换当前的网络基础设施和设备(例如，路由器、网关等)，以便实现这些解决方案的期望的网络级功能。ICN可以提供对当前网络的改进，包括例如更好的性能、多播支持、以及网络内高速缓存等。

从当前网络架构到ICN的迁移场景预见到了新架构可以被实现为现有架构(例如，基于因特网协议(IP)或基于本地以太网的架构)上的覆盖。然而，这种迁移可能仍然需要用户设备(UE)转换到基于ICN的解决方案。随着基于IP的应用程序目前提供广泛的因特网服务，转换所有这些应用程序可能很容易被视为比网络级功能的纯转换更难的任务。例如，UE中的协议栈实施将需要ICN上下文中的附加功能。服务器侧组件(例如，电子购物网络服务器、内容服务器等)将另外需要ICN上下文中的新功能。此外，由于不同的网络协议栈而对UE的改变可能难以实现，因为可能需要升级到设备操作系统(OS)。另外，ICN可能需要改变利用IP级抽象的应用程序，例如用于编程分布式功能的套接字。除了修改应用程序的困难之外，还可能需要对集成开发环境(IDE)以及软件开发工具包(SDK)等进行修改，而且这是很难的。因此，可以假设基于IP的服务以及纯粹基于IP的UE将在未来一段时间内继续存在。

从许多基于IP的端点的内容取回(retrieval)一直是存在许多解决方案的长期问题，特别是在对等(P2P)网络空间中。例如，比特流种子(BitTorrent)内容通常是从许多种子(torrent)计算机中提取的，该提取基于所谓的torrent站点(该站点为众所周知的基于torrent的内容(如流行视频)提供一种目录服务)管理的内容的可用性。

然而，在传统的基于HTTP的通信中，客户端和服务器之间的通信基于单播语义，即，客户端通过域名服务(DNS)向特定服务器发送请求，而服务器将响应代码(包括任何资源，如视频或图像文件)发送回原始客户端。请求和响应的可靠性由底层传输协议功能提供，例如由TCP在传统的基于IP的网络上提供。在这种基于HTTP的单播语义之上，可以实施任何应用层协议，其利用不同站点上的内容的可用性来取回这样的内容，类似于前面提到的torrent站点(其通常直接在TCP之上操作而不是HTTP)。