CN109451804A - 在信息中心网络中实现同时进行的多播传递的http内容完整性 - Google Patents

Abstract

使用代理规则标识符来确保通过ICN上HTTP***传递的内容的完整性。由信息中心网络(ICN)上的客户端侧网络附着点(cNAP)执行示例性方法。cNAP接收HTTP请求，该HTTP请求包括资源标识符和至少一个报头字段。cNAP生成基于报头字段(一个或多个)的代理规则标识符(PRID)和基于资源标识符的内容标识符(CID)。PRID可以通过将哈希函数应用于包括报头字段数据的字符串来生成。cNAP发送包含CID和PRID的传出ICN消息。作为响应，cNAP接收包括HTTP响应、PRID和CID的传入ICN消息。cNAP根据PRID和CID将HTTP响应定向到适当的客户端(一个或多个)。

Description

在信息中心网络中实现同时进行的多播传递的HTTP内容完 整性

相关申请的交叉引用

本申请是2016年7月1日提交的名称为“在启用代管的信息中心网络中实现同时进行的多播传递的HTTP内容完整性(ENABLING HTTP CONTENT INTEGRITY FOR CO-INCIDENTAL MULTICAST DELIVERY IN SURROGATE-ENABLED INFORMATION-CENTRICNETWORKS)”的US临时专利申请No.62/357,868的非临时申请并根据35 U.S.C.§119(e)要求其权益，其全部内容在此引入作为参考。

背景技术

信息中心网络(ICN)构成了一种新的范例，其中通过信息寻址来交换内容，同时将适合作为信息源的适当的网络实体连接到请求内容的网络实体。

在该空间中已经提出了新的架构，需要部分替换当前的网络基础设施，以便实现这些解决方案的期望的网络级功能。迁移场景预见到新提出的架构可以通过对现有的例如IP架构或基于本地以太网的架构进行覆盖而被实现。然而，这种迁移仍然需要用户设备(UE)转换到基于ICN的解决方案。随着基于IP的应用程序提供当今使用的广泛的因特网服务，转换所有这些应用程序很容易被视为是比单纯的UE中的网络级功能的转换(例如，协议栈实现)更难的任务，因为它还需要服务器侧组件(例如电子购物网络服务器等)的转换。因此，可以假设基于IP的服务以及纯粹基于IP的UE将在未来一段时间内继续存在。

另一方面，在网络级向ICN的转换具有许多益处，例如，通过使用网络内缓存以及一般的发送器/接收器的空间/时间解耦来提高效率，利用SDN升级以获得更好的流量管理等

通过引用而被整体并入本文的公开文本“用于在信息中心网络(ICN)中锚定超文本传输协议(HTTP)级服务的方法和***(Methods and Systems for AnchoringHypertext Transfer Protocol(HTTP)Level Services in an Information CentricNetwork(ICN))”WO2016123516A1概述了用于通过ICN网络提供HTTP级服务、将HTTP请求和响应方法映射到适当的发布到适当的ICN名称的ICN分组的***和方法。所述映射分别在客户端和服务器的网络附着点(NAP)以及ICN边界GW处执行，以用于向向等网络发送和从对等网络发送HTTP方法的情况。利用这些方法，可以将当前基于互联网的服务的增加部分映射到ICN架构上。

通过引用而被整体并入本文的于2016年3月17日递交的题为“通过HTTP级代管管理的弹***供应(Elastic Service Provisioning via HTTP-level SurrogateManagement)”的美国临时申请62/309,610公开了一种HTTP代管(surogate)，其指代表并且具有源服务器权限的HTTP级服务端点。在2001年1月的RFC 3040“因特网复制和缓存分类法(Internet Web Replication&Caching Taxonomy)”中，代管是与原始服务器位于同一位置的网关，或者是网络中的不同点，其被授予了代表一个或多个原始服务器进行操作的权限，且通常与一个或多个原始服务器密切合作。通常称为“反向代管”和“(源)服务器加速器”的设备更适合被视为代管。代管可以部署在原始服务器附近、靠近本地或整个网络-类似于内容分发网络(CDN)的配置。通过将代管服务器放置在分布式网络位置，可以使用更短的路径和更高的可访问带宽来访问服务，而无需在其原始服务器处联系服务。除了来自本地直接内容访问的所有好处之外，代理可代表原始服务器(以及内容的所有者)行事，他们为内容所有者提供比普通代理(proxies)(例如边缘缓存或传统CDN)更好的对其行为的控制。因此，它们提供了更大的潜力来改进性能、从从原始服务器卸载处理/网络负载，且具有透明的用户体验。代管功能与镜像服务器类似，因为存储了整个站点的完全限定副本；但是，期望用户能够使用相同的FQDN/URL访问代管服务，而不是像镜像服务器那样，用户被重定向到不同的代管服务。与标准HTTP中间件不同，代管提供了原始服务器和内容所有者更精细的控制，因为它们具有隐含的关系。

