CN109417439B - 用于利用icn的基于动态配置网络编码的多源分组传输的过程 - Google Patents

用于利用icn的基于动态配置网络编码的多源分组传输的过程 Download PDF

Info

Publication number
CN109417439B
CN109417439B CN201780042031.5A CN201780042031A CN109417439B CN 109417439 B CN109417439 B CN 109417439B CN 201780042031 A CN201780042031 A CN 201780042031A CN 109417439 B CN109417439 B CN 109417439B
Authority
CN
China
Prior art keywords
content
icn
network
cnap
segments
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Active
Application number
CN201780042031.5A
Other languages
English (en)
Other versions
CN109417439A (zh
Inventor
奥努尔·沙欣
迪尔克·特罗森
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
InterDigital Patent Holdings Inc
Original Assignee
IDAC Holdings Inc
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by IDAC Holdings Inc filed Critical IDAC Holdings Inc
Publication of CN109417439A publication Critical patent/CN109417439A/zh
Application granted granted Critical
Publication of CN109417439B publication Critical patent/CN109417439B/zh
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W48/00—Access restriction; Network selection; Access point selection
    • H04W48/17—Selecting a data network PoA [Point of Attachment]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00—Arrangements for detecting or preventing errors in the information received
    • H04L1/004—Arrangements for detecting or preventing errors in the information received by using forward error control
    • H04L1/0056—Systems characterized by the type of code used
    • H04L1/0057—Block codes
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
    • H04L41/08—Configuration management of networks or network elements
    • H04L41/0896—Bandwidth or capacity management, i.e. automatically increasing or decreasing capacities
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L43/00—Arrangements for monitoring or testing data switching networks
    • H04L43/08—Monitoring or testing based on specific metrics, e.g. QoS, energy consumption or environmental parameters
    • H04L43/0876—Network utilisation, e.g. volume of load or congestion level
    • H04L43/0882—Utilisation of link capacity
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/01—Protocols
    • H04L67/02—Protocols based on web technology, e.g. hypertext transfer protocol [HTTP]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/50—Network services
    • H04L67/55—Push-based network services
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/50—Network services
    • H04L67/60—Scheduling or organising the servicing of application requests, e.g. requests for application data transmissions using the analysis and optimisation of the required network resources
    • H04L67/63—Routing a service request depending on the request content or context
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00—Arrangements for detecting or preventing errors in the information received
    • H04L2001/0092—Error control systems characterised by the topology of the transmission link

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Environmental & Geological Engineering (AREA)
  • Computer Security & Cryptography (AREA)
  • Mobile Radio Communication Systems (AREA)
  • Information Transfer Between Computers (AREA)

Abstract

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

Description

用于利用ICN的基于动态配置网络编码的多源分组传输的 过程
相关申请的交叉引用
本申请是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)。
另外，网络编码被用作一种提高效率的技术，其通过利用信息中心基础来编码内容，从而可以通过利用通过网络编码添加的冗余来重建内容。因此，通过接收网络编码内容，可以通过在接收机侧进行网络编码的反向计算来重建原始内容。可以以许多方式利用这种技术。一种典型的方式是从单个发送方站点向大量用户分发内容，例如用于操作系统的软件更新。这里，所谓的喷泉编码变体可用于允许客户端一旦收到足够的信息来恢复原始文件(例如，用于软件更新的文件)，就可以“调入”传输并恢复所述原始内容。这里的解决方案类似于靠近喷泉移动的水杯，最终通过简单地在喷泉附近停留足够长的时间来填充水——这种编码技术的命名便是源自这种类比。
网络编码也可以用于所谓的多源传输，类似于前面提到的Bittorrent内容交换。因此，内容由所有发送者根据众所周知的编码参数进行编码，并发送给可能想要接收所述内容的所有客户端。客户端可以选择从所有源或仅源子集接收内容，能够通过简单地保持“足够长”的时间来获得足够的接收信息，从而恢复原始内容。
发明内容
这里描述的是与利用ICN的基于动态配置网络编码的多源分组传输有关的系统和方法。各种实施例在ICN系统上提供一种多服务器拉式(pull-based)HTTP请求-响应方法。
用于基于网络编码的多源分组传输的算法和过程，其中宿主服务器(hostserver)处的分组被划分成多个分段，其中分段数量由请求者节点标识并基于从网络(例如，宿主服务器)获得的有关系统及内容的信息而被传送到宿主服务器。
用于这种方法的算法和过程，其中参与基于网络编码的传输的服务器的数量和id由请求者节点确定并且与更新的分段数量一起被传送到所选择的宿主服务器。
这种算法和过程用于多服务器ICN上HTTP(HTTP over ICN)场景的实施例，其中内容驻留在若干代理HTTP服务器上，并且作为优化标准的结果而从所述服务器的子集中被提取。
基于ICN的协议和信令过程，用于在包括延时的各种度量下从多个源到相应目的地的所请求分组的发起、传递和终止。
在一个实施例中，公开了一种方法，该方法包括：从cNAP发布具有标识CIDURI的ICN内容请求；在所述cNAP接收来自至少一个sNAP的响应，该响应指示在所述至少一个sNAP处所请求内容的可用性；在所述cNAP处，标识最佳分段数量k*和服务器ID i*的集合I*，以参与基于网络编码的传输；将最佳分段数量k*从cNAP发送到在服务器ID i*的集合I*中标识的每个sNAP；在所述cNAP处，接收来自I*中标识的sNAP的基于网络编码的传输；以及在所述cNAP处，执行整个消息的解码。
在一个实施例中，公开了一种方法，该方法包括：在sNAP处，从cNAP接收内容请求；向与通信地耦合到sNAP的HTTP服务器传输HTTP请求，以探测所请求内容的可用性；在sNAP处，从HTTP服务器接收200Ok消息；从sNAP发布响应，其中该响应携带具有Ps和Ci的信息的数据有效载荷，其中Ci是响应sNAP和cNAP之间的容量；从cNAP接收请求的分段数量k*；并且至少部分地基于所述k*信息，从sNAP发起基于网络编码的传输。
在一些实施例中，一种方法由cNAP在信息中心网络上执行。在示例性方法中，从客户端接收内容请求(例如，在HTTP请求中)。cNAP向ICN发布标识所述内容的探测请求。响应于所述探测请求，cNAP从所述内容可用的多个响应sNAP中的每一个接收响应，其中每个响应至少标识相应响应sNAP的链路容量(Ci)。至少部分地基于相应链路容量，cNAP选择用于所述内容的网络编码的分段的数量(k*)，并且cNAP向ICN发布通过使用所述分段数量k*的来自至少所述响应sNAP的子集的网络编码传输来接收所述内容的请求。在一些实施例中，至少一个所述响应标识所述内容的原始聚合分组大小(PS)，并且所述分段数量k*至少部分地基于所述内容的所述聚合分组大小而被确定。cNAP通过ICN上的网络编码传输而接收所述内容，解码所述传输以重建所述内容，并且例如在HTTP响应中将重建的内容提供给客户端。
在一些实施例中，所述响应进一步标识所述内容的原始聚合分组大小(PS)，并且所述分段的数量k*至少部分地基于所述内容的所述聚合分组大小而被确定。
在一些实施例中，所述分段的数量k*被选择以便满足预定延时约束。
在一些实施例中，cNAP从响应sNAP中选择从其接收所述内容的所选sNAP子集，其中所述分段数量k*至少部分地基于所选择的子集而被确定。所述sNAP子集被选择以便满足预定延时约束。所述cNAP可以向ICN发布标识所选择的sNAP子集的信息。
在一些实施方案中，提供了cNAP装置。该cNAP装置可以包括处理器和存储可操作以执行本文描述的功能的指令的计算机可读存储介质。
附图说明
可以从以下结合附图的示例的描述中获得更详细的理解，其中：
图1A描绘了其中可以实现一个或多个公开的实施例的示例通信系统。
图1B描绘了可以在图1A的通信系统内使用的示例性无线发射/接收单元(WTRU)。
图1C描绘了可以在图1A的通信系统内使用的示例性无线电接入网络(RAN)和示例性核心网络。
图2示出了多源单目的地系统架构和接口的一个实施例。
图3描绘了命名空间的一个实施例，该命名空间定义了在所公开的系统和方法中交换的信息的结构。
图4描绘了用于基于网络编码的分组请求和传输的一个实施例的消息序列图
具体实施方式
现在将参考各附图提供说明性实施例的详细描述。尽管该描述提供了可能实施的详细示例，但是应该注意，所提供的细节旨在作为示例，并且决不限制本申请的范围。
注意，所描述的实施例中的一者或多者的各种硬件元件被称为“模块”，其实行(即，实施、执行等)本文结合相应模块描述的各种功能。如本文所使用的，模块包括被相关领域的技术人员认为对于给定的实施是合适的硬件(例如，一个或多个处理器、一个或多个微处理器、一个或多个微控制器、一个或多个微芯片、一个或多个专用集成电路(ASIC)、一个或多个现场可编程门阵列(FPGA)、一个或多个存储器设备)。每个所描述的模块还可以包括可执行以实行被描述为由相应模块实行的一个或多个功能的指令，并且应注意，那些指令可以采用或包括硬件(即，硬连线)指令、固件指令和/或软件指令等，并可以被存储在任何合适的非暂时性计算机可读介质或媒介(例如通常被称为RAM、ROM等)中。
示例网络硬件
图1A为可以在其中实施一个或多个所公开的实施方式的示例通信系统100的系统图。通信系统100可以是将诸如语音、数据、视频、消息、广播等之类的内容提供给多个无线用户的多接入系统。通信系统100可以通过系统资源(包括无线带宽)的共享使得多个无线用户能够访问这些内容。例如，通信系统100可以使用一个或多个信道接入方法，例如码分多址(CDMA)、时分多址(TDMA)、频分多址(FDMA)、正交FDMA(OFDMA)、单载波FDMA(SC-FDMA)等等。
如图1A所示，通信系统100可以包括无线/有线发射/接收单元(WTRUs)102a，102b，102c，102d、无线电接入网络(RAN)104、核心网络106、公共交换电话网(PSTN)108、因特网110和其他网络112，但可以理解的是所公开的实施方式可以涵盖任意数量的WTRU、基站、网络和/或网络元件。WTRU102a，102b，102c，102d中的每一个可以是被配置成在无线通信中操作和/或通信的任何类型的装置。作为示例，WTRU 102a，102b，102c，102d可以被配置成发射和/或接收无线信号并且可以包括用户设备(UE)、移动站、固定或移动用户单元、寻呼机、蜂窝电话、个人数字助理(PDA)、智能电话、便携式电脑、上网本、个人计算机、无线传感器、消费电子产品等等。
通信系统100还可以包括基站114a和基站114b。基站114a，114b中的每一个可以是被配置成与WTRU 102a，102b，102c，102d中的至少一者无线交互，以便于接入一个或多个通信网络(例如核心网络106、因特网110和/或网络112)的任何类型的装置。例如，基站114a，114b可以是基站收发信站(BTS)、节点B、e节点B、家用节点B、家用e节点B、站点控制器、接入点(AP)、无线路由器以及类似装置。尽管基站114a，114b每个均被描述为单个元件，但是可以理解的是基站114a，114b可以包括任何数量的互联基站和/或网络元件。
基站114a可以是RAN 104的一部分，该RAN 104还可以包括诸如站点控制器(BSC)、无线电网络控制器(RNC)、中继节点之类的其他基站和/或网络元件(未示出)。基站114a和/或基站114b可以被配置成发送和/或接收特定地理区域内的无线信号，该特定地理区域可以被称作小区(未示出)。小区还可以被划分成小区扇区。例如与基站114a相关联的小区可以被划分成三个扇区。由此，在一种实施方式中，基站114a可以包括三个收发信机，即针对所述小区的每个扇区都有一个收发信机。在另一实施方式中，基站114a可以使用多输入多输出(MIMO)技术，并且由此可以使用针对小区的每个扇区的多个收发信机。
基站114a，114b可以通过空中接口116与WTRU 102a，102b，102c，102d中的一者或多者通信，该空中接口116可以是任何合适的无线通信链路(例如射频(RF)、微波、红外(IR)、紫外(UV)、可见光等)。空中接口116可以使用任何合适的无线电接入技术(RAT)来建立。
更为具体地，如前所述，通信系统100可以是多接入系统，并且可以使用一个或多个信道接入方案，例如CDMA、TDMA、FDMA、OFDMA、SC-FDMA以及类似的方案。例如，在RAN 104中的基站114a和WTRU 102a，102b，102c可以实施诸如通用移动电信系统(UMTS)陆地无线电接入(UTRA)之类的无线电技术，其可以使用宽带CDMA(WCDMA)来建立空中接口116。WCDMA可以包括诸如高速分组接入(HSPA)和/或演进型HSPA(HSPA+)的通信协议。HSPA可以包括高速下行链路分组接入(HSDPA)和/或高速上行链路分组接入(HSUPA)。
在另一实施方式中，基站114a和WTRU 102a，102b，102c可以实施诸如演进型UMTS陆地无线电接入(E-UTRA)之类的无线电技术，其可以使用长期演进(LTE)和/或高级LTE(LTE-A)来建立空中接口116。
在其他实施方式中，基站114a和WTRU 102a，102b，102c可以实施诸如IEEE 802.16(即全球微波互联接入(WiMAX))、CDMA2000、CDMA 2000 1x、CDMA 2000EV-DO、临时标准2000(IS-2000)、临时标准95(IS-95)、临时标准856(IS-856)、全球移动通信系统(GSM)、增强型数据速率GSM演进(EDGE)、GSM EDGE(GERAN)之类的无线电技术。
举例来讲，图1A中的基站114b可以是无线路由器、家用节点B、家用e节点B或者接入点，并且可以使用任何合适的RAT，以用于促进在诸如公司、家庭、车辆、校园之类的局部区域内的无线连接。在一种实施方式中，基站114b和WTRU 102c，102d可以实施诸如IEEE802.11之类的无线电技术以建立无线局域网络(WLAN)。在另一实施方式中，基站114b和WTRU 102c，102d可以实施诸如IEEE 802.15之类的无线电技术以建立无线个人局域网络(WPAN)。在又一实施方式中，基站114b和WTRU 102c，102d可以使用基于蜂窝的RAT(例如WCDMA、CDMA 2000、GSM、LTE、LTE-A等)以建立超微型小区(picocell)或毫微微小区(femtocell)。如图1A所示，基站114b可以具有至因特网110的直接连接。由此，基站114b不必经由核心网络106要求接入因特网110。
RAN 104可以与核心网络106通信，该核心网络可以是被配置成将语音、数据、应用程序和/或网际协议上的语音(VoIP)服务提供到WTRU 102a，102b，102c，102d中的一者或多者的任何类型的网络。例如，核心网络106可以提供呼叫控制、账单服务、基于移动位置的服务、预付费呼叫、网际互联、视频分配等，和/或执行高级安全性功能，例如用户验证。尽管图1A中未示出，需要理解的是RAN 104和/或核心网络106可以直接或间接地与其他RAN进行通信，这些其他RAT可以使用与RAN 104相同的RAT或者不同的RAT。例如，除了连接到可以采用E-UTRA无线电技术的RAN 104，核心网络106也可以与使用GSM无线电技术的其他RAN(未显示)通信。
核心网络106也可以用作WTRU 102a，102b，102c，102d接入PSTN 108、因特网110和/或其他网络112的网关。PSTN 108可以包括提供普通老式电话服务(POTS)的电路交换电话网络。因特网110可以包括互联计算机网络的全球系统以及使用公共通信协议的装置，所述公共通信协议例如传输控制协议(TCP)/网际协议(IP)因特网协议套件中的TCP、用户数据报协议(UDP)和IP。网络112可以包括由其他服务提供方拥有和/或操作的有线或无线通信网络。例如，网络112可以包括连接到一个或多个RAN的另一核心网络，这些RAN可以使用与RAN 104相同的RAT或者不同的RAT。
通信系统100中的WTRU 102a，102b，102c，102d中的一些或者全部可以包括多模式能力，即WTRU 102a，102b，102c，102d可以包括用于通过不同通信链路与不同的无线网络进行通信的多个收发信机。例如，图1A中显示的WTRU 102c可以被配置成与使用基于蜂窝的无线电技术的基站114a进行通信，并且与使用IEEE 802无线电技术的基站114b进行通信。
图1B为示例WTRU 102的系统图。如图1B中所示，WTRU 102可以包括处理器118、收发信机120、发射/接收元件122、扬声器/麦克风124、键盘126、显示屏/触摸板128、不可移除存储器130、可移除存储器132、电源134、全球定位系统芯片组136和其他外围设备138。需要理解的是，在保持与以上实施方式一致的同时，WTRU 102可以包括上述元件的任何子集。
处理器118可以是通用目的处理器、专用目的处理器、常规处理器、数字信号处理器(DSP)、多个微处理器、与DSP核心相关联的一个或多个微处理器、控制器、微控制器、专用集成电路(ASIC)、现场可编程门阵列(FPGA)电路、其他任何类型的集成电路(IC)、状态机等。处理器118可以执行信号编码、数据处理、功率控制、输入/输出处理和/或使得WTRU 102能够操作在无线环境中的其他任何功能。处理器118可以耦合到收发信机120，该收发信机120可以耦合到发射/接收元件122。尽管图1B中将处理器118和收发信机120描述为独立的组件，但是可以理解的是处理器118和收发信机120可以被一起集成到电子封装或者芯片中。
发射/接收元件122可以被配置成通过空中接口116将信号发送到基站(例如基站114a)，或者从基站(例如基站114a)接收信号。例如，在一种实施方式中，发射/接收元件122可以是被配置成发送和/或接收RF信号的天线。在另一实施方式中，发射/接收元件122可以是被配置成发送和/或接收例如IR、UV或者可见光信号的发射器/检测器。在又一实施方式中，发射/接收元件122可以被配置成发送和接收RF信号和光信号两者。需要理解的是，发射/接收元件122可以被配置成发送和/或接收无线信号的任意组合。
此外，尽管发射/接收元件122在图1B中被描述为单个元件，但是WTRU 102可以包括任何数量的发射/接收元件122。更特别地，WTRU 102可以使用MIMO技术。由此，在一种实施方式中，WTRU 102可以包括两个或更多个发射/接收元件122(例如多个天线)以用于通过空中接口116发射和接收无线信号。
收发信机120可以被配置成对将由发射/接收元件122发送的信号进行调制，并且被配置成对由发射/接收元件122接收的信号进行解调。如上所述，WTRU 102可以具有多模式能力。由此，收发信机120可以包括多个收发信机以用于使得WTRU 102能够经由多RAT进行通信，例如UTRA和IEEE 802.11。
WTRU 102的处理器118可以被耦合到扬声器/麦克风124、键盘126和/或显示屏/触摸板128(例如，液晶显示(LCD)单元或者有机发光二极管(OLED)显示单元)，并且可以从上述装置接收用户输入数据。处理器118还可以向扬声器/麦克风124、键盘126和/或显示屏/触摸板128输出用户数据。此外，处理器118可以访问来自任何类型的合适的存储器中的信息，以及向任何类型的合适的存储器中存储数据，所述存储器例如可以是不可移除存储器130和/或可移除存储器132。不可移除存储器130可以包括随机接入存储器(RAM)、可读存储器(ROM)、硬盘或者任何其他类型的存储器存储装置。可移除存储器132可以包括用户标识模块(SIM)卡、记忆棒、安全数字(SD)存储卡等类似装置。在其他实施方式中，处理器118可以访问来自物理上未位于WTRU 102上而位于服务器或者家用计算机(未示出)上的存储器的数据，以及向上述存储器中存储数据。
处理器118可以从电源134接收功率，并且可以被配置成将功率分配给WTRU 102中的其他组件和/或对WTRU 102中的其他组件的功率进行控制。电源134可以是任何适用于给WTRU 102加电的装置。例如，电源134可以包括一个或多个干电池(镍镉(NiCd)、镍锌(NiZn)、镍氢(NiMH)、锂离子(Li-ion)等)、太阳能电池、燃料电池等。
处理器118还可以耦合到GPS芯片组136，该GPS芯片组136可以被配置成提供关于WTRU 102的当前位置的位置信息(例如经度和纬度)。作为来自GPS芯片组136的信息的补充或者替代，WTRU 102可以通过空中接口116从基站(例如基站114a，114b)接收位置信息，和/或基于从两个或更多个相邻基站接收到的信号的定时来确定其位置。需要理解的是，在与实施方式一致的同时，WTRU 102可以通过任何合适的位置确定方法来获取位置信息。
处理器118还可以耦合到其他外围设备138，该外围设备138可以包括提供附加特征、功能性和/或无线或有线连接的一个或多个软件和/或硬件模块。例如，外围设备138可以包括加速度计、电子指南针(e-compass)、卫星收发信机、数码相机(用于照片或者视频)、通用串行总线(USB)端口、震动装置、电视收发信机、免持耳机、蓝牙○R模块、调频(FM)无线电单元、数字音乐播放器、媒体播放器、视频游戏播放器模块、因特网浏览器等等。
图1C为根据一实施方式的RAN 104和核心网络106的系统框图。如上所述，RAN 104可以使用E-UTRA无线电技术通过空中接口116与WTRU 102a、102b和102c通信。RAN 104还可以与核心网络106通信。
RAN 104可以包括e节点B 140a、140b、140c，尽管应该理解的是RAN 104可以包含任意数量的e节点B而仍然与实施方式保持一致。e节点B 140a、140b、140c每个可以包含一个或多个收发信机，该收发信机通过空中接口116来与WTRU 102a、102b、102c通信。在一种实施方式中，e节点B 140a、140b、140c可以使用MIMO技术。由此，例如e节点B 140a可以使用多个天线来传送无线信号至WTRU 102a并且从WTRU 102a中接收无线信号。
e节点B 140a、140b和140c中的每个可以与特定小区(未示出)相关联并且可以被配置成处理无线电资源管理决定、切换决定、上行链路和/或下行链路中的用户调度等。如图1C中所示，e节点B 140a、140b、140c可以通过X2接口彼此进行通信。
图1C中所示的核心网络106可以包括移动性管理实体网关(MME)142、服务网关144和分组数据网络(PDN)网关146。尽管上述元件中的每个被描述为核心网络106的一部分，但是应该理解的是这些元件中的任何一个可以被除了核心网络运营商以外的实体拥有和/或运营。
MME 142可以通过S1接口被连接到RAN 104中的e节点B 140a、140b、140c中的每个并且可以作为控制节点。例如，MME 142可以负责认证WTRU 102a、102b、102c的用户、承载激活/去激活、在WTRU 102a、102b、102c的初始连接期间选择特定服务网关，等等。MME 142也可以为RAN 104与使用其他无线电技术(例如GSM或WCDMA)的RAN(未示出)之间的交换提供控制平面功能。
服务网关144可以通过S1接口被连接到RAN 104中的e节点B 140a、140b、140c的每个。服务网关144通常可以路由和转发用户数据分组至WTRU 102a、102b、102c，或者路由和转发来自WTRU 102a、102b、102c的用户数据分组。服务网关144也可以执行其他功能，例如在e节点B间切换期间锚定用户平面、当下行链路数据可用于WTRU 102a、102b、102c时触发寻呼、为WTRU 102a、102b、102c管理和存储上下文等等。
服务网关144也可以被连接到PDN网关146，该网关146可以向WTRU 102a、102b、102c提供至分组交换网络(例如因特网110)的接入，从而便于WTRU 102a、102b、102c与启用IP的设备之间的通信。
核心网络106可以促进与其他网络之间的通信。例如，核心网络106可以向WTRU102a、102b、102c提供至电路交换网络(例如PSTN 108)的接入，从而便于WTRU 102a、102b、102c与传统陆线通信设备之间的通信。例如，核心网络106可以包括，或可以与下述通信：作为核心网络106和PSTN 108之间接口的IP网关(例如，IP多媒体子系统(IMS)服务器)。另外，核心网络106可以向WTRU 102a、102b、102c提供至其它网络112的接入，该网络112可以包含被其他服务提供者拥有和/或运营的其他有线或无线网络。
示例性ICN上HTTP框架
这里公开了用于基于HTTP的内容传输的系统和方法，该传输对于可能的从多个源进行内容取回是不透明的。示例性实施例可以在基于HTTP的服务器的系统中实施，其中客户端将标准HTTP请求发送到网络资源的完全限定域名(FQDN)，同时从服务所述FQDN的所有可能的服务器或子集接收响应。有了这个，这样的系统或方法将类似于Bittorrent取回，但不需要专有的类似torrent的协议，而是依赖于标准的HTTP请求-响应语义，同时在可能的情况下，采用所述多源方式提供内容，而对于只有单个服务器的情况，简单地使用标准的单播传送。
在2016年1月29日提交的题为“用于在信息中心网络中锚定超文本传输协议(HTTP)层服务的方法和系统(Methods and Systems for Anchoring Hypertext TransferProtocol(HTTP)Level Services in an Information Centric Network(ICN))”的国际申请公开No.WO2016123516A1中描述了可以用于示例性实施例的一种网络架构，该公开通过引用而被整体并入本文。在这样的系统中，基于发布/订阅语义，通过转换成信息中心网络消息的交换来实现HTTP通信。HTTP请求被发布到服务器(该服务器服务所述请求、将所述FQDN解释为命名对象)的FQDN，而HTTP响应被发布到所述请求的完整URL，同样地将完整URL解释为命名对象。这些实施例可以在面向用户设备和对等IP网络的特定网络附着点(NAP)和边界网关(BGW)中实现。
在本公开中，这样的系统用于使HTTP请求能够传输到服务于FQDN的多个基于HTTP的服务器，而出于可靠性的目的，来自这些所选服务器的响应利用网络编码被传送回所述客户端。除了提高可靠性之外，由于跨越多个服务器分散网络负载，这种方法还可以产生更高的网络利用率和延时益处。本公开中描述的实施例提供了一种ICN系统上的多服务器拉式HTTP请求-响应解决方案。
系统架构
图2示出了使用在WO2016123516A1中更详细描述的组件的本文公开的系统的一个实施例的示例性系统架构和接口。如图所示，客户端202通过客户端网络附着点(cNAP)204与ICN对接，所述cNAP 204可以是许多cNAP中的一个。cNAP 204与网络的ICN元件对接，该ICN元件例如为RV 206(例如，名称解析功能，其将订阅者映射到发布者)、TM 208(例如，拓扑管理功能，其收集其域的拓扑并与其他域交换路由信息，从而实现全局路由)、以及FN210(例如，转发功能，其将信息项定向到客户端)。类似地，内容提供者sNAP 212、214、216及其相应的相关联的服务器218、220、222经由标准ICN接口附着到网络。本文公开了这样的实施例，其中在网络中操作的多个sNAP及其服务器将向参与了如本文所公开的基于联合网络编码的内容递送方法的客户端递送响应。
多源编码的命名空间
图3示出了命名空间的一个实施例，该命名空间定义了在所公开的系统和方法中交换的信息的结构。/根(/root)范围持有通过请求的URI上的散列标识的所有交换的信息项。反过来，散列(URI)(hash(URI))项用作一范围，该范围具有在执行基于网络编码的传输的sNAP和cNAP之间的信息交换中使用的若干基础范围。
在一个实施例中，标识符空间被划分，使得每个子范围可以被分配有特定标识符，例如，以0x0000y000的形式。例如，链路容量(Link Capacities)范围可以被分配0x00002000，而参与服务器ID(Participating Server ID)范围被分配0x00001000等。这些范围的确切性质和分配可能需要与/root范围的分配一起被标准化。
尽管图3中的命名空间的实施例完全基于在请求的URI下进行该请求的发布，建议了用于多源HTTP交换的单独命名空间，但在另一实施例中，可将所述命名空间与WO2016123516A1中描述的命名空间进行整合，选择性地仅针对某些URI实施本文公开的取回方法。在这种情况下，消息传递(如图4所示)可以通过向仅FQDN而非整个URI进行的发布而发起取回，而关于哪一URI要使用多源取回解决方案的决定将在图2的RV中实现。
然而，为了提供清楚的呈现，本公开将描述集中于在单独的命名空间中实现解决方案的实施例。鉴于本公开，对于本领域普通技术人员来说，如何在没有单独的命名空间的情况下实现同等的实施例将是显而易见的。
用于基于网络编码的分组传输的方法
在该部分，公开了一些实施例，其中系统参数根据所请求的信息(例如，分组数量)、网络元件(例如，网络编码及传输内所包含的服务器数量)而相互影响，以针对不同的度量，诸如延时及网络容量利用率。
系统参数：在以下内容中，描述了可在给定多源单目的地分组传输框架内被动态配置的示例性系统参数。
k：源/输入分组数量
N：足以解码k个源/输入分组的编码分组数量
ρk：喷泉编码开销，～(N-k)/k(ρk为k的单调下降函数)
L：目标节点处的源分组捕获延时，例如从源节点(一个或多个)处的源分组编码开始至目的地节点处的分组解码结束所消耗的时间
Led：编码/解码延时(fed为k的单调增大函数)
Ltx：传输延时
Lth：服务级延时约束
pk：每编码分段的源/输入分组大小(字节)
ρpkt：分组化开销(包含喷泉码编码描述、分组报头、分组FEC等；这可被扩展至博包含由于重传所导致的开销)
PS：原始聚合分组大小(字节)
PNeff：包含所述开销的编码聚合分组大小(字节)
Ci：源/服务器i至目的地的链路容量
Ceff：从源至目的地传输N个分组的过程中所利用的聚合有效网络容量
S：持有所述内容的sNAP的总数量
SN：参与基于网络编码的内容传递的sNAP的数量(SN≤S)
其中
N＝k×(1+ρk)
L＝Led+Ltx
Figure BDA0001936192730000171
PS＝k×pk
PNeff＝N×pk×(1+ρpkt)字节
Figure BDA0001936192730000172
注意，较大的分组会导致较低的喷泉吗编码描述(因为编码中会使用较少数量的分组)以及较低的有效分组开销(相比于每一者具有唯一分组报头的较小分组)。
度量：利用上述参数的特定度量包括但不限于：
延时(L)：延时可受到两个因素的影响：(i)编码/解码延时，以及(ii)分组传输延时；L＝Led+Ltx。
(i)-编码/解码延时随着分组数量k而增大，这是因为从k随机选择d个分组以及编码(XOR)成N个分组的过程。
(ii)-传输延时可被表示为将要传输的分组大小除以容量。
网络利用率(τC)：成功接收的源分组的吞吐量/聚合网络容量，
Figure BDA0001936192730000181
Figure BDA0001936192730000182
(或者如果还包含编解码器延时，
Figure BDA0001936192730000183
Figure BDA0001936192730000184
)。由于喷泉吗结构，k/N会随着k而增大。因此，网络容量利用率可能会随着较大的k而被最大化。
表1在改编自Kzenevic等人2006年作出的关于无速率码的实际性能(Kzenevic etal.,On the Practical Performance of Rateless Codes,2006)的表格中示出了LT编码开销及延时。
表1
消息大小[k] 开销[％] 延时[s] LOP[ms]
667 49.55 1.53 375.65
833 42.1 1.5 256.86
1333 30.37 0.99 91.31
2000 22.85 0.91 47.51
4000 10.61 1.17 13.17
10000 6.23 2.11 8.19
12000 5.88 2.47 8.54
20000 5.32 5.63 15.95
40000 4.79 14.55 33.38
基于度量的源分段/块(k)以及服务器(SN)选择：延时约束优化：对于源分组传输的延时最小化的条件，例如：
Figure BDA0001936192730000185
最佳策略可以是选择主动发送分组的服务器数量的上限，例如SN＝S，而分组数量k*是以下的解：
Figure BDA0001936192730000186
对于延时约束传输的条件，例如：
寻找{k*,SN *,i*}s.t.L≤Lth,1≤k≤pk,SN≤S,i∈I{i：1≤i≤S},
最佳参数可根据以下的解而被选择：
Figure BDA0001936192730000191
以及1≤k≤pk,SN≤S,i∈I{i：1≤i≤S}。
为清楚起见，k*用于表示分段最佳数量。
为清楚起见，i是给定sNAP的ID，其中I是所有sNAP ID的集合，包括[1,…,S]。i*被理解为最佳sNAP ID的最佳集合I*中的特定最佳sNAP的ID。
为清楚起见，SN*用于表示参与特定最佳解决方案的sNAP的最佳数量。
在一些实施例中，通过选择SN *＝S来执行优化，即包括分组传输中的所有服务器，其中问题被减少到上面讨论的延时最小化问题。然而，取决于延时阈值Lth,，优化空间还可以产生处于上面的优化问题的解集内的元组(k*,SN *,I*)。这里，集合I*标识被请求加入分组传输的服务器ID。
示例性解决方案步骤：在示例性过程中，cNAP识别最佳分段数量k*以及参与基于网络编码的传输的服务器ID i*的集合I*。然后这些参数被传送到相应的网络元件，例如，在i*s的集合I*中的宿主sNAP。下面将参考图4详细描述该操作的消息序列流程的一个实施例。
如图4所示，cNAP 402从相关联的客户端404接收HTTP请求，其中该HTTP请求提供将被取回的内容的统一资源标识符(URI)。响应于该HTTP请求，在步骤406中，cNAP首先利用内容标识CIDURI发布至有关其内容请求的信息范围(例如，图3中的散列(URI)\初始_请求(Hash(URI)\initial_request))。这可以通过隐性订阅信号(发布_隐性订阅(pub_isub)消息传输)而被执行，从而cNAP自动订阅至图3所示的*\初始_请求(*\initial_request)范围。在一实施例中，此消息可包含空(NULL)数据有效载荷。订阅至所述范围的sNAP 408可初始经由相应的HTTP请求410与他们的相应服务器进行通信，以探测所述内容的可用性。依赖于该可用性，服务器可将相应HTTP响应消息412发送回他们的附着sNAP。例如，持有所请求内容的服务器可通过“200OK”HTTP消息来响应他们的相应附着点。在步骤414，每一从其相应服务器接收到“200OK”HTTP消息的sNAP可发送发布(pub)消息至cNAP，其被发布在图3所示的信息范围*\初始_响应(*\initial_response)下。该pub消息也可为隐性订阅(sub)消息类型，其允许持有所述内容的服务器在过程的稍后步骤中参与传输。此外，针对所述*\initial_response范围的对应pub_isub消息携带数据净荷以及有关PS和Ci的信息，其中Ci为响应sNAP与cNAP之间的容量。
基于在步骤414中接收的消息，cNAP执行表格填充步骤。通过利用接收来自sNAP的各种pub_isub消息，cNAP为这些参与基于网络编码的内容传输的sNAP分配临时ID。下面的表2显示了具有S个响应sNAP的示例填充表。在接收到对应于*\initial_response范围的pub_isub消息时，cNAP为携带PS和Ci信息的消息分配临时ID，这直接转换为针对发送该pub_isub消息的sNAP的临时ID分配。因此，通过接收来自参与sNAP的所有相应消息，表2被填充，其稍后用于将相应的反馈消息发送到感兴趣的sNAP。
表2：在cNAP处向可参与基于网络编码的内容传递的服务器的临时ID分配
服务器ID P<sub>s</sub> C<sub>i</sub> N<sub>Idi</sub>
1 Ps,1 C<sub>1</sub> Temp<sub>ID1</sub>
2 Ps,2 C<sub>2</sub> Temp<sub>ID2</sub>
3 Ps,3 C<sub>3</sub> Temp<sub>ID3</sub>
… Ps,… C… Temp<sub>ID…</sub>
S Ps,S C<sub>S</sub> Temp<sub>IDS</sub>
cNAP根据其本地服务级别延时要求来设置要接收的分组的延时约束(L≤Lth)。在一些实施方案中，这种信息不一定必须被传递给宿主sNAP，因为最佳分段数量k*是由cNAP本身确定。
如上面的等式1和等式2所示，最佳分段数量还另外取决于原始聚合分组大小PS和链路容量Ci，其在表2中根据在cNAP处从sNAP接收响应而被填充。
在本文公开的一些系统和方法中，cNAP确定最佳分段大小k*，与至少一些宿主sNAP通信，并从其接收响应。在一些实施例中，所有宿主sNAP均被利用。在一些实施例中，所有宿主sNAP的子集被利用。
使用所有宿主sNAP的实施例
在一些实施例中，已知持有所请求内容的所有宿主服务器(例如，sNAP)参与将内容传输到目的地节点(cNAP)。该过程的一个实施例如下被执行。
由于在该选项中，所有宿主sNAP均参与网络编码及编码分组的传输，如等式1所示，cNAP获得cNAP与所有宿主sNAP之间的聚合链路容量，例如，
Figure BDA0001936192730000211
该信息可以直接从填充表(例如表2)获得，或者类似地基于来自sNAP的响应而被获得。在可替换实施例中，网络监视系统用于例如通过基于SDN的监视来导出这种链路容量信息。该信息可以通过标准ICN分组传输过程而被传送给cNAP。
利用如上所述获得的参数SN、
Figure BDA0001936192730000212
PS以及Lth，步骤416中，cNAP可通过求解等式1所示的
Figure BDA0001936192730000213
Figure BDA0001936192730000214
来确定最佳分段数量k*。
在图4的步骤418中，通过发布消息pub(CIDURI\k*,k*)，所请求的分段数量k*被传送到持有所述内容的所有sNAP，其中sNAP已经订阅了图3中所示的相应范围*\分段_数量(*\segment_number)。
使用所选宿主sNAP的实施例
在一些实施例中，仅宿主服务器的子集(例如，sNAP)参与网络编码以及将编码分组传输到cNAP。参与服务器ID的集合I*和分段大小k*由cNAP确定，并且这些信息由cNAP发布到相应的sNAP。
利用例如通过表1的填充而获得的参数SN、Ci、PS以及Lth，在步骤416中，例如通过求解公式2的
Figure BDA0001936192730000221
Figure BDA0001936192730000222
cNAP确定最佳分段数量k*和I*。
被选择用于编码和传输活动的宿主服务器(即，具有集合I*中的ID的宿主服务器)由订阅了如图3所示的相应范围“参与服务器ID(participating Server ID)”(图4的消息序列图也对此进行了示出)的cNAP通知。这是通过cNAP仅将发布(CIDURI\k*,k*)(pub(CIDURI\k*,k*))消息(步骤418)发送到由等式2识别的sNAP来实现的。此外，cNAP通过使用表2内已经执行的临时ID分配来识别向哪个sNAP发送k*信息。也就是说，映射到临时id TempIDi的Ci和Ps信息在等式2中被使用，其中参与基于网络编码的内容传输的sNAP集合I*通过TempIDis而被标识。
从sNAP到cNAP的基于网络编码的内容传输
在步骤420中，利用在sNAP处可用的所请求的分段数量，cNAP利用隐性订阅消息发布_隐性订阅(CIDURI\分段,空)(pub_isub(CIDURI\segment,NULL)),在信息范围*\分段(*\segment)(图3)下发送pub消息。该pub允许cNAP也在*\segment信息范围下订阅，因此能够接收由sNAP发送的内容分段。
随后，在步骤422中，sNAP利用它们在*\segment范围内的订阅以及如上所述先前获得的k*信息的可用性，发起基于网络编码的传输。这可以通过各种已知的网络编码技术中的任何一种(例如，鲁比(Luby)变换编码)而被执行，其中sNAP对所选择的分段执行网络编码(其中参与网络编码的分段是根据分段数量k*确定的)。然后，通过使用随机或半随机数发生器，sNAP识别要同时发送哪些分段，例如，通过XOR操作。由sNAP进行异或并发送的分段id也是通过发布消息而被传送到分段_数量(seg_num)有效载荷下。
通过收集多个网络编码内容分段，在步骤424中，cNAP 402执行整个消息的解码，如在标准网络编码信息检测机制中那样。一旦信息被cNAP解码，它就在HTTP响应426中向客户端404提供所述信息，并通过在步骤428中在*\终止(*\terminate)范围下发布来通知参与的sNAP，指示sNAP可以停止网络编码内容的传输。
虽然本发明的特征和元素以特定的结合在以上进行了描述，但本领域普通技术人员可以理解的是，每个特征或元素可以在没有其它特征和元素的情况下单独使用，或在与本发明的任何其它特征和元素结合的各种情况下使用。此外，本发明描述的方法可以在由计算机或处理器执行的计算机可读介质中的计算机程序、软件或固件中实施。关于计算机可读存储媒体的实例包括但不局限于只读存储器(ROM)、随机存取存储器(RAM)、寄存器、缓冲存储器、半导体存储设备、磁介质(例如，内部硬盘和可移动磁盘)、磁光介质以及CD-ROM光盘和数字多功能光盘(DVD)之类的光介质。与软件有关的处理器可以被用于实施在WTRU、UE、终端、基站、RNC或者任何主计算机中使用的无线电频率收发信机。

