CN111034121A - Http响应的自组织链路本地多播传送 - Google Patents

Http响应的自组织链路本地多播传送 Download PDF

Info

Publication number
CN111034121A
CN111034121A CN201880052966.6A CN201880052966A CN111034121A CN 111034121 A CN111034121 A CN 111034121A CN 201880052966 A CN201880052966 A CN 201880052966A CN 111034121 A CN111034121 A CN 111034121A
Authority
CN
China
Prior art keywords
response
client
nap
http
multicast
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.)
Granted
Application number
CN201880052966.6A
Other languages
English (en)
Other versions
CN111034121B (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
Priority to CN202210330719.6A priority Critical patent/CN114679494B/zh
Publication of CN111034121A publication Critical patent/CN111034121A/zh
Application granted granted Critical
Publication of CN111034121B publication Critical patent/CN111034121B/zh
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

Classifications

    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00Network arrangements or protocols for supporting network services or applications
    • H04L67/50Network services
    • H04L67/56Provisioning of proxy services
    • H04L67/566Grouping or aggregating service requests, e.g. for unified processing
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L12/00Data switching networks
    • H04L12/02Details
    • H04L12/16Arrangements for providing special services to substations
    • H04L12/18Arrangements for providing special services to substations for broadcast or conference, e.g. multicast
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L61/00Network arrangements, protocols or services for addressing or naming
    • H04L61/50Address allocation
    • H04L61/5069Address allocation for group communication, multicast communication or broadcast communication
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00Network arrangements or protocols for supporting network services or applications
    • H04L67/01Protocols
    • H04L67/02Protocols based on web technology, e.g. hypertext transfer protocol [HTTP]

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Mobile Radio Communication Systems (AREA)

Abstract

ICN中的网络接入点(NAP)可具有请求相同资源的多个客户端。不同于发送多个链路本地单播传输,所述多个客户端可以基于它们的单播地址来订阅响应桶,并且所述NAP可以基于先前发布的HTTP请求来向群组发送多播响应。所述响应桶可以包含附接到所述NAP的多个客户端。所述NAP可使用所述响应桶的多播地址来发送所述多播响应。所述多播群组地址中的D类八位字节可以从各个客户端IP地址的C类八位字节中导出。

Description

HTTP响应的自组织链路本地多播传送
相关申请的交叉引用
本申请要求2017年6月30日提交的美国临时申请No.62/527,104的权益,其内容通过引用而被结合到本文中。
背景技术
在无线通信中,存在许多实例,其中使许多设备检索相同内容并单独控制该内容的接收可能是很有用的。无线协议和有线协议可以用于实现该内容的接收,使得对基础设施的负担最小,并且该过程对于终端用户设备是高效的。
发明内容
公开了使用扩展的网际协议(IP)多播向多个客户端递送单个超文本传输协议(HTTP)响应的方法、系统和装置。第一网络接入点(NAP)可向已附接到该NAP的客户端指派IP地址。所述第一NAP可从所述客户端接收因特网群组管理协议(IGMP)消息,以加入与包含附连到第一NAP的多个客户端的响应桶(bucket)相关联的多播地址。该多播地址中的D类八位字节可以是所述客户端IP地址的C类八位字节。所述第一NAP可以从所述客户端接收超文本传输协议(HTTP)请求。所述第一NAP可以向第二NAP发布该HTTP请求。所发布的HTTP请求可以包括内容标识符(CID)。所述第一NAP可从所述第二NAP接收HTTP响应。所述HTTP响应可以包括反向CID(rCID)。所述第一NAP可以确定所述客户端和所述多个客户端中的一个或多个客户端正在等待所述HTTP响应。所述第一NAP可向(由IP多播地址标识的)客户端桶发送多播响应,其包含至所述多播地址的HTTP响应。所述多播响应可以在IP报头中包括群组ID字段,其指示所述客户端要提取所述响应。
附图说明
从以下结合附图以示例方式给出的描述中可以更详细地理解本发明,其中附图中相同的附图标记表示相同的元素,并且其中:
图1A是示出了其中可以实施一个或多个公开的实施例的示例通信系统的系统图。
图1B是示出了根据实施例的可在图1A中所示的通信系统内使用的示例无线发射/接收单元(WTRU)的系统图。
图1C是示出了根据实施例的可在图1A中所示的通信系统内使用的示例无线电接入网络(RAN)和示例核心网络(CN)的系统图。
图1D是示出了根据实施例的可在图1A中所示的通信系统内使用的另一示例RAN和另一示例CN的系统图。
图1E是计算设备的组件图;
图1F是服务器的组件图;
图2是示出具有基于网络附着点(NAP)的协议映射的信息中心网络上超文本传输协议/网际协议(ICN上的HTTP/IP,HTTP/IP-over-ICN)网络的示意图;
图3是示出了链路本地多播HTTP响应的高效递送的方法的流程图;
图4是示出了IP多播地址的确定的示意图;
图5是示出NAP提供HTTP响应的多播传递的方法的流程图;以及
图6是示出了用于IP多播的IP报头的示意图,其具有一个或多个IP报头扩展。
具体实施方式
图1A是示出了可以实施一个或多个所公开的实施例的示例通信系统100的示图。该通信系统100可以是为多个无线用户提供语音、数据、视频、消息传递、广播等内容的多址接入系统。该通信系统100可以通过共享包括无线带宽在内的系统资源而使多个无线用户能够接入此类内容。举例来说,通信系统100可以使用一种或多种信道接入方法,例如码分多址(CDMA)、时分多址(TDMA)、频分多址(FDMA)、正交FDMA(OFDMA)、单载波FDMA(SC-FDMA)、零尾唯一字DFT-扩展OFDM(ZT UW DTS-s OFDM)、唯一字OFDM(UW-OFDM)、资源块过滤OFDM以及滤波器组多载波(FBMC)等等。
如图1A所示,通信系统100可以包括无线发射/接收单元(WTRU)102a、102b、102c、102d、RAN 104/113、CN 106/115、公共交换电话网络(PSTN)108、因特网110以及其他网络112,然而应该了解,所公开的实施例设想了任意数量的WTRU、基站、网络和/或网络部件。每一个WTRU 102a、102b、102c、102d可以是被配置成在无线环境中工作和/或通信的任何类型的设备。举例来说,任一WTRU 102a、102b、102c、102d都可被称为“站”和/或“STA”,其可以被配置成发射和/或接收无线信号,并且可以包括用户设备(UE)、移动站、固定或移动订户单元、基于签约的单元、寻呼机、蜂窝电话、个人数字助理(PDA)、智能电话、膝上型计算机、上网本、个人计算机、无线传感器、热点或Mi-Fi设备、物联网(IoT)设备、手表或其他可穿戴设备、头戴显示器(HMD)、车辆、无人机、医疗设备和应用(例如远程手术)、工业设备和应用(例如机器人和/或在工业和/或自动处理链环境中工作的其他无线设备)、消费类电子设备、以及在商业和/或工业无线网络上工作的设备等等。WTRU 102a、102b、102c、102d中的任意者可被可交换地称为UE。
通信系统100还可以包括基站114a和/或基站114b。每一个基站114a、114b可以是被配置成通过以无线方式与WTRU 102a、102b、102c、102d中的至少一个无线对接来促使其接入一个或多个通信网络(例如CN 106/115、因特网110、和/或其他网络112)的任何类型的设备。举例来说,基站114a、114b可以是基地收发信台(BTS)、节点B、e节点B、家庭节点B、家庭e节点B、gNB、NR节点B、站点控制器、接入点(AP)、以及无线路由器等等。虽然每一个基站114a、114b都被描述成了单个部件,然而应该了解。基站114a、114b可以包括任何数量的互连基站和/或网络部件。
基站114a可以是RAN 104/113的一部分,并且所述RAN还可以包括其他基站和/或网络部件(未显示),例如基站控制器(BSC)、无线电网络控制器(RNC)、中继节点等等。基站114a和/或基站114b可被配置成在名为小区(未显示)的一个或多个载波频率上发射和/或接收无线信号。这些频率可以处于授权频谱、无授权频谱或是授权与无授权频谱的组合之中。小区可以为相对固定或者有可能随时间变化的特定地理区域提供无线服务覆盖。小区可被进一步分成小区扇区。例如,与基站114a相关联的小区可被分为三个扇区。由此,在一个实施例中,基站114a可以包括三个收发信机,也就是说,每一个收发信机都对应于小区的一个扇区。在实施例中,基站114a可以使用多输入多输出(MIMO)技术,并且可以为小区的每一个扇区使用多个收发信机。举例来说,通过使用波束成形,可以在期望的空间方向上发射和/或接收信号。
基站114a、114b可以通过空中接口116来与WTRU 102a、102b、102c、102d中的一者或多者进行通信,其中所述空中接口可以是任何适当的无线通信链路(例如射频(RF)、微波、厘米波、微米波、红外线(IR)、紫外线(UV)、可见光等等)。空中接口116可以使用任何适当的无线电接入技术(RAT)来建立。
更具体地说,如上所述,通信系统100可以是多址接入系统,并且可以使用一种或多种信道接入方案,例如CDMA、TDMA、FDMA、OFDMA以及SC-FDMA等等。例如,RAN 104/113中的基站114a与WTRU 102a、102b、102c可以实施某种无线电技术,例如通用移动电信系统(UMTS)陆地无线电接入(UTRA),其中所述技术可以使用宽带CDMA(WCDMA)来建立空中接口115/116/117。WCDMA可以包括如高速分组接入(HSPA)和/或演进型HSPA(HSPA+)之类的通信协议。HSPA可以包括高速下行链路(DL)分组接入(HSDPA)和/或高速UL分组接入(HSUPA)。
在实施例中,基站114a和WTRU 102a、102b、102c可以实施某种无线电技术,例如演进型UMTS陆地无线电接入(E-UTRA),其中所述技术可以使用长期演进(LTE)和/或先进LTE(LTE-A)和/或先进LTA Pro(LTE-A Pro)来建立空中接口116。
在实施例中,基站114a和WTRU 102a、102b、102c可以实施某种无线电技术,例如NR无线电接入,其中所述无线电技术可以使用新型无线电(NR)来建立空中接口116。
在实施例中,基站114a和WTRU 102a、102b、102c可以实施多种无线电接入技术。举例来说,基站114a和WTRU 102a、102b、102c可以共同实施LTE无线电接入和NR无线电接入(例如使用双连接(DC)原理)。由此,WTRU 102a、102b、102c使用的空中接口可以通过多种类型的无线电接入技术和/或向/从多种类型的基站(例如eNB和gNB)发送的传输来表征。
在其他实施例中,基站114a和WTRU102a、102b、102c可以实施以下的无线电技术,例如IEEE802.11(即无线高保真(WiFi))、IEEE802.16(全球微波接入互操作性(WiMAX))、CDMA2000、CDMA2000 1X、CDMA2000 EV-DO、临时标准2000(IS-2000)、临时标准95(IS-95)、临时标准856(IS-856)、全球移动通信系统(GSM)、用于GSM演进的增强数据速率(EDGE)以及GSM EDGE(GERAN)等等。
图1A中的基站114b可以是无线路由器、家庭节点B、家庭e节点B或接入点,并且可以使用任何适当的RAT来促成局部区域中的无线连接,例如营业场所、住宅、车辆、校园、工业设施、空中走廊(例如供无人机使用)以及道路等等。在一个实施例中,基站114b与WTRU102c、102d可以通过实施IEEE 802.11之类的无线电技术来建立无线局域网(WLAN)。在实施例中,基站114b与WTRU102c、102d可以通过实施IEEE 802.15之类的无线电技术来建立无线个人局域网(WPAN)。在再一实施例中,基站114b和WTRU 102c、102d可通过使用基于蜂窝的RAT(例如WCDMA、CDMA2000、GSM、LTE、LTE-A、LTE-A Pro、NR等等)来建立微微小区或毫微微小区。如图1A所示,基站114b可以直连到因特网110。由此,基站114b不需要经由CN106/115来接入因特网110。
RAN 104/113可以与CN 106/115进行通信,其中所述CN可以是被配置成向一个或多个WTRU 102a、102b、102c、102d提供语音、数据、应用和/或借助网际协议语音(VoIP)服务的任何类型的网络。该数据可以具有不同的服务质量(QoS)需求,例如不同的吞吐量需求、延时需求、容错需求、可靠性需求、数据吞吐量需求、以及移动性需求等等。CN 106/115可以提供呼叫控制、记账服务、基于移动位置的服务、预付费呼叫、因特网连接、视频分发等等,和/或可以执行用户验证之类的高级安全功能。虽然在图1A中没有显示,然而应该了解,RAN104/113和/或CN 106/115可以直接或间接地和其他那些与RAN 104/113使用相同RAT或不同RAT的RAN进行通信。例如,除了与使用NR无线电技术的RAN 104/113相连之外,CN 106/115还可以与使用GSM、UMTS、CDMA 2000、WiMAX、E-UTRA或WiFi无线电技术的别的RAN(未显示)通信。
CN 106/115还可以充当供WTRU 102a、102b、102c、102d接入PSTN 108、因特网110和/或其他网络112的网关。PSTN 108可以包括提供简易老式电话服务(POTS)的电路交换电话网络。因特网110可以包括使用了公共通信协议(例如TCP/IP网际协议族中的传输控制协议(TCP)、用户数据报协议(UDP)和/或网际协议(IP))的全球性互联计算机网络设备系统。所述网络112可以包括由其他服务供应商拥有和/或运营的有线和/或无线通信网络。例如,所述其他网络112可以包括与一个或多个RAN相连的另一个CN,其中所述一个或多个RAN可以与RAN 104/113使用相同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、全球定位系统(GPS)芯片组136以及其他外围设备138。应该了解的是,在保持符合实施例的同时,WTRU 102还可以包括前述部件的任何子组合。
处理器118可以是通用处理器、专用处理器、常规处理器、数字信号处理器(DSP)、多个微处理器、与DSP核心关联的一个或多个微处理器、控制器、微控制器、专用集成电路(ASIC)、现场可编程门阵列(FPGA)电路、其他任何类型的集成电路(IC)以及状态机等等。处理器118可以执行信号编码、数据处理、功率控制、输入/输出处理、和/或其他任何能使WTRU102在无线环境中工作的功能。处理器118可以耦合至收发信机120,收发信机120可以耦合至发射/接收部件122。虽然图1B将处理器118和收发信机120描述成单独组件,然而应该了解,处理器118和收发信机120也可以集成在一个电子组件或芯片中。
发射/接收部件122可被配置成经由空中接口116来发射或接收去往或来自基站(例如基站114a)的信号。举个例子,在一个实施例中,发射/接收部件122可以是被配置成发射和/或接收RF信号的天线。作为示例,在实施例中,发射/接收部件122可以是被配置成发射和/或接收IR、UV或可见光信号的放射器/检测器。在实施例中,发射/接收部件122可被配置成发射和/或接收RF和光信号。应该了解的是,发射/接收部件122可以被配置成发射和/或接收无线信号的任何组合。
虽然在图1B中将发射/接收部件122描述成是单个部件,但是WTRU 102可以包括任何数量的发射/接收部件122。更具体地说,WTRU 102可以使用MIMO技术。由此,在实施例中,WTRU 102可以包括两个或多个通过空中接口116来发射和接收无线电信号的发射/接收部件122(例如多个天线)。
收发信机120可被配置成对发射/接收部件122所要传送的信号进行调制,以及对发射/接收部件122接收的信号进行解调。如上所述,WTRU 102可以具有多模能力。因此,收发信机120可以包括允许WTRU 102借助多种RAT(例如NR和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的电力,并且可被配置分发和/或控制用于WTRU102中的其他组件的电力。电源134可以是为WTRU 102供电的任何适当设备。例如,电源134可以包括一个或多个干电池组(如镍镉(Ni-Cd)、镍锌(Ni-Zn)、镍氢(NiMH)、锂离子(Li-ion)等等)、太阳能电池以及燃料电池等等。
处理器118还可以耦合到GPS芯片组136,该芯片组可被配置成提供与WTRU 102的当前位置相关的位置信息(例如经度和纬度)。作为来自GPS芯片组136的信息的补充或替换,WTRU 102可以经由空中接口116接收来自基站(例如基站114a、114b)的位置信息,和/或根据从两个或更多个附近基站接收的信号定时来确定其位置。应该了解的是,在保持符合实施例的同时,WTRU 102可以借助任何适当的定位方法来获取位置信息。
处理器118还可以耦合到其他外围设备138,其中所述外围设备可以包括提供附加特征、功能和/或有线或无线连接的一个或多个软件和/或硬件模块。例如,外围设备138可以包括加速度计、电子指南针、卫星收发信机、数码相机(用于照片和/或视频)、通用串行总线(USB)端口、振动设备、电视收发信机、免提耳机、
Figure BDA0002384252620000091
模块、调频(FM)无线电单元、数字音乐播放器、媒体播放器、视频游戏机模块、因特网浏览器、虚拟现实和/或增强现实(VR/AR)设备、以及活动跟踪器等等。外围设备138可以包括一个或多个传感器,所述传感器可以是以下的一个或多个:陀螺仪、加速度计、霍尔效应传感器、磁力计、方位传感器、邻近传感器、温度传感器、时间传感器、地理位置传感器、高度计、光传感器、触摸传感器、磁力计、气压计、手势传感器、生物测定传感器和/或湿度传感器。
WTRU 102可以包括全双工无线电设备,其中对于该无线电设备来说,一些或所有信号(例如与用于UL(例如对传输而言)和下行链路(例如对接收而言)的特定子帧相关联)的接收或传输可以是并发和/或同时的。全双工无线电设备可以包括借助于硬件(例如扼流线圈)或是凭借处理器(例如单独的处理器(未显示)或是凭借处理器118)的信号处理来减少和/或基本消除自干扰的干扰管理单元139。在实施例中,WTRU 102可以包括传送和接收一些或所有信号(例如与用于UL(例如对传输而言)或下行链路(例如对接收而言)的特定子帧相关联)的半双工无线电设备。
图1C是示出了根据实施例的RAN 104和CN 106的系统图示。如上所述,RAN 104可以在空中接口116上使用E-UTRA无线电技术来与WTRU 102a、102b、102c进行通信。所述RAN104还可以与CN 106进行通信。
RAN 104可以包括e节点B160a、160b、160c,然而应该了解,在保持符合实施例的同时,RAN 104可以包括任何数量的e节点B。每一个e节点B160a、160b、160c都可以包括在空中接口116上与WTRU 102a、102b、102c通信的一个或多个收发信机。在一个实施例中,e节点B160a、160b、160c可以实施MIMO技术。由此,举例来说,e节点B160a可以使用多个天线来向WTRU 102a发射无线信号,和/或接收来自WTRU 102a的无线信号。
每一个e节点B160a、160b、160c都可以关联于一个特定小区(未显示),并且可被配置成处理无线电资源管理决策、切换决策、UL和/或DL中的用户调度等等。如图1C所示,e节点B160a、160b、160c彼此可以通过X2接口进行通信。
图1C所示的CN 106可以包括移动性管理实体(MME)162、服务网关(SGW)164以及分组数据网络(PDN)网关(或PGW)166。虽然前述的每一个部件都被描述成是CN 106的一部分,然而应该了解,这其中的任一部件都可以由CN运营商之外的实体拥有和/或运营。
MME 162可以经由S1接口连接到RAN 104中的每一个e节点B 162a、162b、162c,并且可以充当控制节点。例如,MME 142可以负责验证WTRU 102a、102b、102c的用户,执行承载激活/去激活处理,以及在WTRU 102a、102b、102c的初始附着过程中选择特定的服务网关等等。MME 162还可以提供一个用于在RAN 104与使用其他无线电技术(例如GSM和/或WCDMA)的其他RAN(未显示)之间进行切换的控制平面功能。
SGW 164可以经由S1接口连接到RAN 104中的每一个e节点B160a、160b、160c。SGW164通常可以路由和转发去往/来自WTRU 102a、102b、102c的用户数据分组。并且,SGW 164还可以执行其他功能,例如在eNB间的切换过程中锚用户平面,在DL数据可供WTRU 102a、102b、102c使用时触发寻呼处理,以及管理并存储WTRU 102a、102b、102c的上下文等等。
SGW 164可以连接到PGW 166,所述PGW可以为WTRU 102a、102b、102c提供分组交换网络(例如因特网110)接入,以便促成WTRU 102a、102b、102c与启用IP的设备之间的通信。
CN 106可以促成与其他网络的通信。例如,CN 106可以为WTRU 102a、102b、102c提供电路交换网络(例如PSTN 108)接入,以便促成WTRU 102a、102b、102c与传统的陆线通信设备之间的通信。例如,CN 106可以包括一个IP网关(例如IP多媒体子系统(IMS)服务器)或与之进行通信,并且该IP网关可以充当CN 106与PSTN 108之间的接口。此外,CN 106可以为WTRU 102a、102b、102c提供针对其他网络112的接入,其中该网络可以包括其他服务供应商拥有和/或运营的其他有线和/或无线网络。
虽然在图1A-1D中将WTRU描述成了无线终端,然而应该想到的是,在某些典型实施例中,此类终端与通信网络可以使用(例如临时或永久性)有线通信接口。
在典型实施例中,所述其他网络112可以是WLAN。
采用基础架构基本服务集(BSS)模式的WLAN可以具有用于所述BSS的接入点(AP)以及与所述AP相关联的一个或多个站(STA)。所述AP可以接入或是对接到分布式系统(DS)或是将业务送入和/或送出BSS的别的类型的有线/无线网络。源于BSS外部且去往STA的业务可以通过AP到达并被递送至STA。源自STA且去往BSS外部的目的地的业务可被发送至AP,以便递送到相应的目的地。处于BSS内部的STA之间的业务可以通过AP来发送,例如源STA可以向AP发送业务并且AP可以将业务递送至目的地STA。处于BSS内部的STA之间的业务可被认为和/或称为点到点业务。所述点到点业务可以在源与目的地STA之间(例如在其间直接)用直接链路建立(DLS)来发送。在某些典型实施例中,DLS可以使用802.11e DLS或802.11z通道化DLS(TDLS)。使用独立BSS(IBSS)模式的WLAN可不具有AP,并且处于所述IBSS内部或是使用所述IBSS的STA(例如所有STA)彼此可以直接通信。在这里,IBSS通信模式有时可被称为“自组织”通信模式。
在使用802.11ac基础设施工作模式或类似的工作模式时,AP可以在固定信道(例如主信道)上传送信标。所述主信道可以具有固定宽度(例如20MHz的带宽)或是借助信令动态设置的宽度。主信道可以是BSS的工作信道,并且可被STA用来与AP建立连接。在某些典型实施例中,所实施的可以是具有冲突避免的载波感测多址接入(CSMA/CA)(例如在802.11系统中)。对于CSMA/CA来说,包括AP在内的STA(例如每一个STA)可以感测主信道。如果特定STA感测到/检测到和/或确定主信道繁忙,那么所述特定STA可以回退。在指定的BSS中,在任何指定时间可有一个STA(例如只有一个站)进行传输。
高吞吐量(HT)STA可以使用宽度为40MHz的信道来进行通信(例如借助于将宽度为20MHz的主信道与宽度为20MHz的相邻或不相邻信道相结合来形成宽度为40MHz的信道)。
甚高吞吐量(VHT)STA可以支持宽度为20MHz、40MHz、80MHz和/或160MHz的信道。40MHz和/或80MHz信道可以通过组合连续的20MHz信道来形成。160MHz信道可以通过组合8个连续的20MHz信道或者通过组合两个不连续的80MHz信道(这种组合可被称为80+80配置)来形成。对于80+80配置来说,在信道编码之后,数据可被传递并经过一个分段解析器,所述分段解析器可以将数据非成两个流。在每一个流上可以单独执行反向快速傅里叶变换(IFFT)处理和时域处理。所述流可被映射在两个80MHz信道上,并且数据可以由执行传输的STA来传送。在执行接收的STA的接收机上,用于80+80配置的上述操作可以是相反的,并且组合数据可被发送至介质接入控制(MAC)。
802.11af和802.11ah支持1GHz以下的工作模式。与802.11n和802.11ac相比,在802.11af和802.11ah中使用信道工作带宽和载波有所缩减。802.11af在TV白空间(TVWS)频谱中支持5MHz、10MHz和20MHz带宽,并且802.11ah支持使用非TVWS频谱的1MHz、2MHz、4MHz、8MHz和16MHz带宽。根据某些典型实施例,802.11ah可以支持仪表类型控制/机器类型通信,例如宏覆盖区域中的MTC设备。MTC可以具有某种能力,例如包含了支持(例如只支持)某些和/或有限带宽在内的受限能力。MTC设备可以包括电池,并且该电池的电池寿命高于阈值(例如用于保持很长的电池寿命)。
对于可以支持多个信道和信道带宽的WLAN系统(例如,802.11n、802.11ac、802.11af以及802.11ah)来说,所述WLAN系统包括一个可被指定成主信道的信道。所述主信道的带宽可以等于BSS中的所有STA所支持的最大公共工作带宽。主信道的带宽可以由某一个STA设置和/或限制,其中所述STA源自在支持最小带宽工作模式的BSS中工作的所有STA。在关于802.11ah的示例中,即使BSS中的AP和其他STA支持2MHz、4MHz、8MHz、16MHz和/或其他信道带宽工作模式,但对支持(例如只支持)1MHz模式的STA(例如MTC类型的设备)来说,主信道的宽度可以是1MHz。载波感测和/或网络分配矢量(NAV)设置可以取决于主信道的状态。如果主信道繁忙(例如,因为STA(其仅支持1MHz工作模式)正在对AP进行传输),那么即使大多数的频带保持空闲并且可供使用,也可以认为整个可用频带繁忙。
在美国,可供802.11ah使用的可用频带是902MHz到928MHz。在韩国,可用频带是917.5MHz到923.5MHz。在日本,可用频带是916.5MHz到927.5MHz。依照国家码,可用于802.11ah的总带宽是6MHz到26MHz。
图1D是示出了根据实施例的RAN 113和CN 115的系统图示。如上所述,RAN 113可以在空中接口116上使用NR无线电技术来与WTRU 102a、102b、102c进行通信。RAN 113还可以与CN 115进行通信。
RAN 113可以包括gNB 180a、180b、180c,但是应该了解,在保持符合实施例的同时,RAN 113可以包括任何数量的gNB。每一个gNB 180a、180b、180c都可以包括一个或多个收发信机,以便通过空中接口116来与WTRU 102a、102b、102c通信。在一个实施例中,gNB180a、180b、180c可以实施MIMO技术。例如,gNB 180a、180b可以使用波束成形处理来向和/或从gNB 180a、180b、180c发射和/或接收信号。由此,举例来说,gNB 180a可以使用多个天线来向WTRU 102a发射无线信号,和/或接收来自WTRU 102a的无线信号。在实施例中,gNB180a、180b、180c可以实施载波聚合技术。例如,gNB 180a可以向WTRU 102a传送多个分量载波(未显示)。这些分量载波的一个子集可以处于无授权频谱上,而剩余分量载波则可以处于授权频谱上。在实施例中,gNB 180a、180b、180c可以实施协作多点(CoMP)技术。例如,WTRU 102a可以接收来自gNB 180a和gNB 180b(和/或gNB 180c)的协作传输。
WTRU 102a、102b、102c可以使用与可扩缩数字配置(numerology)相关联的传输来与gNB 180a、180b、180c进行通信。例如,对于不同的传输、不同的小区和/或不同的无线传输频谱部分来说,OFDM符号间隔和/或OFDM子载波间隔可以是不同的。WTRU 102a、102b、102c可以使用具有不同或可扩缩长度的子帧或传输时间间隔(TTI)(例如包含了不同数量的OFDM符号和/或持续变化的绝对时间长度)来与gNB 180a、180b、180c进行通信。
gNB 180a、180b、180c可被配置成与采用独立配置和/或非独立配置的WTRU 102a、102b、102c进行通信。在独立配置中,WTRU 102a、102b、102c可以在不接入其他RAN(例如e节点B160a、160b、160c)的情况下与gNB 180a、180b、180c进行通信。在独立配置中,WTRU102a、102b、102c可以使用gNB 180a、180b、180c中的一者或多者作为移动锚点。在独立配置中,WTRU 102a、102b、102c可以使用无授权频带中的信号来与gNB 180a、180b、180c进行通信。在非独立配置中,WTRU 102a、102b、102c会在与别的RAN(例如e节点B160a、160b、160c)进行通信/相连的同时与gNB 180a、180b、180c进行通信/相连。举例来说,WTRU 102a、102b、102c可以通过实施DC原理而以基本同时的方式与一个或多个gNB 180a、180b、180c以及一个或多个e节点B160a、160b、160c进行通信。在非独立配置中,e节点B160a、160b、160c可以充当WTRU 102a、102b、102c的移动锚点,并且gNB 180a、180b、180c可以提供附加的覆盖和/或吞吐量,以便为WTRU 102a、102b、102c提供服务。
每一个gNB 180a、180b、180c都可以关联于特定小区(未显示),并且可以被配置成处理无线电资源管理决策、切换决策、UL和/或DL中的用户调度、支持网络切片、实施双连接性、实施NR与E-UTRA之间的互通处理、路由去往用户平面功能(UPF)184a、184b的用户平面数据、以及路由去往接入和移动性管理功能(AMF)182a、182b的控制平面信息等等。如图1D所示,gNB 180a、180b、180c彼此可以通过Xn接口通信。
图1D所示的CN 115可以包括至少一个AMF 182a、182b,至少一个UPF 184a、184b,至少一个会话管理功能(SMF)183a、183b,并且有可能包括数据网络(DN)185a、185b。虽然每一个前述部件都被描述了CN 115的一部分,但是应该了解,这其中的任一部件都可以被CN运营商之外的其他实体拥有和/或运营。
AMF 182a、182b可以经由N2接口连接到RAN 113中的一者或多者gNB 180a、180b、180c,并且可以充当控制节点。例如,AMF 182a、182b可以负责验证WTRU 102a、102b、102c的用户,支持网络切片(例如处理具有不同需求的不同PDU会话),选择特定的SMF 183a、183b,管理注册区域,终止NAS信令,以及移动性管理等等。AMF 182a、182b可以使用网络切片处理,以便基于WTRU 102a、102b、102c使用的服务类型来定制为WTRU 102a、102b、102c提供的CN支持。举例来说,针对不同的使用情况,可以建立不同的网络切片,所述使用情况例如为依赖于超可靠低延时(URLLC)接入的服务、依赖于增强型大规模移动宽带(eMBB)接入的服务、和/或用于机器类型通信(MTC)接入的服务等等。AMF 162可以提供用于在RAN 113与使用其他无线电技术(例如LTE、LTE-A、LTE-A Pro和/或诸如WiFi之类的非3GPP接入技术)的其他RAN(未显示)之间切换的控制平面功能。
SMF 183a、183b可以经由N11接口连接到CN 115中的AMF 182a、182b。SMF 183a、183b还可以经由N4接口连接到CN 115中的UPF 184a、184b。SMF 183a、183b可以选择和控制UPF 184a、184b,并且可以通过UPF 184a、184b来配置业务路由。SMF 183a、183b可以执行其他功能,例如管理和分配WTRU/UE IP地址,管理PDU会话,控制策略实施和QoS,以及提供下行链路数据通知等等。PDU会话类型可以是基于IP的,不基于IP的,以及基于以太网的等等。
UPF 184a、184b可以经由N3接口连接到RAN 113中的一者或多者gNB 180a、180b、180c,这样可以为WTRU 102a、102b、102c提供对分组交换网络(例如因特网110)的接入,以便促成WTRU 102a、102b、102c与启用IP的设备之间的通信,UPF 184、184b可以执行其他功能,例如路由和转发分组、实施用户平面策略、支持多宿主PDU会话、处理用户平面QoS、缓冲下行链路分组、以及提供移动性锚处理等等。
CN 115可以促成与其他网络的通信。例如,CN 115可以包括或者可以与充当CN115与PSTN 108之间的接口的IP网关(例如IP多媒体子系统(IMS)服务器)进行通信。此外,CN 115可以为WTRU 102a、102b、102c提供针对其他网络112的接入,这其中可以包括其他服务供应商拥有和/或运营的其他有线和/或无线网络。在一个实施例中,WTRU 102a、102b、102c可以经由对接到UPF 184a、184b的N3接口以及介于UPF 184a、184b与数据网络(DN)185a、185b之间的N6接口并通过UPF 184a、184b连接到本地DN 185a、185b。
有鉴于图1A-1D以及关于图1A-1D的相应描述,在这里对照以下的一项或多项描述的一个或多个或所有功能可以由一个或多个仿真设备(未显示)来执行:WTRU 102a-d、基站114a-b、e节点B160a-c、MME 162、SGW 164、PGW 166、gNB 180a-c、AMF 182a-b、UPF 184a-b、SMF 183a-b、DN 185a-b和/或这里描述的其他任何设备(一个或多个)。这些仿真设备可以是被配置成模拟这里一个或多个或所有功能的一个或多个设备。举例来说,这些仿真设备可用于测试其他设备和/或模拟网络和/或WTRU功能。
所述仿真设备可被设计成在实验室环境和/或运营商网络环境中实施关于其他设备的一项或多项测试。例如,所述一个或多个仿真设备可以在被完全或部分作为有线和/或无线通信网络一部分实施和/或部署的同时执行一个或多个或所有功能,以便测试通信网络内部的其他设备。所述一个或多个仿真设备可以在被临时作为有线和/或无线通信网络的一部分实施/部署的同时执行一个或多个或所有功能。所述仿真设备可以直接耦合到别的设备以执行测试,和/或可以使用空中无线通信来执行测试。
所述一个或多个仿真设备可以在未被作为有线和/或无线通信网络一部分实施/部署的同时执行包括所有功能在内的一个或多个功能。例如,所述仿真设备可以在测试实验室和/或未被部署(例如测试)的有线和/或无线通信网络的测试场景中使用,以便实施关于一个或多个组件的测试。所述一个或多个仿真设备可以是测试设备。所述仿真设备可以使用直接的RF耦合和/或借助了RF电路(作为示例,该电路可以包括一个或多个天线)的无线通信来发射和/或接收数据。
现在参考图1E,示出了示例计算设备101。该计算设备101可以在以下描述的客户端中实现。所述计算设备101可以包括处理器103、存储器设备105、通信接口107、外围设备接口109、显示设备接口111和存储设备113。图1E还示出了显示设备115,其可以耦合到或包括在所述计算设备101内。
所述存储器设备105可以是或包括诸如动态随机存取存储器(D-RAM)、静态RAM(S-RAM)、或其它RAM或闪存的设备。所述存储设备113可以是或包括硬盘、磁光介质、诸如CD-ROM、数字多功能盘(DVD)或蓝光盘(BD)之类的光学介质、或用于电子数据存储的其它类型的设备。
所述通信接口107可以是例如通信端口、有线收发信机、无线收发信机和/或网卡。所述通信接口107能够使用诸如以太网、光纤、微波、xDSL(数字订户线)、无线局域网(WLAN)技术、无线蜂窝技术和/或任何其它适当技术的技术进行通信。
所述外围设备接口109可以是被配置为与一个或多个外围设备通信的接口。所述外围设备接口109可以使用诸如通用串行总线(USB)、PS/2、蓝牙、红外、串行端口、并行端口和/或其他适当技术的技术来操作。所述外围设备接口109可以例如从输入设备接收输入数据,所述输入设备诸如为键盘、鼠标、跟踪球、触摸屏、触摸板、触控笔和/或其他设备。替代地或附加地,所述外围设备接口109可以将输出数据传送到经由该外围设备接口109附接到所述计算设备101的打印机。
所述显示设备接口111可以是被配置为向显示设备115传送数据的接口。所述显示设备115可以是例如监视器或电视显示器、等离子体显示器、液晶显示器(LCD)和/或基于诸如前投影或背投影、发光二极管(LED)、有机发光二极管(OLED)或数字光处理(DLP)之类的技术的显示器。所述显示设备接口111可以使用诸如视频图形阵列(VGA)、超级VGA(S-VGA)、数字视觉接口(DVI)、高清晰度多媒体接口(HDMI)或其它适当技术之类的技术来操作。
所述显示设备接口111可以将显示数据从所述处理器103传送到所述显示设备115,以便由显示设备115显示。如图1E所示,所述显示设备115可以在所述计算设备101的外部,并且经由所述显示设备接口111耦合到所述计算设备101。作为替代,所述显示装置115可被包含于所述计算装置101中。
图1E的计算设备101的实例可以被配置成执行上述任何特征或特征的任何组合。在这样的实例中,所述存储器设备105和/或存储设备113可以存储指令,当由处理器103执行时,所述指令使所述处理器103执行上述任何特征或特征的任何组合。可替换地或附加地,在这样的实例中,上述特征中的每一个或任何一个可以由处理器103结合存储器设备105、通信接口107、外围设备接口109、显示设备接口111和/或存储设备113来执行。
尽管图1E示出计算设备101包括单个处理器103、单个存储器设备105、单个通信接口107、单个外围设备接口109、单个显示设备接口111和单个存储设备113,但是该计算设备可以包括这些组件103、105、107、109、111、113中的多个、每一个、或任何组合,并且可以被配置为加以必要的变更来执行与上述类似的功能。
现在参考图1F,示出了服务器117的组件图。该服务器117可以是常规的独立web服务器、服务器系统、计算集群或其任何组合。所述服务器117可以包括与网络119通信的服务器机架、数据仓库、网络或云类型的存储设施或机构。所述服务器117可以包括一个或多个中央处理单元(CPU)121、网络接口单元123、输入/输出控制器125、系统存储器127和存储设备129。每个CPU 121、网络接口单元123、输入/输出控制器125、系统存储器127和存储设备129可以经由总线131而通信地耦合。
所述系统存储器127可以包括随机存取存储器(RAM)133、只读存储器(ROM)135和一个或多个高速缓存。所述存储设备129可以包括一个或多个应用137、操作系统139以及一个或多个数据库141。该一个或多个数据库141可以包括由结构化查询语言(SQL)管理的关系数据库管理系统。所述存储设备129可以采取但不限于磁盘、硬盘驱动器、CD-ROM、拇指驱动器、硬盘文件或独立磁盘冗余阵列(RAID)的形式。
如下所述,所述服务器117可以由客户端使用大型机、瘦客户端、个人计算机、移动设备、或平板计算机等经由网络119访问。由CPU 121处理和/或在存储设备129上和/或在系统存储器127中操作或存储的信息可以通过用户设备显示给客户端。
如本文所使用的,术语“处理器”广义地指代但不限于单核或多核处理器、专用处理器、常规处理器、图形处理单元(GPU)、数字信号处理器(DSP)、多个微处理器、与DSP核相关联的一个或多个微处理器、控制器、微控制器、一个或多个专用集成电路(ASIC)、一个或多个现场可编程门阵列(FPGA)电路、任何其它类型的集成电路(IC)、片上系统(SOC)和/或状态机。
如在此使用的,术语“计算机可读介质”广义地指代并且不限于寄存器、高速缓冲存储器、ROM、半导体存储器设备(诸如D-RAM、S-RAM或其他RAM)、诸如闪存的磁介质、硬盘、磁光介质、诸如CD-ROM、DVD或BD的光介质、或用于电子数据存储的其他类型的设备。
信息中心网络(ICN)是一种系统,其中内容/数据/信息通过信息寻址来交换,同时将适合充当信息源的适当联网实体连接到请求所述内容的联网实体。
在ICN的一些体系结构中,至少一些现有的网络基础设施可以被替换,以便实现ICN解决方案的期望的网络级功能。从现有网络基础设施到ICN的迁移场景可以被实现为现有架构(例如,使用超文本传输协议(HTTP)的基于IP的架构、或基于本地以太网的架构)上的覆盖。然而,此种迁移可能需要WTRU过渡至以ICN为基础的解决方案。
现在参考图2,示出了具有基于网络附着点(NAP)的协议映射的ICN上HTTP/IP网络210的的图示。基于IP的应用可以提供广泛的因特网服务。转换这些应用可能需要不止于WTRU中的网络级功能(例如协议栈实现)的单纯转换,因为这种转换还可能需要服务器侧组件(例如电子购物web服务器)的转换。因此,基于IP的服务及基于IP的WTRU可继续存在。
为了使ICN和基于HTTP/IP的服务共存,可以存在基于网关的体系结构,其中一个或多个NAP在ICN兼容操作中转换因特网的IP和HTTP级协议抽象。如图2所示,基于网关的体系结构可以用于网络内通信。边界网关可以用于与对等网络中的IP设备通信。
所述ICN网络210可包括客户端240和服务器250。所述客户端240可以是IP使能的设备,例如,WTRU 102或上述计算设备101。所述服务器250可以类似于上述服务器117。所述客户端240可以通过第一NAP 242耦合到ICN网络210。所述服务器250可通过第二NAP 252耦合到所述ICN网络210。应当注意,尽管所述客户端240和所述第一NAP 242在图2中被示为分离的实体,但是这两个实体可以被组合到单个WTRU 102或计算设备101中。另外,尽管在图2中将所述服务器250和所述第二NAP 252显示为分开的实体,但是可以将两个实体合并成单个服务器117。所述客户端240还可以在本地托管(host)内容。
所述ICN网络210还可包括允许将HTTP客户端与合适的服务器匹配的集结点(RVZ)220和允许创建从客户端240到所选服务器的合适的转发路径的拓扑管理器(TM)230。所述RVZ 220可以识别在发送者和接收者之间需要的通信,并且所述TM 230可以计算合适的转发信息以将分组从所述发送者递送到所述接收者。应当注意,所述RVZ 220和所述TM 230被示为两个逻辑功能,但可以被实现为组合RVZ 220和TM 230的功能的单个组件。
所述ICN网络210可以提供发送对由网络中的不同客户端发送的相同HTTP请求的响应的能力,作为所谓的ad-hoc多播。可以确定这些不同客户端所在的NAP,并且可以向所有NAP发送单个多播响应。所述NAP然后可以依次向最初请求响应的附接客户端发送单播响应。在一个示例中,若干客户端可以发出对位于服务器250处的流行电影的视频片段的HTTP级请求。这些请求可能是时间同步的,因为这些请求在大致相同的时间(例如,在通常的服务器响应时间内)到达NAP 252。所述服务器250可产生对NAP 252所转发的请求的响应。在第一响应到达时,NAP 252可以向始发客户端所在的所有NAP生成单个多播响应。对于在已经发送的多播响应之后到达的请求的响应将被丢弃以避免重复。所述多播响应可以到达包括在该响应中的所有NAP。这些NAP可恢复包括在所述多播响应中的单播HTTP响应,并将该单播HTTP响应中继到所述始发客户端。可以在客户端的NAP处维持请求到响应的映射。
NAP可被连接到请求相同资源的两个或更多个客户端(例如,在房屋的不同部分观看相同视频的两个或更多个家庭成员),而不是具有请求HTTP级资源的单个客户端。在这种情况下,在来自ICN网络的多播响应到达时,可以创建若干响应副本。然而,这些本地副本可以经由链路本地单播消息而被发送到每个未完成(outstanding)的客户端。如果所述NAP出于后向兼容性的原因保留了针对本地客户端的原始单播语义,则可以不使用链路本地级的多播。
例如,当多个请求者等待相同响应时,可能希望利用链路本地网络上的多播能力。这可以保留链路本地资源,并且可以增加总体网络容量。
响应可被递送到特定HTTP请求,作为多播响应被递送到先前请求响应的特定客户端(例如,WTRU)。可以使用标准的链路本地IP多播消息,这可例如通过在已知的多播地址上中继响应而进行。然而,可能需要考虑若干约束以实施有效过程。例如,可能希望最小化链路本地路由器(例如,客户驻地设备(CPE))和在该路由器与其端点之间的物理链路上的负载,如果存在n个未完成的请求,则与要发送的n个响应的全单播负载(FUL)相比,链路本地路由器上的负载应该会被降低。此外,可能希望最小化在单独的客户端(例如,用户的终端)上的负载。与需要接收任何响应的全多播负载(FML)相比(即使没有响应以该用户终端为目的地),所述负载应该会被降低。另外,可能期望在个体客户端处利用以太网/层2过滤机制。这可以通过被映射至合适地址(例如,以太网MAC地址)的个体IP多播地址而实现。
考虑到这些约束,标准链路本地IP多播方法可能是不理想的。如果所述CPE要中继具有多于一个响应者的任何HTTP级响应到一公知IP多播地址,则需要接收该响应的任何客户端可能需要接收该中继的消息、提取有效载荷、并检查必要的HTTP报头字段,以便确定该消息是否是针对该客户端的。这可以最小化CPE负载,但是它也可以在每个客户端上产生显著的开销。例如,每个客户端可能都需要接收所述消息并在层7(即,HTTP报头字段)处检查该消息,即使该客户端没有任何未完成的请求。
因此,可能希望应用以下概念中的一个或多个来确保链路本地多播HTTP响应的高效递送。
现在参考图3,示出了示出链路本地多播HTTP响应的高效递送的方法的流程图。在步骤302中,一个或多个客户端可以由链路本地路由器(例如,NAP)分组到多桶接收机中。在一个示例中,所述桶可以具有不同的大小。在另一示例中,每个桶可以具有大小N。每个桶可以具有桶地址。当使用IP多播时,所述桶地址可以是IP多播地址。一个或多个所述客户端可以具有预先选择的一个或多个响应群组(即,桶地址)。这可允许NAP创建到其子网中的一个或多个客户端的IP多播分组。客户端可以保持HTTP应用的开放端口与HTTP会话的URL的映射,以便确定可以具有“/http/hash(url)”格式的反向内容标识符(rCID)。
内容标识符(CID)可以在基于ICN的网络中使用以匹配发布者和订阅者。在ICN上HTTP情形中,当客户端NAP(cNAP)向服务器NAP(sNAP)发布HTTP请求时,FQDN可以是所述CID。当sNAP向cNAP发布HTTP响应时,统一资源标识符(URI)可以是rCID。发送到响应群组的响应可以包括应该接收该分组的客户端的列表以及作为有效载荷的原始响应。
应当注意,即使特定客户端可能与等待HTTP响应的另一客户端在同一桶中,也不一定意味着该特定客户端具有正在等待HTTP响应的应用。因此,可以使用专用群组ID。该群组ID可以被定义为IP报头中大小为X的比特字段,其中每个比特位置描述了特定接收机的组成员资格,其允许客户端确定其是否应当接受传入的分组。
在步骤304中,所述客户端可以通过指派给客户端的单播地址来确定响应群组桶地址和该客户端在群组ID中的位置。可以提供客户端和NAP之间的附加信令,以商定本地网络处的桶大小。
在步骤306中,所述客户端可以在其确定群组地址之后显式地加入其响应桶。所述客户端可以使用因特网群组管理协议(IGMP)加入所述响应桶,以使得能够通过其本地网络接口接收IP多播分组。所述客户端可以使用一个或多个IGMP消息来加入其朝向链路本地路由器的响应桶。这可以实现与现有IP客户端的兼容性。这还可以允许配置客户端本地层2过滤机制,例如设置用于所述响应桶的合适以太网多播地址,以便在IP(多播)层接收任何消息。如果所述客户端没有显式加入所述响应桶,则客户端在接收超出标准网络适配器的所述层2过滤机制的任何HTTP多播响应时不会受到负面影响,因为NAP可以知道哪些客户端已经加入了响应桶。如果客户端没有加入响应桶,则所述NAP可以确保所述HTTP响应经由单播被传递到该客户端。
在步骤308中,所述链路本地路由器可以接收HTTP响应,并且可以确定以下中的一个或多个。所述链路本地路由器可以确定是否有至少一个本地接收机正在等待对先前发出的HTTP请求的响应。该链路本地路由器可以确定该至少一个本地接收机的群组ID和响应桶。该链路本地路由器可以确定所述至少一个本地接收机是否已经加入所述响应桶。
在步骤310,所述链路本地路由器可以创建新的多播响应,或者它可以修改现有的多播响应(例如,如果第一HTTP响应分组仍然未完成)。可以为所述接收机所属的特定响应桶生成或修改所述多播响应。所述链路本地路由器可以在所述群组ID中指示:接收机要提取所述响应。所述链路本地路由器将对所述HTTP响应的所有未完成的接收机重复该过程。
在步骤312中,所述链路本地路由器将向相应的多播响应群组地址发出所述多播响应。应当注意,基于所述客户端的所指派的IP地址,可以存在多个IP多播地址。
在步骤314,本地客户端可接收所述多播响应,并可检查所述群组ID和所述rCID。
在步骤316中,如果所述群组ID指示由该本地客户端进行接收,则它可以将所接收的有效载荷中的所述HTTP响应与本地HTTP请求相关联。所述本地客户端然后可使用先前创建的rCID到套接字映射,将所述响应转发给合适的内部应用程序,以便进一步处理。
这种将对特定请求的响应作为多播响应传递到特定客户端的过程可应用于IPv4系统。例如,客户端的本地地址可以是单播地址192.168.x.y。在该示例中,256个客户端(即,N=256)可以被指派给IPv4多播地址空间224.0.2.x2/24。具有本地单播地址192.168.1.2的本地IP客户端可以被指派给本地响应群组地址224.0.2.1。所述本地客户端可将字节2(即,其单播地址的D类部分)视为关于其预期接收的响应的指示。
如上所述,所述本地接收机可以使用标准IGMP消息加入响应桶,以实现向后兼容性。由此,还可以实现用于接收HTTP多播响应的特定触发。例如,触发可以是其中HTTP多播响应可能发生的应用程序的执行,诸如可能在同一本地网络中出现并行观看行为的视频客户端。这还意味着客户端可以决定不参与这样的逻辑,因此保留了资源以执行在多播响应群组上接收分组所必需的过程。因此,所述客户端可以发出针对IP多播地址224.0.2.1的IGMP加入消息。
现在参考图4,示出了说明IP多播地址的确定的示意图。第一客户端402、第二客户端404和第三客户端406可以来自一网络,其中地址192.168.1.0/24可被附接在NAP 408处。C类八位字节“1”可以成为用于向第一客户端402、第二客户端404和第三客户端406发送IP多播分组的IP多播地址(224.0.2.1)中的D类八位字节。
如果IGMP是用于加入多播群组的信令协议,则中间交换机和链路本地接口可以知道从NAP向所述多个客户端发送IP多播消息的意图,并且不需要进一步的扩展。例如,在使用非对称数字用户线(ADSL)的固定线路接入网中,图4中所示的接入网可以是具有若干附接有CPE的数字订户线接入复用器(DSLAM)的宽带远程接入服务器(BRAS)部署。在这些部署场景中,IGMP可以跨因特网服务提供商(ISP)而被广泛支持,以在BRAS和DSLAM网络元件中创建多播树和所需的端口转发状态。所提出的方法和过程对此进行了详细阐述,并且可以透明地允许HTTP响应通过常规BRAS部署的自组织多播递送。
NAP可以接收对由一个或多个链路本地客户端发出的HTTP请求的HTTP响应。所述NAP可执行图3的步骤308,所述链路本地路由器可确定具有对响应的未完成请求的客户端的链路本地IP地址。为此,所述链路本地路由器可以维持源地址到唯一请求标识符的映射,以确定客户端。例如,所述URL和代理规则标识符可以提供跨一HTTP报头选项范围的唯一请求/响应映射。在检查所述客户端是否已显式加入该方案之后,所述NAP可确定适当的多播响应桶(例如,IP多播地址),将所述客户端插入到该桶的客户端ID中,并复制所述响应。如果所述客户端没有及时加入所述方案,例如,如果该客户端在所述HTTP响应到达所述路由器之前没有发送所述HTTP请求,则所述路由器可以将所述响应作为单独的单播消息发送到太晚到达的未完成客户端。
现在参考图5,示出了NAP 502提供HTTP响应的多播传递的方法的流程图。图5示出了将接收到的HTTP响应递送到客户端桶。如上所述,客户端504可以通过接口连接到NAP502,或者客户端504和NAP 502可以是单个实体。
在步骤506开始,所述客户端504可以附接到NAP 502。在步骤508,客户端504可以从NAP 502接收IP地址指派(例如,a.b.c.d.)。在步骤510中,所述客户端可以确定要被分组到的IP多播地址(即,桶)。在步骤512,所述客户端504可以向NAP 502发送IGMP消息,以加入目的地IP多播地址(例如,224.0.2.C)。在步骤514,NAP 502可以将所述客户端504添加到所述桶中。
在步骤516开始,客户端504上的应用可以发出HTTP请求。在步骤518中,该应用打开套接字以将所述HTTP发送到FQDN(例如,foo.com/resource)。在步骤520中,客户端504向NAP 502发送所述HTTP请求。该HTTP请求可以包括rCID。在步骤522,NAP 502可将来自所述客户端504的IP地址的D类八位字节添加到该rCID的响应群组ID和桶中。
在步骤524开始,所述NAP 502可开始HTTP响应传递。在步骤526,所述NAP可基于所述rCID来确定多少客户端正等待所述HTTP响应,并且可确定响应桶(IP多播地址)。在步骤528,所述NAP 502可以通过在群组ID比特字段中设置相应的比特来确定所述群组ID,所述相应的比特是从所述客户端IP地址的D类八位字节导出的。
在步骤530,所述NAP 502可以经由IP多播将所述HTTP响应发送到所确定的响应桶。在步骤532中,所述客户端504可以检查其比特是否被设置在所述群组ID比特字段中。如果是,则在步骤534,客户端504可以使用所述rCID查找等待所述HTTP响应的套接字文件描述符。在步骤536,所接收到的HTTP响应可被发送到等待套接字。
应当注意,这里描述的示例可以与ICN网络中的锚定HTTP级服务一起工作,它们也可以在“正常”IP路由网络(其中接入路由器接收多于一个单播响应而不是单个多播响应)中无缝地工作。
上述方法还可以应用于IPv6系统。可以调整确定各个客户端的响应群组桶和在群组ID中的位置的过程以适应IP地址的差异。
现在参考图6,示出了说明用于IP多播的IP报头600的示意图,其具有一个或多个IP报头扩展。IP SRC字段602可以是所述链路本地路由器的IP地址。IP DST字段604可以是格式224.0.2.c(客户端的C类字节)的IP多播地址。报头选项字段606可以包含传统的IP报头选项。IP报头扩展616可以指示桶传输是否被包括608、所述群组ID 610和所述rCID 612。
一旦所述IP头部扩展被用于确定各个客户端的响应桶和在群组IP中的位置,以上参考图3描述的过程可以继续步骤306,并且所述客户端可以在其确定所述群组地址之后显式地加入其响应桶。其余步骤可如上所述执行。
利用IPv4系统中的类地址的8位性质,桶大小的自然对齐可以导致响应群组中最多253个接收机。然而,桶的大小可以不是固定的。桶的大小可以是本地优化的一个方面。例如,较大的桶大小可以导致较少响应群组,这可以减少路由器负载,因为较少的响应可能需要被本地中继。另一方面,较小的桶大小可以减小在多播响应中传送的客户端ID对的列表的大小,这可以减小消息传送开销。然而,作为折衷,可能需要在链路本地链路上发送较多的多播响应。
桶大小可以由NAP所监督的IP指派方法来传送。所述NAP可将必要的信令嵌入到现有链路本地通告协议中,例如DHCP或路由器通告消息。新的DHCP选项可被包括在至客户端的响应中。
可以在链路本地路由器和客户端之间的连接的整个生命周期期间调整桶大小。链路本地路由器处的统计可以用于调整桶大小。例如,如果链路本地路由器确定一组接收机正在加入多播响应方案,则它可以将这些接收机聚集在特定地址范围中。这可以通过重新发布新的IP地址租借给那些客户端并且将所述桶大小调整到大约所述接收机的数目来完成。可以使用四个比特来捕获大约10个接收机。
路由器可以被部署以服务大量客户端,并且该路由器可以被配置为使用巨型帧。所述桶大小可以从初始起始值稳定地增加,该起始值可能已经大于最初提出的256比特。可以同时向几千个客户端发送响应。在客户端的数量减少(例如,大规模事件的出席减少)之后,所述路由器可以重新调整这些值。所述路由器可以通过向新的IP地址租借发布新的路由器通告或DHCP响应来调整所述桶的大小。所述路由器可以将所述桶大小减小到较小的值,以减小每个分组中的群组ID大小。
所述链路本地路由器可以是eNB,并且所述客户端可以是使用3GPP技术的WTRU。演进的多媒体广播多播服务(eMBMS)可以用于以多播方式递送响应。在这种情况下,该过程可以与以上关于图3描述的那些过程类似。然而,应当注意,底层物理层可以被配置为允许经由广播来递送分组。所述IPv4和IPv6协议仍可应用,并且所述WTRU可能需要在通告其服务能力时发信号通知其加入eMBMS承载服务的能力。因此,当所述链路本地路由器确定所述客户端正在等待HTTP响应时,可以遵循图3的过程,但是所述链路本地路由器还可以向底层物理层发信号通知应当使用哪个传输机制来递送所述响应。在eMBMS的情况下,各种桶地址(即,IP多播地址)可以被映射到每个WTRU可能已经加入的相同eMBMS资源信道上。标准eMBMS信令可以在NAP(即,eNB)和参与上述方案的WTRU之间被使用。运营商可以决定将特定(公知的)eMBMS资源指派给所提出的基于桶的递送方案。参与WTRU可以加入该特定eMBMS资源。
尽管以上以特定的组合描述了特征和元素,但是本领域的普通技术人员将理解,每个特征或元素可以单独使用或与其它特征和元素以任何组合使用。另外,本文描述的方法可以在结合在计算机可读介质中的计算机程序、软件或固件中实现,以由计算机或处理器执行。计算机可读媒体的示例包括但不限于电子信号(通过有线或无线连接传输)和计算机可读存储媒体。计算机可读存储媒体的示例包括但不限于只读存储器(ROM)、随机存取存储器(RAM)、寄存器、缓冲存储器、半导体存储器设备、磁媒体(例如内部硬盘和可移除磁盘)、磁光媒体和光学媒体(例如CD-ROM盘和数字通用盘(DVD))。与软件相关联的处理器可用于实施用于WTRU、UE、终端、基站、RNC或任何主计算机的射频收发信机。

Claims (20)

1.一种用于在第一网络接入点(NAP)中使用的方法,所述方法包括:
向已附接到所述第一NAP的客户端指派网际协议(IP)地址;
从所述客户端接收因特网群组管理协议(IGMP)消息以加入与一响应桶相关联的多播地址,所述响应桶包含附接到所述第一NAP的多个客户端,其中所述多播地址中的D类八位字节是所述客户端的IP地址的C类八位字节;
从所述客户端接收超文本传输协议(HTTP)请求;
将所述HTTP请求发布到第二NAP,其中所发布的HTTP请求包括内容标识符(CID);
从所述第二NAP接收HTTP响应,其中所述HTTP响应包括反向CID(rCID);
确定所述客户端和所述多个客户端中的一个或多个客户端正在等待所述HTTP响应:以及
向所述多播地址发送包含所述HTTP响应的多播响应,其中所述多播响应在IP报头中包括群组ID字段,所述群组ID字段指示所述客户端要提取所述响应。
2.根据权利要求1所述的方法,其中确定所述客户端和所述多个客户端中的一个或多个客户端正在等待所述HTTP响应包括匹配所述CID和所述rCID。
3.根据权利要求1所述的方法,其中所述CID包括托管所述HTTP请求中的内容的完全合格域名FQDN。
4.根据权利要求1所述的方法,其中所述rCID包括统一资源标识符(URI)。
5.根据权利要求1所述的方法,其中所述rCID具有/ht中/hash(url)格式。
6.根据权利要求1所述的方法,其中所述群组IP字段是从所述IP地址的所述D类八位字节导出的。
7.根据权利要求1所述的方法,其中所述客户端和所述第一NAP协商所述响应桶的大小。
8.根据权利要求1所述的方法,其中所述IP报头进一步包括所述多播响应被包括在内的指示以及所述rCID。
9.根据权利要求1所述的方法,其中所述响应桶的大小由所述第一NAP在IP指派方法中被发送到所述客户端。
10.根据权利要求1所述的方法,还包括:
确定第二客户端正在等待所述HTTP响应,但是没有加入与所述响应桶相关联的所述多播地址;以及
在单播消息中向所述第二客户端的IP地址发送所述HTTP响应。
11.一种网络接入点(NAP),包括:
天线;
收发信机,其操作地耦合到所述天线;以及
处理器,其操作地耦合到所述收发信机;
所述处理器被配置为向已附接到所述第一NAP的客户端指派网际协议(IP)地址;
所述天线和所述收发信机被配置为从所述客户端接收因特网群组管理协议(IGMP)消息以加入与一响应桶相关联的多播地址,所述响应桶包含附接到所述第一NAP的多个客户端,其中所述多播地址中的D类八位字节是所述客户端的IP地址的C类八位字节;
所述天线和所述收发信机还被配置为从所述客户端接收超文本传输协议(HTTP)请求;
所述天线和所述收发信机还被配置为向第二NAP发布所述HTTP请求,其中所发布的HTTP请求包括内容标识符(CID);
所述天线和所述收发机还被配置为从所述第二NAP接收HTTP响应,其中所述HTTP响应包括反向CID(rCID);
所述处理器还被配置为确定所述客户端和所述多个客户端中的一个或多个客户端正在等待所述HTTP响应;以及
所述天线和所述收发信机还被配置为向所述多播地址发送包含所述HTTP响应的多播响应,其中所述多播响应在IP报头中包括群组ID字段,所述群组ID字段指示所述客户端要提取所述响应。
12.根据权利要求11所述的NAP,其中所述确定所述客户端和所述多个客户端中的一个或多个客户端正等待所述HTTP响应包括匹配所述CID和所述rCID。
13.根据权利要求11所述的NAP,其中所述CID包括托管所述HTTP请求中的内容的完全合格域名(FQDN)。
14.根据权利要求11所述的NAP,其中所述rCID包括统一资源标识符(URI)。
15.根据权利要求11所述的NAP,其中所述rCID具有/http/hash(url)的格式。
16.根据权利要求11所述的NAP,其中所述群组IP字段是从所述IP地址的所述D类八位字节中得到的。
17.根据权利要求11所述的NAP,其中所述客户端和所述第一NAP就所述响应桶的大小进行协商。
18.根据权利要求11所述的NAP,其中所述IP报头还包括关于所述多播响应被包括在内的指示以及所述rCID。
19.根据权利要求11所述的NAP,其中所述响应桶的大小由所述第一NAP在IP指派方法中被发送到所述客户端。
20.根据权利要求11所述的NAP,其中所述处理器还被配置成确定第二客户端正在等待所述HTTP响应,但是没有加入与所述响应桶相关联的所述多播地址,并且所述天线和所述收发信机还被配置成在单播消息中向所述第二客户端的IP地址发送所述HTTP响应。
CN201880052966.6A 2017-06-30 2018-06-18 Http响应的自组织链路本地多播传送 Active CN111034121B (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN202210330719.6A CN114679494B (zh) 2017-06-30 2018-06-18 Http响应的自组织链路本地多播传送

Applications Claiming Priority (3)

Application Number Priority Date Filing Date Title
US201762527104P 2017-06-30 2017-06-30
US62/527,104 2017-06-30
PCT/US2018/038016 WO2019005519A1 (en) 2017-06-30 2018-06-18 LOCAL MULTICAST DISTRIBUTION-AD-HOC LINK OF HTTP ANSWERS

Related Child Applications (1)

Application Number Title Priority Date Filing Date
CN202210330719.6A Division CN114679494B (zh) 2017-06-30 2018-06-18 Http响应的自组织链路本地多播传送

Publications (2)

Publication Number Publication Date
CN111034121A true CN111034121A (zh) 2020-04-17
CN111034121B CN111034121B (zh) 2022-04-08

Family

ID=62981310

Family Applications (2)

Application Number Title Priority Date Filing Date
CN201880052966.6A Active CN111034121B (zh) 2017-06-30 2018-06-18 Http响应的自组织链路本地多播传送
CN202210330719.6A Active CN114679494B (zh) 2017-06-30 2018-06-18 Http响应的自组织链路本地多播传送

Family Applications After (1)

Application Number Title Priority Date Filing Date
CN202210330719.6A Active CN114679494B (zh) 2017-06-30 2018-06-18 Http响应的自组织链路本地多播传送

Country Status (4)

Country Link
US (1) US11438440B2 (zh)
EP (1) EP3646532B1 (zh)
CN (2) CN111034121B (zh)
WO (1) WO2019005519A1 (zh)

Families Citing this family (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
EP4305828A1 (en) 2021-03-08 2024-01-17 InterDigital Patent Holdings, Inc. Methods, apparatuses and systems directed to service routing on a user plane of a communications system

Citations (11)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
EP1617591A1 (fr) * 2004-07-15 2006-01-18 France Telecom Procédé et serveur de référencement de diffusion poste à poste de fichiers demandés par téléchargement à ce serveur
US20070097993A1 (en) * 2005-11-02 2007-05-03 Bojahra Richard D System and method for remote control of local devices over a wide area network
CN101860563A (zh) * 2009-04-02 2010-10-13 索尼公司 分发服务器、多播服务器及相关的内容分发方法
CN101939985A (zh) * 2008-02-05 2011-01-05 三星电子株式会社 针对提供iptv服务的应用而收发元数据的方法及装置
US20130173822A1 (en) * 2011-12-28 2013-07-04 Samsung Electronics Co., Ltd. Method of implementing content-centric network (ccn) using internet protocol (ip)-based network in gateway, and gateway
US20140173135A1 (en) * 2012-12-13 2014-06-19 Level 3 Communications, Llc Rendezvous systems, methods, and devices
CN103916253A (zh) * 2014-03-21 2014-07-09 中国科学院计算技术研究所 一种基于信息中心网络的信息传输方法及其系统
CN105119729A (zh) * 2009-09-18 2015-12-02 交互数字专利控股公司 一种支持mag中的pmip的方法及用于pmip的mag
CN105743664A (zh) * 2014-12-24 2016-07-06 帕洛阿尔托研究中心公司 用于内容中心网络中的多源组播的系统和方法
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)
WO2016201411A1 (en) * 2015-06-12 2016-12-15 Idac Holdings, Inc. Reducing the http server load in an http-over-icn scenario

Family Cites Families (13)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US8249068B2 (en) 2006-10-20 2012-08-21 Alcatel Lucent Method and apparatus for establishing multicast groups
FI20080345A0 (fi) * 2008-05-09 2008-05-09 Joikusoft Oy Ltd Symbian S60 puhelin 3G kaistanyhdistäjänä
WO2010100517A1 (en) 2009-03-03 2010-09-10 Telefonaktiebolaget L M Ericsson (Publ) Multicast interworking systems and methods
KR101048572B1 (ko) 2009-05-07 2011-07-11 한양대학교 산학협력단 수동형 가입자 네트워크에서 푸시형 멀티캐스트의 인터넷 그룹 관리 시스템 및 그 방법
US10264029B2 (en) * 2009-10-30 2019-04-16 Time Warner Cable Enterprises Llc Methods and apparatus for packetized content delivery over a content delivery network
US9363227B2 (en) 2012-08-17 2016-06-07 Cisco Technology, Inc. Multicast source in group address mapping
CA2896705C (en) * 2012-12-27 2017-10-24 Lg Electronics Inc. Method and apparatus for multicasting/broadcasting in relay network of wireless lan system
US10122632B2 (en) 2014-10-14 2018-11-06 Idac Holdings, Inc. Anchoring IP devices in ICN networks
EP3091715A1 (en) * 2015-05-06 2016-11-09 Thomson Licensing Method for allocating internet protocol addresses to clients of a network and corresponding apparatus
US10313226B2 (en) * 2015-09-03 2019-06-04 Apple Inc. Multicast in multi-user transmissions
US20170118311A1 (en) * 2015-10-22 2017-04-27 Saguna Networks Ltd. Methods Circuits Devices Systems and Functionally Associated Computer Executable Code for Facilitating Edge Computing on a Mobile Data Communication Network
WO2017100543A1 (en) * 2015-12-09 2017-06-15 Idac Holdings, Inc. Anchoring internet protocol multicast services in information centric networks
EP3866392B1 (en) 2016-07-01 2023-07-19 InterDigital Patent Holdings, Inc. Enabling http content integrity for co-incidental multicast delivery in information-centric networks

Patent Citations (11)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
EP1617591A1 (fr) * 2004-07-15 2006-01-18 France Telecom Procédé et serveur de référencement de diffusion poste à poste de fichiers demandés par téléchargement à ce serveur
US20070097993A1 (en) * 2005-11-02 2007-05-03 Bojahra Richard D System and method for remote control of local devices over a wide area network
CN101939985A (zh) * 2008-02-05 2011-01-05 三星电子株式会社 针对提供iptv服务的应用而收发元数据的方法及装置
CN101860563A (zh) * 2009-04-02 2010-10-13 索尼公司 分发服务器、多播服务器及相关的内容分发方法
CN105119729A (zh) * 2009-09-18 2015-12-02 交互数字专利控股公司 一种支持mag中的pmip的方法及用于pmip的mag
US20130173822A1 (en) * 2011-12-28 2013-07-04 Samsung Electronics Co., Ltd. Method of implementing content-centric network (ccn) using internet protocol (ip)-based network in gateway, and gateway
US20140173135A1 (en) * 2012-12-13 2014-06-19 Level 3 Communications, Llc Rendezvous systems, methods, and devices
CN103916253A (zh) * 2014-03-21 2014-07-09 中国科学院计算技术研究所 一种基于信息中心网络的信息传输方法及其系统
CN105743664A (zh) * 2014-12-24 2016-07-06 帕洛阿尔托研究中心公司 用于内容中心网络中的多源组播的系统和方法
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)
WO2016201411A1 (en) * 2015-06-12 2016-12-15 Idac Holdings, Inc. Reducing the http server load in an http-over-icn scenario

Non-Patent Citations (4)

* Cited by examiner, † Cited by third party
Title
RAVISHANKAR RAVINDRAN: "《Information-centric networking based homenet》", 《2013 IFIP/IEEE INTERNATIONAL SYMPOSIUM ON INTEGRATED NETWORK MANAGEMENT (IM 2013)》 *
夏春梅等: "信息中心网络研究综述", 《计算机科学与探索》 *
曾轶雄: "IP组播技术及应用系统的实现", 《江西广播电视大学学报》 *
梁琦: "《基于ICN技术的信息传输方案的研究与实现》", 《中国优秀硕士学位论文全文数据库 信息科技辑》 *

Also Published As

Publication number Publication date
US11438440B2 (en) 2022-09-06
EP3646532A1 (en) 2020-05-06
US20200162573A1 (en) 2020-05-21
CN111034121B (zh) 2022-04-08
CN114679494B (zh) 2023-12-15
CN114679494A (zh) 2022-06-28
WO2019005519A1 (en) 2019-01-03
EP3646532B1 (en) 2022-10-12

Similar Documents

Publication Publication Date Title
US11985062B2 (en) Methods and apparatuses for enabling multi-host multipath secure transport with QUIC
EP3818738A1 (en) Methods and procedures for the dynamic mac address distribution in ieee 802.11 networks
US20220224409A1 (en) Multi-hop wireless relay support
US20210266254A1 (en) Device to device forwarding
TW202245529A (zh) Wlan系統中有效率上鏈資源要求
EP3970441A1 (en) Techniques for increasing the reliability in ieee 802.11
JP2023521621A (ja) エッジネットワーク管理サーバの発見のための方法、装置、及びシステム
CN110999251A (zh) 用于经由代理服务器的安全内容委托的方法和装置
CN112425138A (zh) 将服务功能链固定到上下文特定的服务实例
CN111034121B (zh) Http响应的自组织链路本地多播传送
CN114500226B (zh) Icn上http场景中的http响应故障转移
US11736905B2 (en) Methods and apparatus for Layer-2 forwarding of multicast packets
EP4098000A1 (en) Systems and methods related to enhanced broadcast services in a multi-acces point system
JP2022550807A (ja) Proseピア発見のための方法及び装置
CN111149331A (zh) 用于边缘终止点之间通信的传输协议
CN113875169B (zh) 多跳无线中继支持
WO2023059888A1 (en) Multicast-broadcast traffic delivery for distributed terminals
WO2022076837A1 (en) Ieee 802.1cq mac address allocation via ieee 1722 maap and barc
CN116636197A (zh) 经由ieee 1722 maap和barc的ieee 802.1cq mac地址分配

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: 20230830

Address after: Delaware

Patentee after: INTERDIGITAL PATENT HOLDINGS, Inc.

Address before: Wilmington, Delaware, USA

Patentee before: IDAC HOLDINGS, Inc.

TR01 Transfer of patent right