用于可在大致相同时间取回(retrieve)相同网络资源的客户端的多播的重新引入可基于WO2016123516A1中描述的机制。当移除整个网络和传输层以在一个或多个客户端NAP(cNAP)和一个服务器NAP(sNAP)之间交换HTTP请求及其响应时，来自sNAP的传入HTTP响应(通过同时进行的多播而被传递)至多个特定IP端点的映射是一个悬而未决的问题。在WO2016123516A1中描述了具有两个IP客户端在大致相同的时间请求相同URL的情况。但是，当网络服务器的HTTP响应中的内容根据HTTP客户端的HTTP请求报头中提供的特定信息而不同时，问题仍未解决。例如，如果网络客户端由于HTTP应用程序内部问题而无法正确读取HTTP响应，则客户端可能会再次发出对同一资源的HTTP请求，但使用HTTP报头字段“范围(Range)”仅请求所述响应的特定的字节范围。另一种报头信息是HTTP请求方法的类型，不同的请求方法通常导致不同的HTTP响应(HTTP获取(GET)与HTTP放置(PUT)或推送(PUSH))。

此外，在对完整的响应式网络存在进行编程时，存在某些可能的技术，其中网络服务器根据请求内容的客户端以不同的质量级别提供特定的MIME标记的内容。一系列可用的HTTP报头字段是可用的，例如，RFC 4229中描述的那些，其可能会影响HTTP响应的内容。

发明内容

本文公开的***和方法试图解决通过ICN上HTTP(HTTP-over-ICN)***传递的HTTP内容的完整性。针对这样的场景：HTTP请求报头中的附加信息确定网络服务器在给定响应URL下提供的内容，本公开解决了通过同时进行的多播传递的内容的完整性以及sNAP内的相应多播群组(multicast group)形成。另外，本公开通过关于如何以与处理原始权威服务器等同的方式HTTP消息的信息，解决了向所布置的代管及其扩展NAP(eNAP)提供关于如何以与处理原始权威服务器等同的方式处理HTTP消息的信息。

由信息中心网络(ICN)上的客户端网络附着点(cNAP)执行示例性方法。cNAP从客户端接收HTTP请求，该HTTP请求包括资源标识符和至少一个报头字段。cNAP基于报头字段(一个或多个)生成请求代理规则标识符(PRID)，并基于资源标识符生成请求内容标识符(CID)。cNAP发送请求数据的传出ICN消息。该消息包括所述请求CID、所述请求PRID和所述cNAP的节点标识符。响应于所述传出ICN消息，cNAP接收包括HTTP响应、接收的PRID和接收的CID的传入ICN消息。响应于确定所述接收的PRID与所述请求PRID相同并且所述接收的CID与所述请求CID相同，cNAP向客户端提供所述HTTP响应。

在一些实施例中，向每个cNAP提供代理规则，该规则指示cNAP如何从报头字段(一个或多个)生成PRID。某些代理规则是FQDN特定的规则，其仅适用于使用特定FQDN(完全限定域名)请求的资源。其他代理规则是通用代理规则，无论FQDN如何，其均是可适用的。在一些实施例中，代理规则指示如何将报头数据安排到从中确定PRID的数据结构中。例如，代理规则可以指示如何将报头数据安排到诸如XML数据结构的字符串的属性-值对中，并且可以将散列函数应用于最终的字符串以生成PRID。