Claims (22)

1.一种由客户端网络附着点(cNAP)针对信息中心网络(ICN)执行的方法，该方法包括：
接收来自客户端的内容请求；
向所述ICN发布标识所述内容的探测请求；
响应于所述探测请求，从可获得所述内容的相应响应服务器网络附着点(sNAP)接收响应，每个响应标识所述相应响应sNAP的链路容量(Ci)；
至少部分地基于相应链路容量，选择用于所述内容的网络编码的分段数量(k*)；和
向所述ICN发布通过使用所述分段数量k*的来自至少所述响应sNAP的子集的网络编码传输来接收所述内容的请求。
2.根据权利要求1所述的方法，其中所述分段数量k*被选择以满足预定延时约束。
3.根据权利要求1所述的方法，还包括从所述响应sNAP中选择从其接收所述内容的所选sNAP子集，其中所述分段数量k*至少部分地基于所选子集而被确定。
4.根据权利要求3所述的方法，还包括向所述ICN发布标识所选sNAP子集的信息。
5.根据权利要求3所述的方法，其中所述sNAP子集被选择以满足预定延时约束。
6.根据权利要求1所述的方法，其中所述响应中的至少一者标识所述内容的原始聚合分组大小(PS)，所述分段数量k*至少部分地基于所述内容的所述聚合分组大小而被确定。
7.根据权利要求1所述的方法，其中所述内容请求是HTTP请求。
8.根据权利要求1所述的方法，还包括：
通过所述ICN上的网络编码传输而接收所述内容；
解码所述网络编码传输，以重建所述内容；和
向所述客户端提供所述重建的内容。
9.根据权利要求8所述的方法，其中所述网络编码传输是喷泉编码传输。
10.根据权利要求8所述的方法，其中所述网络编码传输通过使用鲁比变换而被编码。
11.根据权利要求8所述的方法，其中所述重建的内容在HTTP响应中被提供给所述客户端。
12.根据权利要求8所述的方法，还包括：在重建所述内容之后，在所述ICN上发布指示所述sNAP能够停止传输所述内容的消息。
13.根据权利要求1所述的方法，还包括：在sNAP：
通过所述ICN接收标识所述内容的所述探测请求；
从与所述sNAP关联的服务器取回所述内容；
在所述ICN上发布对所述探测请求的响应，该响应标识所述内容的聚合分组大小(PS)和所述sNAP的链路容量(Ci)；
通过所述ICN接收指示所选的分段数量k*的信息；
使用具有所述所选的分段数量k*的网络编码对所述内容进行编码；和
将至少一部分所述编码的内容发布到所述ICN。
14.一种用于信息中心网络(ICN)的客户端网络附着点(cNAP)，所述cNAP包括处理器和存储可操作以执行包括以下步骤的方法的指令的计算机可读存储介质：
接收来自客户端的内容请求；
向所述ICN发布标识所述内容的探测请求；
响应于所述探测请求，从可获得所述内容的相应响应服务器网络附着点(sNAP)接收响应，每个响应标识所述相应响应sNAP的链路容量(Ci)；
至少部分地基于相应链路容量，选择用于所述内容的网络编码的分段数量(k*)；和
向所述ICN发布通过使用所述分段数量k*的来自至少所述响应sNAP的子集的网络编码传输来接收所述内容的请求。
15.根据权利要求14所述的cNAP，其中所述响应中的至少一者还标识所述内容的原始聚合分组大小，并且其中所述分段数量至少部分地基于所述内容的所述聚合分组大小而被确定。
16.根据权利要求14所述的cNAP，其中所述分段数量被选择以满足预定延时约束。
17.根据权利要求14所述的cNAP，其中所述指令还可操作以从所述响应sNAP中选择从其接收所述内容的所选sNAP子集，其中所述分段数量至少部分地基于所选子集而被确定。
18.根据权利要求14所述的cNAP，其中所述指令还可操作以执行：
通过所述ICN上的网络编码传输而接收所述内容；
解码所述网络编码传输，以重建所述内容；和
向所述客户端提供所述重建的内容。
19.根据权利要求18所述的cNAP，其中所述内容请求是HTTP请求，且所述重建的内容在HTTP响应中被提供给所述客户端。
20.根据权利要求18所述的cNAP，其中所述指令还可操作以在重建所述内容之后，在所述ICN上发布指示所述sNAP能够停止传输所述内容的消息。
21.一种用于信息中心网络(ICN)的服务器网络附着点(sNAP)，所述sNAP包括处理器和存储可操作以执行包括以下步骤的方法的指令的非暂时性计算机可读存储介质：
通过所述ICN接收标识所请求内容的探测请求；
从与所述sNAP相关联的服务器取回所述内容；
在所述ICN上发布对所述探测请求的响应，该响应标识所述sNAP的链路容量；
通过所述ICN接收指示所选分段数量的信息；
使用具有所述所选的分段数量的网络编码对所述内容进行编码；和
将至少一部分所述编码的内容发布到所述ICN。
22.根据权利要求21所述的sNAP，其中对所述探测请求的所述响应进一步标识所述内容的聚合分组大小。
CN201780042031.5A 2016-07-07 2017-07-06 用于利用icn的基于动态配置网络编码的多源分组传输的过程 Active CN109417439B (zh)