在一些实施例中，一种方法由信息中心网络(ICN)上的客户端侧网络附着点(cNAP)执行。在一种这样的方法中，cNAP从客户端接收包括资源标识符和至少一个报头字段的HTTP请求。cNAP基于所述至少一个报头字段生成请求代理规则标识符(PRID)，基于主机标识符(FQDN)生成内容标识符(CID)，并基于URL生成反向内容标识符(rCID)。cNAP保持rCID到PRID映射，该映射包括如何到达所述客户端的通信标识符。cNAP发送请求数据的传出ICN消息，其中该消息包括所述CID、所生成的PRID、所述cNAP的节点标识符和所述HTTP请求。响应于所述传出ICN消息，cNAP接收包括HTTP响应、PRID和rCID的传入ICN消息。响应于确定所接收的rCID和PRID与所述请求PRID和rCID相同，cNAP使用所存储的通信标识符向客户端提供所述HTTP响应。

在一些实施例中，一种方法由信息中心网络(ICN)上的服务器侧网络附着点(sNAP)执行。在一种这样的方法中，sNAP接收包括HTTP请求、CID、rCID、PRID和NID的传入ICN消息。响应于该ICN消息，sNAP使用所述rCID和PRID以及所述NID作为群组成员来创建潜在的多播群组。sNAP使用预先存储的IP地址和该服务器的传输层端口标识符将所述HTTP请求发送到适当的服务器。当接收到HTTP响应时，sNAP根据rCID和PRID信息获取所述潜在的多播群组(该多播群组仍对新成员开放)，然后sNAP关闭所述多播群组。sNAP随后向所述多播群组中的所有成员发布HTTP响应、rCID和PRID。

附图说明

可以从以下结合附图的示例的描述中获得更详细的理解，其中：

图1A描绘了其中可以实现一个或多个公开的实施例的示例通信***。

图1B描绘了可以在图1的通信***内使用的示例性无线发射/接收单元(WTRU)。

图1C描绘了可以在图1的通信***内使用的示例性无线电接入网络(RAN)和示例性核心网络。

图2描绘了可以存在于启用代管的灵活路由***中的不同NAP类型的***概述的实施例。

图3描绘了具有用于代理规则的范围标识符的命名空间的实施例。

图4描绘了使用结合图3所述的命名空间从主sNAP到cNAP或eNAP的代理规则的分发的实施例的消息序列图。

图5描绘了eNAP获得其应该服务的FQDN(一个或多个)的代理规则的实施例的消息序列图。

图6描绘了sNAP将更新的代理规则转发到之前取回过特定FQDN的规则的所有NAP的实施例的消息序列图。

图7描绘了在代理规则下操作的在连接到cNAP的客户端和连接到sNAP的网络服务器之间的HTTP请求和HTTP响应序列的实施例的消息序列图。

具体实施方式

现在将参考各附图提供说明性实施例的详细描述。尽管该描述提供了可能实施的详细示例，但是应该注意，所提供的细节旨在作为示例，并且决不限制本申请的范围。