Applications Claiming Priority (3)

Application Number Priority Date Filing Date Title
US201662359578P 2016-07-07 2016-07-07
US62/359,578 2016-07-07
PCT/US2017/040891 WO2018009657A1 (en) 2016-07-07 2017-07-06 Procedures for dynamically configured network coding based multi-source packet transmission utilizing icn

Publications (2)

Publication Number Publication Date
CN109417439A CN109417439A (zh) 2019-03-01
CN109417439B true CN109417439B (zh) 2021-10-15

Family

ID=59363282

Family Applications (1)

Application Number Title Priority Date Filing Date
CN201780042031.5A Active CN109417439B (zh) 2016-07-07 2017-07-06 用于利用icn的基于动态配置网络编码的多源分组传输的过程

Country Status (5)

Country Link
US (1) US10772036B2 (zh)
EP (1) EP3482513B1 (zh)
CN (1) CN109417439B (zh)
BR (1) BR112019000083A2 (zh)
WO (1) WO2018009657A1 (zh)

Families Citing this family (9)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2018009657A1 (en) * 2016-07-07 2018-01-11 Idac Holdings, Inc. Procedures for dynamically configured network coding based multi-source packet transmission utilizing icn
US10819749B2 (en) 2017-04-21 2020-10-27 Netskope, Inc. Reducing error in security enforcement by a network security system (NSS)
CN111149331B (zh) 2017-09-29 2023-10-13 交互数字专利控股公司 用于边缘终止点之间通信的传输协议
US11087179B2 (en) 2018-12-19 2021-08-10 Netskope, Inc. Multi-label classification of text documents
US11284332B2 (en) * 2019-10-18 2022-03-22 Qualcomm Incorporated Network coding in an integrated access and backhaul network
US11856022B2 (en) 2020-01-27 2023-12-26 Netskope, Inc. Metadata-based detection and prevention of phishing attacks
CN113438056B (zh) * 2021-06-24 2022-08-05 国汽(北京)智能网联汽车研究院有限公司 一种基于喷泉码的车联网数据传输方法、装置及存储介质
US20230100366A1 (en) * 2021-09-24 2023-03-30 Qualcomm Incorporated Signaling details of network coded transmissions
CN114938235B (zh) * 2022-04-08 2023-05-30 北京邮电大学 融合多路径和网络编码的卫星网络中数据传输方法及装置

Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN103313239A (zh) * 2012-03-06 2013-09-18 中兴通讯股份有限公司 一种用户设备接入融合核心网的方法及系统
WO2015060297A1 (ja) * 2013-10-22 2015-04-30 日本電気株式会社 送信端末、通信システム、通信方法、および、プログラム