注意，所描述的实施例中的一者或多者的各种硬件元件被称为“模块”，其实行(即，实施、执行等)本文结合相应模块描述的各种功能。如本文所使用的，模块包括硬件(例如，一个或多个处理器、一个或多个微处理器、一个或多个微控制器、一个或多个微芯片、一个或多个专用集成电路(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 20001x、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和WTRU102c，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)端口、震动装置、电视收发信机、免持耳机、模块、调频(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***和方法

本文公开的示例性***和方法利用诸如WO2016123516A1所述的基于ICN上HTTP基础设施，其中网络附着点(NAP)向启用IP的设备提供标准IP连接。然后，NAP将接收到的IP流量封装到适当的ICN分组中，该分组然后在结构化的命名信息项下被发布。图2示出了示例性启用代管的灵活路由***200中的不同NAP类型的***概述的一个实施例，其中路径计算元件(PCE)202组合了ICN网络元件集结(RV)和拓扑管理器(TM)。

服务器侧NAP(sNAP)204是NAP，其通过订阅ICN CID/http/fqdn来服务于特定FQDN，并且具有基于例如WO2016123516A1中描述的方法形成同时进行的多播群组的能力。扩展NAP(eNAP)206允许使用类似于主网络服务器的代管。扩展NAP提供主网络服务器的权威镜像资源，其在某些情况下可能是完全虚拟化的资源环境。客户端侧NAP(cNAP)208是NAP，其服务仅支持IP(IP-only)的客户端(例如，客户端210)并允许它们透明地通过ICN200与网络服务器(例如，主网络服务器212或代管网络服务器214)通信。

在本文公开的示例性***和方法中，每个NAP表现为透明HTTP代理，其终止针对流向其IP端点(例如，客户端以及服务器)的HTTP业务的TCP会话。然后，HTTP代理(例如，NAP)能够使用两种类型的代理规则(即，通用代理规则和FQDN特定代理规则)来进一步检查传入的HTTP消息。

在一些示例性实施例中，通用代理规则是代理(例如，NAP)必须作出反应的强制性字段，否则响应很容易变成不是HTTP客户端请求的响应，且会损害整个网络资源请求的完整性。例如，在这样的实施例中，在sNAP处创建多播群组时会考虑HTTP请求中的“范围”字段或HTTP请求方法，否则来自与sNAP相关联的网络服务器的HTTP响应将不不会被与cNAP相关联的网络客户端接受。

在示例性实施例中，FQDN特定规则是可定制的规则，其可被NAP考虑并且允许内容提供商根据其需要调整多播创建。例如，HTTP响应中的音频/视频/媒体内容可以以较低质量编码以用于网络服务器基于HTTP报头中的“(用户-代理)User-Agent”字段确定的移动端点。可以通过提供精确的FQDN特定代理规则而将此行为传达给NAP。

在示例性实施例中，当从UE(例如，客户端210)接收到HTTP请求时，在cNAP处生成要应用的代理规则实例。这同样适用于在sNAP和eNAP从网络服务器收到的HTTP响应。请注意，代理规则不会被绑定至特定的HTTP/TCP会话，这允许sNAP使用单个PRID创建多播群组，所有cNAP都可以使用该PRID将其映射回其当前打开的TCP会话。这些代理规则实例可被表示为跨所有NAP的用于相同(相同的PRID)HTTP会话的唯一标识符。如果sNAP和eNAP然后通过多播提供HTTP响应，则此代理规则实例标识符用作所有cNAP用于将其映射回请求此响应的客户端的仅有唯一标识符。所述代理规则实例标识符与每个HTTP请求和HTTP响应发布一起被携带。

填充通用代理规则和FQDN特定代理规则

对于所有类型的NAP(客户端、服务器和代管/扩展NAP)，如图2所示，填充通用和FQDN特定代理规则，如果主NAP中有代理规则更新，则所有cNAP和eNAP都会立即刷新其现有规则(一个或多个)。

在一些实施例中，代理规则的分发通过专用命名空间来实现，该命名空间允许所有NAP从主服务器取回特定的FQDN特定代理规则，而该命名空间内的规则可以通过底层ICN发布/订阅网络来分发。如WO2016123516A1中所描述的，经由所公开的同时进行的多播***和方法进行的HTTP内容递送的完整性可以通过NAP内的逻辑和ICN网络中的每个HTTP发布中的唯一代理规则标识符的传送来确保。

代理规则命名空间

为了能够从服务于特定FQDN的主NAP分发代理规则，在根范围标识符/管理(/management)下公开了专用命名空间。所述根范围在此显示为符号名称，并且可以受到协议或标准化的约束，在特定实施例中表示为特定编号的标识符或名称。图3描绘了命名空间的实施例，其中范围标识符被示为白色圆圈和信息标识符(在该信息标识符下可以发布数据)被示为阴影圆圈。在范围路径/管理/代理规则(/management/proxyRules)下，在一个可能的实施例中，每个FQDN均被表示为信息项，其值是FQDN的字符串表示的散列。该信息项可用于在主sNAP和尚未接收到特定FQDN的代理规则的NAP之间第一次交换代理规则，以及用于特定FQDN的更新代理规则。有关如何使用所提出的代理规则命名空间的详细操作，请参见下文。

应当理解，通过将FQDN解释为范围并在每个FQDN范围下添加/初始(/initial)和/更新(/update)信息项，图3中的命名空间可以还可以利用每个FQDN下的专用代理规则项用于初始和更新的传播。在这种情况下，初始项可以用于每当NAP尝试获得这样的规则时传送初始规则集，而更新项可以用于将来的更新。例如，这种可替代的名称空间可以用于不单独向发布者通知订阅者添加的发布/订阅***，因此需要所建议的分离以与任何更新状态分开地传送初始状态。

在以下公开内容中，为了简单起见，所阐述的操作和消息交换均是基于图3中的命名空间。然而，对于本领域普通技术人员来说，显而易见的是，可修改所讨论的各种实施例以利用可替换命名空间和/或其他适合于特定场景的其他命名空间。

将代理规则填充到cNAP

图4通过使用消息序列图(MSC)示出了使用关于图3阐述的命名空间从主sNAP到cNAP或eNAP的代理规则的分发的一个实施例。图4中所示的网络元件为由cNAP 424服务的IP端点(客户端422)、组合了ICN元件集结(RV)和拓扑管理器(TM)的路径计算元件(PCE)426、以及sNAP 428，如图2所示。

可以在NAP启动之前分发所有强制性通用代理规则，例如，通过每个NAP部署附带的配置文件而被分发。图4中列举的消息流的方法及其含义将在以下进行描述。

在步骤401a和401b中，cNAP和sNAP分别在其启动阶段通过读取配置文件或订阅命名空间中的适当信息项而彼此时间独立地读取它们的通用代理规则。

在步骤402中，使用特定注册接口在sNAP 428处注册用于完全限定域名(FQDN)foo.com的新网络服务器。注册接口可以接收IP信息，该IP信息关于sNAP在哪里可以接触到可提供所请求的资源的计算实体(单个固定IP端点(网络服务器)或维护和操作服务器群的管理程序)。

在步骤403中，sNAP 428接收由外部实体提供的FQDN特定代理规则。这样的代理规则可以由一些管理实体(例如，基于运营商或服务提供商)提供，或者直接通过FQDN的提供商提供(其可能需要意识到对FQDN服务提供商的这种规则的支持)。

在步骤404中，通过对FQDN进行散列并将该值作为信息标识符放置在所提到的范围路径下，sNAP 428广播在范围路径/管理/规则(/management/proxyRules)下的FQDNfoo.com的代理规则的可用性。

这完成了ICN网络中的任何cNAP 424和主sNAP 428的初始化。图4中的剩余消息序列示出了在FQDN foo.com的HTTP请求第一次到达时，由cNAP取回FQDN特定代理规则。

在步骤405中，由cNAP 424服务的IP端点422发出针对foo.com/资源(foo.com/resource)的HTTP请求，cNAP通过其透明HTTP代理功能接收该HTTP请求，该功能终止由客户端发起的TCP会话。

在步骤406中，在每个HTTP请求到达时，cNAP检查是否存在针对从其请求资源的主机的FQDN特定代理规则。如果cNAP找不到任何此类规则，则它在父范围/management/proxyRules下订阅信息项foo.com(例如，使用散列FQDN)。

PCE 426将cNAP 424作为订阅者匹配至作为针对内容标识符(CID)/management/proxyRules/foo.com的发布者的sNAP 428(参见步骤404)。因此，步骤407中的PCE向sNAP发出针对该特定CID的开始发布事件。

在步骤408中，sNAP使用预定义格式将在403中接收的代理规则发布到cNAP，这将在下面进一步详细描述。

在步骤409中，cNAP更新其本地的foo.com代理规则，并且可以继续其操作以将HTTP请求发布到sNAP，如下所述。该示例性实施例中，这完成了cNAP和sNAP处的操作，以取回通用和FQDN特定代理规则。

将代理规则填充到eNAP

在ICN网络内的不同位置(例如，代管)启用主网络服务器的权威副本的NAP被称为扩展NAP(eNAP)。图5中描绘了eNAP获得它们应该服务的FQDN的代理规则的过程的实施例的消息序列图。该图示描绘了三个网络元件，即，eNAP 430、PCE 426、以及服务于FQDNfoo.com的主NAP(sNAP)428。

在步骤501中，外部元件触发激活特定IP端点作为eNAP 430处的代管。对eNAP的该激活命令包括(除了其他数据之外)eNAP应该服务的FQDN。该激活操作以及其他eNAP功能可如临时申请62/309,610中进一步详细描述的那样被实施。

在步骤502中，遵循与cNAP相同的一般过程，eNAP订阅CID/management/proxyRules/foo.com以便从主sNAP接收代理规则。

在步骤503中，PCE通知sNAP新订阅者在/management/proxyRules/foo.com下变得可用。注意，遵循上面参考图3描述的过程，eNAP已经订阅了上述CID，以便在PCE中触发发布/订阅匹配。

在步骤504中，sNAP使用预定义格式将代理规则发布到eNAP，下面描述该预定义格式的一个示例。

在步骤505中，eNAP更新其用于foo.com的代理规则，其允许其形成同时进行的多播群组而不损害所传递的HTTP内容的完整性。

在步骤506中，eNAP订阅在根命名空间标识符/http下的信息项foo.com，从而允许仅支持IP的客户端请求网络资源。可以使用WO2016123516A1中描述的技术来执行该步骤。这完成了在该示例性实施例中的代管激活的实施例中的eNAP的FQDN特定代理规则取回。如上所述，通过将FQDN解释为范围并在每个FQDN范围下添加/initial和/update信息项，命名空间还可以利用每个FQDN下的专用代理规则项用于初始和更新传播，从而适应发布/订阅***，该发布/订阅***不单独向发布者通知订阅者的添加。

在所有NAP上的更新操作

在一个实施例中，如图6所示，sNAP接收关于FQDN特定代理规则的更新，并且该信息被转发到之前已经取回了针对所述特定FQDN的那些规则的所有NAP。在初始取回FQDN特定代理规则的最后，如上所述，cNAP和eNAP保持订阅CID/management/proxyRules/foo.com。因此，sNAP不再需要广播/management/proxyRules/foo.com下的信息的可用性，以便能够向所有订阅者发布数据。

在步骤601中，sNAP接收对特定FQDN foo.com的代理规则的更新。该规则的格式可以与规则的初始取回相同。

在步骤602中，sNAP使用CID/management/proxyRules/foo.com将所接收的FQDN特定代理规则发布到订阅它的所有NAP，例如cNAP 424和eNAP 430。

如上所述，可替代地使用单独的更新信息项。在这种情况下，如前所述，cNAP和eNAP将在接收到初始代理规则后订阅该专用更新项。

这完成了本示例性实施例中的sNAP与客户端和扩展NAP之间的消息交换，以获得更新的FQDN特定代理规则。

示例性代理规则格式

为了描述所述代理规则，用于存储和交换通用和FQDN特定代理规则的一个实施例是遵循针对该特定文件格式的W3C的DOM规范的XML。在一些实施例中，可以使用允许结构化信息的替代格式。XML是广泛使用和支持的一个示例。其他解决方案可包括关系数据库，例如SQL。

代理规则根据HTTP请求中的报头字段的存在及其值而发挥作用。在通用标记元素中封装的规则元素内提供报头字段(该报头字段是强制性的，以确保传递正确HTTP响应)，例如可采用以下格式。

可以在元素fqdn中声明FQDN特定代理规则，其中实际FQDN作为属性id。在fqdn元素内，可以呈现两个元素主机(host)和报头字段(headerfields)。在headerfields中，可能存在名称(name)元素，而且如果报头字段的值不应在其整个出现时用作代理规则，则值(value)元素允许该值仅与预定义值一起使用。此外，需要注意的是，每个<name>条目在规则中是可选的，且通过仅利用各种可选的headerfields(参见部分请求的介绍示例)，数种实例均是可行的(参见部分请求的介绍性示例)。所述格式的一个特定实施例可以是但不限于以下格式：

FQDN特定和通用元素都不限于它们的出现次数，并且如果在HTTP标头中没有找到规则，则可以忽略它。

根据代理规则运行

代理规则的使用允许多个相同的HTTP客户端由请求相同内容的相同cNAP服务，同时保持完整性。图7描绘了在HTTP请求/响应序列期间连接到cNAP 424的客户端422和连接到sNAP 428的网络服务器432之间的示例消息序列的实施例。假设已根据上述方法填充了代理规则，并且ICN网络全面运行。此外，用于启用HTTP发布/订阅匹配的PCE通信未在图7中示出。

在步骤701中，由cNAP 424服务的IP客户端422发出HTTP请求以取回http://foo.com/resource。

在步骤702中，cNAP解析HTTP报头并应用在该动作之前接收的通用和FQDN特定代理规则，以便生成代理规则标识符(PRID)。PRID是代理规则及其值的组合的指纹(fingerprint)。在一个实施例中，PRID可以实现为所有报头字段及其值的级联，其作为字符串而被给予散列函数。由于PRID是发送到另一个NAP的分组的一部分，因此可以使用任何可以“编码”为唯一的比特字段流的格式。

在步骤703中，cNAP存储映射，该映射标识了所述请求的请求客户端422和对应反向CID(rCID)(/http/url)以及所述请求的PRID。等待响应的客户端的标识符可以是例如IP地址以及端口或套接字文件描述符等。

在步骤704中，cNAP通过使用CID/http/fqdn、将/http/url作为rCID并且在消息中包括PRID而发布所述HTTP请求，使得sNAP接收所有三个元素。cNAP还可以包括其节点ID(NID)。

在步骤705中，在消息到达时，sNAP将cNAP(更准确地说是其NID)添加到等待响应的节点列表，例如形成同时进行的多播(CMC)群组。此群组创建基于相同的rCID和PRID。

在步骤706中，HTTP请求被发送到与FQDN和sNAP相关联的网络服务器432。

在步骤707中，网络服务器432经由由sNAP 428接收的HTTP响应提供所请求的网络资源。

sNAP 428具有指示HTTP请求是从哪个CMC群组被发送的信息。通过使用该信息，在步骤708中，sNAP将HTTP响应发布到请求网络资源(例如，CMC群组)的所有NID，并再次包括PRID。因此，可以存在多次发布操作，该发布操作的次数可与可存在的针对给定rCID的不同PRID的数量一样多。

在步骤709中，基于步骤703中存储的映射(rCID，PRID，客户端)，cNAP 424识别等待该特定响应的IP端点或端点(例如，客户端)。

在步骤710中，通过相同代理规则指纹(PRID)，所述HTTP响应被发送到从相同的FQDN请求相同的资源的所有客户端。

在一些实施例中，在发布HTTP请求之前(步骤704)，cNAP 424确定是否已经发布了针对相同FQDN、网络资源和PRID的HTTP请求。如果是，则cNAP 424可以拒绝发布重复的HTTP请求。

例如，避免向服务器发送不必要的HTTP请求(并因此避免从sNAP处的服务器接收不必要的HTTP响应)可以如下执行。在先前发送适当的HTTP请求之后，在从服务器接收到HTTP响应时，sNAP检查HTTP响应中提供的URL的适当ICN名称的订阅者数量(例如，对针对相同URL的传入HTTP请求消息进行计数，订阅集结点处的群组大小元数据信息等)。sNAP例如根据WO2016123516A1中概述的方法发送HTTP响应。在一些实施例中，sNAP将所述HTTP响应的PRID与先前确定的计数一起存储在内部表中。(在一些实施例中，例如，在PRID不包括URL的情况下，URL和PRID可以作为一对存储在一起。)sNAP从ICN网络接收传入的HTTP请求消息，并检查相应的PRID是否匹配存储在其内部表中的任何PRID。如果未找到PRID，则根据WO2016123516A1中的方法处理HTTP请求消息。如果找到PRID，则：i)HTTP请求消息被抑制，例如，不被转发到服务器；ii)相应表项中的计数减一；iii)如果所述计数达到零，表项将被删除；iv)如果所述计数尚未达到零，则修改后的计数被存储在适当的表项中。在服务器驻留在对等IP网络中的情况下，可在ICN边界网关处类似地实现该方法。在这种情况下，上述步骤中的术语“服务器”可被替换为术语“对等IP网络”。

在进一步的实施例中，所公开的***和方法可以包括代管(或eNAP)管理器，如临时申请62/309,610中所公开的，以通过基于从网络和服务器报告的动态统计信息智能地激活和管理代管eNAP来允许提供弹***。例如，代管管理器可以考虑各种度量，例如服务器状态、服务器统计信息、网络统计信息等，并确定响应HTTP请求的最佳或优选的eNAP或主sNAP。在一些实施例中，可以扩展或以其他方式修改命名空间以允许代管管理器确定要针对HTTP请求或其他消息发布的范围路径(例如，在整合有PCE的一些实施例中，在发布/订阅级操作)。因此，代管管理器和/或PCE可以确定是否将来自cNAP的特定请求定向到当前比主sNAP“更好”的eNAP。

虽然本发明的特征和元素以特定的结合在以上进行了描述，但本领域普通技术人员可以理解的是，每个特征或元素可以在没有其它特征和元素的情况下单独使用，或在与本发明的任何其它特征和元素结合的各种情况下使用。此外，本发明描述的方法可以在由计算机或处理器执行的计算机可读介质中的计算机程序、软件或固件中实施。关于计算机可读存储媒体的实例包括但不局限于只读存储器(ROM)、随机存取存储器(RAM)、寄存器、缓冲存储器、半导体存储设备、磁介质(例如，内部硬盘和可移动磁盘)、磁光介质以及CD-ROM光盘和数字多功能光盘(DVD)之类的光介质。与软件有关的处理器可以被用于实施在WTRU、UE、终端、基站、RNC或者任何主计算机中使用的无线电频率收发信机。