Family Cites Families (16)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
BRPI0822565A2 (pt) * 2008-04-11 2015-06-23 Ericsson Telefon Ab L M Método de comunicação de dados em um sistema de comunicação, sistema de controle de codificação de rede, e, nós de retransmissão e de destino de um sistema de comunicação
WO2010022767A1 (en) * 2008-08-26 2010-03-04 Telefonaktiebolaget Lm Ericsson (Publ) Packet forwarding in a network
US8949449B2 (en) * 2008-10-15 2015-02-03 Aster Risk Management Llc Methods and systems for controlling fragment load on shared links
US8024444B2 (en) * 2009-03-13 2011-09-20 Microsoft Corporation Associating telemetry data from a group of entities
CN103988458B (zh) * 2011-12-09 2017-11-17 华为技术有限公司 基于内容中心网络的网络中编码网络报文的方法
KR101913313B1 (ko) 2011-12-28 2018-10-31 삼성전자주식회사 게이트웨이에서 인터넷 프로토콜 기반 네트워크를 이용하여 컨텐츠 중심 네트워크를 구현하는 방법 및 그 게이트웨이
US20140020102A1 (en) * 2012-07-16 2014-01-16 Infosys Limited Integrated network architecture
US9871730B2 (en) * 2014-08-22 2018-01-16 Futurewei Technologies, Inc. Network element configured to operate in an information centric network
WO2016033487A1 (en) 2014-08-29 2016-03-03 Interdigital Patent Holdings, Inc. Apparatus for interfacing between information centric networks (icns) and internet protocol (ip) networks
JP6492172B2 (ja) * 2014-10-14 2019-03-27 アイディーエーシー ホールディングス インコーポレイテッド Ｉｃｎネットワークにおいてｉｐデバイスのアンカリング
US9860318B2 (en) * 2014-12-12 2018-01-02 Tata Consultancy Services Limited Method and system for optimal caching of content in an information centric networks (ICN)
WO2016123516A1 (en) 2015-01-30 2016-08-04 Idac Holdings, Inc. Methods and systems for anchoring hypertext transfer protocol (http) level services in an information centric network (icn)
WO2017004508A1 (en) 2015-07-02 2017-01-05 Idac Holdings, Inc. Reducing the end to end latency in an http-over-icn scenario
US20170034055A1 (en) * 2015-07-28 2017-02-02 Futurewei Technologies, Inc. Handling Consumer Mobility in Information-Centric Networks
US20170201375A1 (en) * 2016-01-08 2017-07-13 Futurewei Technologies, Inc. Secure content sharing using content centric approach
WO2018009657A1 (en) * 2016-07-07 2018-01-11 Idac Holdings, Inc. Procedures for dynamically configured network coding based multi-source packet transmission utilizing icn