Claims (13)

1.一种由以信息中心网络(ICN)上的客户端侧网络附着点(cNAP)执行的方法，该方法包括：

从客户端接收HTTP请求，其中该请求与主机的完全限定域名(FQDN)相关联，并且其中该请求包括统一资源定位符(URL)和至少一个报头字段；

生成：(i)基于所述至少一个报头字段的请求代理规则标识符(PRID)、(ii)基于所述FQDN的请求内容标识符(CID)、以及(iii)基于所述URL的请求反向内容标识符(rCID)；

发送请求数据的传出ICN消息，该消息包括所述请求CID、所述请求PRID、所述cNAP的节点标识符和所述HTTP请求；

响应于所述传出ICN消息，接收包括HTTP响应、接收的PRID和接收的rCID的传入ICN消息；和

响应于确定所述接收的rCID和所述接收的PRID分别与所述请求rCID和所述请求PRID相同，向所述客户端提供所述HTTP响应。

2.根据权利要求1所述的方法，其中生成所述PRID包括：

识别对应于所述FQDN的FQDN特定代理规则；和

根据所识别的FQDN特定代理规则，生成所述请求PRID。

3.根据权利要求2所述的方法，还包括订阅专用管理命名空间以接收与所述FQDN相关联的FQDN特定代理规则。