Patent Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN103313239A (zh) * 2012-03-06 2013-09-18 中兴通讯股份有限公司 一种用户设备接入融合核心网的方法及系统
WO2015060297A1 (ja) * 2013-10-22 2015-04-30 日本電気株式会社 送信端末、通信システム、通信方法、および、プログラム

Also Published As

Publication number Publication date
US20190200282A1 (en) 2019-06-27
US10772036B2 (en) 2020-09-08
BR112019000083A2 (pt) 2019-04-09
CN109417439A (zh) 2019-03-01
EP3482513B1 (en) 2021-03-10
EP3482513A1 (en) 2019-05-15
WO2018009657A1 (en) 2018-01-11

Similar Documents

Publication Publication Date Title
CN109417439B (zh) 用于利用icn的基于动态配置网络编码的多源分组传输的过程
JP5833765B2 (ja) コンテンツネットワーク間のインターフェイシングを実現する方法および装置
US9661029B2 (en) Wireless peer-to-peer network topology
US9838473B2 (en) Methods and systems for integration of peer-to-peer (P2P) networks with content delivery networks (CDNS)
EP2668760B1 (en) Method and apparatus for automatically discovering and retrieving content based on content identity
US10979482B2 (en) Methods and systems for anchoring hypertext transfer protocol (HTTP) level services in an information centric network (ICN)
CN109451804B (zh) cNAP以及由cNAP、sNAP执行的方法
TW201315187A (zh) 控制內容高速存取及檢索
US20150120833A1 (en) Optimization of peer-to-peer content delivery service
CN108370322B (zh) 信息中心网络内的锚定因特网协议多播服务
US20180075149A1 (en) Methods, apparatus and systems for use with information-centric networking (icn)
WO2016201411A1 (en) Reducing the http server load in an http-over-icn scenario
US20140237078A1 (en) Method and apparatus for managing content storage subsystems in a communications network

Legal Events

Date Code Title Description
PB01 Publication
PB01 Publication
SE01 Entry into force of request for substantive examination
SE01 Entry into force of request for substantive examination
GR01 Patent grant
GR01 Patent grant
TR01 Transfer of patent right

Effective date of registration: 20230823

Address after: Delaware

Patentee after: INTERDIGITAL PATENT HOLDINGS, Inc.

Address before: Wilmington, Delaware, USA

Patentee before: IDAC HOLDINGS, Inc.

TR01 Transfer of patent right