4.根据权利要求3所述的方法，其中所述订阅以接收与所述FQDN相关联的FQDN特定代理规则响应于确定所述cNAP尚未接收到与所述FQDN相关联的FQDN特定代理规则而被执行。

5.根据权利要求1-5中任一项所述的方法，其中所述PRID通过使用至少一个通用代理规则而被生成。

6.根据权利要求1-5中任一项所述的方法，其中生成所述请求PRID包括：

生成包括所述报头字段中的至少一者的字符串；和

将哈希函数应用于所述字符串。

7.根据权利要求6所述的方法，其中生成所述字符串包括在XML结构中安排所述至少一个报头字段的属性和值。

8.根据权利要求1-7中任一项所述的方法，其中所述传出ICN消息是发布消息。

9.根据权利要求1-8中任一项所述的方法，还包括存储(i)所述客户端的标识符和(ii)所述请求rCID和PRID之间的映射；

其中所述确定所述接收的PRID与所述请求PRID相同以及所述接收的CID与所述请求CID相同是通过使用所存储的映射而作出的。

10.根据权利要求9所述的方法，其中所述客户端的所述标识符包括网际协议(IP)地址。

11.根据权利要求1-10中任一项所述的方法，其中所述cNAP从多个客户端接收从其生成相同PRID、CID和rCID的多个HTTP请求，并且其中所述cNAP发送针对所述多个HTTP请求的从其生成相同的PRID和CID的单个传出ICN消息。

12.根据权利要求1-11中任一项所述的方法，其中所述客户端是网际协议(IP)客户端。

13.一种信息中心网络(ICN)上的客户端网络附着点(cNAP)，所述cNAP包括处理器和存储用于执行功能的指令的非暂时性计算机存储介质，所述功能包括：

从客户端接收HTTP请求，其中该请求与主机的完全限定域名(FQDN)相关联，并且其中该请求包括统一资源定位符(URL)和至少一个报头字段；

生成：(i)基于所述至少一个报头字段的请求代理规则标识符(PRID)、(ii)基于所述FQDN的请求内容标识符(CID)、以及(iii)基于所述URL的请求反向内容标识符(rCID)；

发送请求数据的传出ICN消息，该消息包括所述请求CID、所述请求PRID、所述cNAP的节点标识和所述HTTP请求；

响应于所述传出ICN消息，接收包括HTTP响应、接收的PRID和接收的rCID的传入ICN消息；和

响应于确定所述接收的rCID和所述接收的PRID分别与所述请求rCID和所述请求PRID相同，向所述客户端提供所述HTTP响应。