CN104205779A - 端对端内容递送服务的优化 - Google Patents

端对端内容递送服务的优化 Download PDF

Info

Publication number
CN104205779A
CN104205779A CN201380018998.1A CN201380018998A CN104205779A CN 104205779 A CN104205779 A CN 104205779A CN 201380018998 A CN201380018998 A CN 201380018998A CN 104205779 A CN104205779 A CN 104205779A
Authority
CN
China
Prior art keywords
peers include
wtru
dynamic buffering
peer list
dynamic
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.)
Pending
Application number
CN201380018998.1A
Other languages
English (en)
Inventor
X·德富瓦
H·刘
O·卢特法拉赫
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
InterDigital Patent 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 InterDigital Patent Holdings Inc filed Critical InterDigital Patent Holdings Inc
Publication of CN104205779A publication Critical patent/CN104205779A/zh
Pending legal-status Critical Current

Links

Classifications

    • 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/10—Protocols in which an application is distributed across nodes in the network
    • H04L67/1097—Protocols in which an application is distributed across nodes in the network for distributed storage of data in networks, e.g. transport arrangements for network file system [NFS], storage area networks [SAN] or network attached storage [NAS]
    • 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/56—Provisioning of proxy services
    • H04L67/568—Storing data temporarily at an intermediate stage, e.g. caching
    • 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/10—Protocols in which an application is distributed across nodes in the network
    • H04L67/104—Peer-to-peer [P2P] networks
    • 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/10—Protocols in which an application is distributed across nodes in the network
    • H04L67/104—Peer-to-peer [P2P] networks
    • H04L67/1074—Peer-to-peer [P2P] networks for supporting data block transmission mechanisms
    • H04L67/1076—Resource dissemination mechanisms or network resource keeping policies for optimal resource availability in the overlay network
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W4/00—Services specially adapted for wireless communication networks; Facilities therefor
    • H04W4/02—Services making use of location information
    • H04W4/029—Location-based management or tracking services
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W4/00—Services specially adapted for wireless communication networks; Facilities therefor
    • H04W4/02—Services making use of location information

Landscapes

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

Abstract

描述了一种用于在网络或者云中提供动态缓存功能的方法和设备。内容缓存服务器(CCS)和具有动态缓存功能的轻量CCS可以被部署在网络或者云中。***可以被用来在对等端列表中放置动态缓存对等端，以及将所述对等端列表发送到无线发射/接收单元(WTRU)。所述对等端列表可以包括单个对等端即由所述***分配到WTRU的动态缓存对等端，或者至少两个动态缓存对等端，对于每个动态缓存对等端具有一个附加“权重”参数。WTRU可以连接到具有最大“权重”参数的动态缓存对等端，并且在WTRU从具有最大“权重”参数的动态缓存对等端断开或者获得差的服务的情况下，连接到对等列表中的不同动态缓存对等端。

Description

端对端内容递送服务的优化
相关申请的交叉引用
本申请要求2012年4月6日提交的标题为“用于优化端对端内容递送服务的方法和设备(Methods and Apparatus for Optimizing Peer-to-PeerContent Delivery Service)”的美国临时专利申请No.61/621,199的权益，该申请的内容全部通过引用结合于此。
背景技术
内容递送网络或***(CDS)可以在部署于因特网的一个或者多个服务器中分布。CDS可以以高可用性和高性能经由因特网向终端用户提供诸如多媒体内容的内容。其它CDS内容可以为文本、图像、URL和脚本、可下载的对象(媒体文件、软件、文档)、应用(电子商务、门户)、现场流媒体、按需流媒体和社交网络。
端对端(P2P)计算机网络可以为一种在其中网络中的一个或者多个计算机对于网络中的其它计算机中的一者或者多者充当客户端或服务器的网络。这可以便于共享访问各种资源，诸如文件、***设备和传感器，而无需中央服务器。P2P网络例如可以在家庭、公司范围内或者在因特网上建立。
发明内容
实施方式涵盖了用于在网络或者云中提供动态缓存功能的方法和设备。内容缓存服务器(CCS)和具有动态缓存功能的轻量CCS可以被部署在网络和/或云中。***可以被用来在对等端列表中放置一个或者多个动态缓存对等端，并且可以将所述对等端列表传送到无线发射/接收单元(WTRU)。所述对等端列表可以包括单个对等端即由所述***分配到WTRU的动态缓存对等端，或者至少两个动态对等端，对于每个动态缓存对等端具有附加“权重”参数。WTRU可以连接到具有最大“权重”参数的动态缓存对等端，并且可能如果WTRU从具有最大“权重”参数的动态缓存对等端断开或者获得差的服务时，连接到对等列表中的不同动态缓存对等端中。
实施方式涵盖端对端内容递送***(P2P CDS)的动态缓存对等端功能和P2P内容分布的操作模式。所述模式可以适用于蜂窝网络，其中WTRU对等端被假设可能为了限制无线电接入网络使用/拥塞而与至少一个动态缓存对等端通信。轻量P2P协议可以包括一组特征，该组特征可以可能为了使得这一协议适合用于蜂窝网络而修改P2P协议。IMS P2P CDS架构可以通过添加缓存对等端功能来增强，该缓存对等端功能可以共存于不与***和/或内容源服务器(CSS)互联的轻量CCS节点和/或CCS节点中。
实施方式涵盖对P2P协议的附加更新以使得***能够控制WTRU中的对等端列表。IMS P2P CDS架构可以通过启用来自所述网络的反馈(例如包括负载信息)而增强，该反馈可以由所述***接收和/或处理，使其由此适应WTRU对等端行为。
IMS P2P CDS架构可以通过启用可以在私有和/或公共云基础结构上部署的CCS节点和/或轻量CCS节点而增强。CCS实例使用可以由也部署在云基础结构上的***和/或控制元素控制。实施方式涵盖启用基于云(L-)CCS部署的P2P REDIRECT(重定向)消息和关联过程。
附图说明
从以下描述中可以更详细地理解本发明，这些描述是以实例方式给出的，并且可以结合附图加以理解，其中：
图1A示出了可以在其中实现一个或多个所公开的实施方式的示例通信***的***图；
图1B示出了可以在如图1A所示的通信***中使用的示例无线发射/接收单元(WTRU)；
图1C示出了可以在如图1A所示的通信***中使用的示例无线电接入网络和示例核心网络；
图2描述了在与实施方式一致的第一示例架构中的示例媒体流；
图3描述了在与实施方式一致的第二示例架构中的示例媒体流；
图4A描述了基于示例IMS的架构，该架构具有由与实施方式一致的内容缓存服务器(CCS)实现的动态缓存对等端功能；
图4B描述了示出与实施方式一致的动态缓存对等端功能的基于非IMS的***架构图；
图5A为在与实施方式一致的网际协议(IP)多媒体子***(IMS)端对端(P2P)内容递送***(CDS)中的内容递送建立技术的示例流程图；
图5B为在与实施方式一致的非IMS端对端(P2P)内容递送***(CDS)中的内存递送建立技术的示例流程图；
图6A为与实施方式一致的基于IMS媒体传输阶段技术的示例流程图；
图6B为与实施方式一致的基于非IMS媒体传输阶段技术的示例流程图；
图7A为描述与实施方式一致的在IMS架构中的轻量端对端协议操作模式特征的示例流程图；
图7B为描述在非IMS架构中的轻量端对端协议操作模式特征的示例流程图；
图8A为描述与实施方式一致的在IMS架构中的轻量P2P协议操作模式特征的示例流程图；
图8B为描述与实施方式一致的在非IMS架构中的轻量P2P协议操作模式特征的示例流程图；
图9为当与实施方式一致的轻量P2P协议操作模式可以用于IMS P2PCDS中时的示例内容递送建立技术的流程图；
图10为当与实施方式一致的轻量P2P协议可以被使用时的示例媒体传输技术的流程图；
图11为当与实施方式一致的轻量P2P协议操作模式被使用时的示例媒体传输技术的流程图；
图12为当与实施方式一致的轻量P2P协议操作模式被用在IMS P2PCDS中时的示例内容递送建立技术的流程图；
图13示出了具有由与实施方式一致的内容缓存服务器(CCS)实施的动态缓存对等端功能的架构；
图14为与实施方式一致的可以被可以感知CCS和/或轻量CCS(L-CCS)实例状态的***使用的示例性技术的流程图；
图15为与实施方式一致的可以被可以不感知CCS和/或L-CCS实例状态的***使用的示例技术的流程图；
图16为可以使用以P2P协议的重定向消息的示例技术的流程图；
图17A为与实施方式一致的其中***可以在基于IMS架构中接收事件并起作用的示例技术的流程图；
图17B为与实施方式一致的其中***可以在基于非IMS架构中接收事件并起作用的示例技术的流程图；
图18A为与实施方式一致的其中***可以在基于IMS架构中接收事件并起作用的示例技术的流程图；
图18B为与实施方式一致的其中***可以在基于非IMS架构中接收事件并起作用的示例技术的流程图；
图19A为与实施方式一致的其中***可以在基于IMS架构中接收位置更新消息的示例技术的流程图；
图19B为与实施方式一致的其中***可以在基于非IMS架构中接收位置更新消息的示例技术的流程图；
图20示出了与实施方式一致的通用(非IMS)通过云上(over-the-top)的P2P CDS的示例架构，其中可以部署动态缓存对等端；以及
图21描述了与实施方式一致的示例(非IMS特定的)P2P CDS架构。
具体实施方式
图1A示出了示例通信***100，在该通信***100中可以实施一个或多个所公开的实施方式。通信***100可以是将诸如语音、数据、视频、消息、广播等之类的内容提供给多个无线用户的多接入***。通信***100可以通过***资源(包括无线带宽)的共享使得多个无线用户能够访问这些内容。例如，通信***100可以使用一个或多个信道接入方法，例如码分多址(CDMA)、时分多址(TDMA)、频分多址(FDMA)、正交FDMA(OFDMA)、单载波FDMA(SC-FDMA)等等。
如图1A所示，通信***100可以包括WTRU102a，102b，102c，102d、无线电接入网络(RAN)104、核心网络106、公共交换电话网(PSTN)108、因特网110和其它网络112，尽管可以理解的是所公开的实施方式涵盖了任意数量的WTRU、基站、网络和/或网络元件。WTRU102a，102b，102c，102d中的每一个可以是被配置成在无线环境中操作和/或通信的任何类型的装置。作为示例，WTRU102a，102b，102c，102d可以被配置成传送和/或接收无线信号，并且可以包括用户设备(UE)、移动站、固定或移动订户单元、寻呼机、蜂窝电话、个人数字助理(PDA)、智能电话、便携式电脑、上网本、个人计算机、无线传感器、消费电子等等。
通信***100还可以包括基站114a和基站114b。基站114a，114b中的每一个可以是被配置成与WTRU102a，102b，102c，102d中的至少一者无线交互以便于接入一个或多个通信网络(例如核心网络106、因特网110和/或其它网络112)的任何类型的装置。例如，基站114a，114b可以是基本收发信机基站(BTS)、节点B、演进型节点B(eNB)、家用节点B(HNB)、家用e节点B(HeNB)、站点控制器、接入点(AP)、无线路由器等等。尽管基站114a，114b每个均被描述为单个元件，但是可以理解的是基站114a，114b可以包括任何数量的互联基站和/或网络元件。
基站114a可以是RAN104的一部分，该RAN104还可以包括诸如基站控制器(BSC)、无线电网络控制器(RNC)、中继节点之类的其它基站和/或网络元件(未示出)。基站114a和/或基站114b可以被配置成传送和/或接收特定地理区域内的无线信号，该特定地理区域可以被称作小区(未示出)。小区还可以被划分成小区扇区。例如与基站114a相关联的小区可以被划分成三个扇区。由此，在一种实施方式中，基站114a可以包括三个收发信机，即针对所述小区的每个扇区都有一个收发信机。在另一实施方式中，基站114a可以使用多输入多输出(MIMO)技术，并且由此可以使用针对小区的每个扇区的多个收发信机。
基站114a，114b可以通过空中接口116与WTRU102a，102b，102c，102d中的一者或多者进行通信，该空中接口116可以是任何合适的无线通信链路(例如无线电频率(RF)、微波、红外(IR)、紫外(UV)、可见光等)。空中接口116可以使用任何合适的无线电接入技术(RAT)来建立。
更具体地，如前所述，通信***100可以是多接入***，并且可以使用一个或多个信道接入方案，例如CDMA、TDMA、FDMA、OFDMA、SC-FDMA等等。例如，在RAN104中的基站114a和WTRU102a，102b，102c可以实施诸如通用移动电信***(UMTS)陆地无线电接入(UTRA)之类的无线电技术，其可以使用宽带CDMA(WCDMA)来建立空中接口116。WCDMA可以包括诸如高速分组接入(HSPA)和/或演进型HSPA(HSPA+)之类的通信协议。HSPA可以包括高速下行链路分组接入(HSDPA)和/或高速上行链路分组接入(HSUPA)。
在另一实施方式中，基站114a和WTRU102a，102b，102c可以实施诸如演进型UTRA(E-UTRA)之类的无线电技术，其可以使用长期演进(LTE)和/或高级LTE(LTE-A)来建立空中接口116。
在其它实施方式中，基站114a和WTRU102a，102b，102c可以实施诸如IEEE802.16(即全球微波接入互操作(WiMAX))、CDMA2000、CDMA2000 1X、CDMA2000演进型数据优化(EV-DO)、临时标准2000(IS-2000)、临时标准95(IS-95)、临时标准856(IS-856)、全球移动通信***(GSM)、用于GSM演进的增强型数据速率(EDGE)、GSM/EDGE RAN(GERAN)之类的无线电技术。
图1A中的基站114b例如可以是无线路由器、HNB、HeNB或者AP，并且可以使用任何合适的RAT以用于便于在诸如办公、家庭、车辆、校园之类的局部区域的无线连接。在一种实施方式中，基站114b和WTRU102c，102d可以实施诸如IEEE802.11之类的无线电技术以建立无线局域网络(WLAN)。在另一实施方式中，基站114b和WTRU102c，102d可以实施诸如IEEE802.15之类的无线电技术以建立无线个域网络(WPAN)。在又一实施方式中，基站114b和WTRU102c，102d可以使用基于蜂窝的RAT(例如WCDMA、CDMA2000、GSM、LTE、LTE-A等)以建立微微小区(picocell)和毫微微小区(femtocell)。如图1A所示，基站114b可以直接连接至因特网110。由此，基站114b不必经由核心网络106来接入因特网110。
RAN104可以与核心网络106进行通信，该核心网络可以是被配置成将语音、数据、应用程序和/或网际协议上的语音(VoIP)服务提供到WTRU102a，102b，102c，102d中的一者或多者的任何类型的网络。例如，核心网络106可以提供呼叫控制、账单服务、基于移动位置的服务、预付费呼叫、网际互联、视频分配等，和/或执行高级安全性功能，例如用户验证。尽管图1A中未示出，需要理解的是RAN104和/或核心网络106可以直接或间接地与其它RAN进行通信，这些其它RAN可以使用与RAN104相同的RAT或者不同的RAT。例如，除了连接到可以采用E-UTRA无线电技术的RAN104，核心网络106也可以与使用GSM无线电技术的其它RAN进行通信(未示出)。
核心网络106也可以用作WTRU102a，102b，102c，102d接入PSTN108、因特网110和/或其它网络112的网关。PSTN108可以包括提供普通老式电话服务(POTS)的电路交换电话网络。因特网110可以包括互联计算机网络的全球***以及使用公共通信协议的装置，例如TCP/IP因特网协议套件中的传输控制协议(TCP)、用户数据报协议(UDP)和网际协议(IP)。网络112可以包括由其它服务提供方拥有和/或操作的有线或无线通信网络。例如，网络112可以包括连接到一个或多个RAN的另一核心网络，这些RAN可以使用与RAN104相同的RAT或者不同的RAT。
通信***100中的WTRU102a，102b，102c，102d中的一些或者全部可以包括多模式能力，即WTRU102a，102b，102c，102d可以包括用于通过不同的无线链路与不同的无线网络进行通信的多个收发信机。例如，图1A中显示的WTRU102c可以被配置成与使用基于蜂窝的无线电技术的基站114a进行通信，并且与使用IEEE802无线电技术的基站114b进行通信。
图1B示出了示例WTRU102，所述示例WTRU102可以在如图1A中所示的通信***100中使用。如图1B所示，WTRU102可以包括处理器118、收发信机120、发射/接收元件(例如，天线)122、扬声器/麦克风124、键盘126、显示器/触摸板128、非可移动存储器130、可移动存储器132、电源134、全球定位***(GPS)芯片组136和其它***设备138。需要理解的是，WTRU102可以包括上述元件的任何子集而符合本实施例。
处理器118可以是通用处理器、专用处理器、常规处理器、数字信号处理器(DSP)、微处理器、与DSP核心、控制器、微控制器、专用集成电路(ASIC)、现场可编程门阵列(FPGA)电路、集成电路(IC)、状态机等相关联的一个或多个微处理器。处理器118可以执行信号编码、数据处理、功率控制、输入/输出处理和/或使得WTRU102能够操作在无线环境中的其它任何功能。处理器118可以耦合到收发信机120，该收发信机120可以耦合到发射/接收元件122。尽管图1B中将处理器118和收发信机120描述为独立的组件，但是可以理解的是处理器118和收发信机120可以被一起集成到电子封装或者芯片中。
发射/接收元件122可以被配置成通过空中接口116将信号发送到基站(例如基站114a)，或者从基站(例如基站114a)接收信号。例如，在一种实施方式中，发射/接收元件122可以是被配置成传送和/或接收RF信号的天线。在另一实施方式中，发射/接收元件122可以是被配置成传送和/或接收例如IR、UV或者可见光信号的发射器/检测器。在又一实施方式中，发射/接收元件122可以被配置成传送和接收RF和光信号两者。发射/接收元件122可以被配置成传送和/或接收无线信号的任意组合。
此外，尽管发射/接收元件122在图1B中被描述为单个元件，但是WTRU102可以包括任何数量的发射/接收元件122。更特别地，WTRU102可以使用MIMO技术。由此，在一种实施方式中，WTRU102可以包括两个或更多个发射/接收元件122(例如多个天线)以用于通过空中接口116传送和接收无线信号。
收发信机120可以被配置成调制将由发射/接收元件122发送的信号，并且被配置成解调由发射/接收元件122接收的信号。如上所述，WTRU102可以具有多模式能力。由此，收发信机120可以包括多个收发信机以用于使得WTRU102能够经由多个RAT进行通信，例如UTRA和IEEE802.11。
WTRU102的处理器118可以被耦合到扬声器/麦克风124、键盘126和/或显示器/触摸板128(例如，液晶显示(LCD)单元或者有机发光二极管(OLED)显示单元)。处理器118还可以向扬声器/麦克风124、键盘126和/或显示器/触摸板128输出用户数据。此外，处理器118可以访问来自任何类型的合适的存储器中的信息，以及向任何类型的合适的存储器中存储数据，所述存储器例如可以是非可移动存储器130和/或可移动存储器132。非可移动存储器130可以包括随机接入存储器(RAM)、可读存储器(ROM)、硬盘或者任何其它类型的存储器存储装置。可移动存储器132可以包括用户标识模块(SIM)卡、记忆棒、安全数字(SD)存储卡等类似装置。在其它实施方式中，处理器118可以访问来自物理上未位于WTRU102上而位于服务器或者家用计算机(未示出)上的存储器的信息，以及向上述存储器中存储数据。
处理器118可以从电源134接收功率，并且可以被配置成将功率分配给WTRU102中的其它组件和/或对至WTRU102中的其它组件的功率进行控制。电源134可以是任何适用于给WTRU102加电的装置。例如，电源134可以包括一个或多个干电池(镍镉(NiCd)、镍锌(NiZn)、镍氢(NiMH)、锂离子(Li-ion)等)、太阳能电池、燃料电池等。
处理器118还可以耦合到GPS芯片组136，该GPS芯片组136可以被配置成提供关于WTRU102的当前位置的位置信息(例如经度和纬度)。除了，或者替代，来自GPS芯片组136的信息，WTRU102可以通过空中接口116从基站(例如基站114a，114b)接收位置信息，和/或基于从两个或更多个相邻基站接收到的信号的定时来确定其位置。WTRU102可以通过任何合适的位置确定方法来获取位置信息，而符合本实施方式。
处理器118还可以耦合到其它***设备138，该***设备138可以包括提供附加特征、功能性和/或者有线或无线连接的一个或多个软件和/或硬件模块。例如，***设备138可以包括加速度计、电子指南针(e-compass)、卫星收发信机、数码相机(用于照片或者视频)、通用串行总线(USB)端口、震动装置、电视收发信机、免持耳机、蓝牙模块、频率调制(FM)无线电单元、数字音乐播放器、媒体播放器、视频游戏播放器模块、因特网浏览器等等。
图1C示出了示例RAN104和示例核心网络106，其中所述示例核心网络106可以在如图1A所示的通信***100中使用。如前所述，RAN104可以使用UTRA无线电技术与WTRU102a、102b、102c通过空口116进行通信。RAN104也可以与核心网络106进行通信。如图1C中所示，RAN104可包括节点B140a、140b、140c，节点B140a、140b、140c可以分别包括一个或者多个用于与WTRU102a、102b、102c通过空口116进行通信的收发信机。节点B140a、140b、140c可以分别与RAN104范围内的特定小区(未示出)相关联。RAN104还包括RAN142a、142b。RAN104还包括任意数量的节点B和RNC。
如图1C所示，节点B140a、140b可以相互通信并且经由各自的Iub接口与RNC142a进行通信。此外，节点B140c可以经由Iub接口与RNC142b进行通信。RNC142a、142b可以分别被配置成控制与其通信的各自的节点B140a、140b、140c。此外，RNC142a、142b可以分别被配置成实施或者支持其它功能，诸如外环功率控制、负载控制、准许控制、分组调度、切换控制、宏分集、安全性功能、数据加密等等。
图1C中所示的核心网络106可以包括媒体网关(MGW)144、移动交换中心(MSC)146、服务通用分组无线电服务(GPRS)支持节点(SGSN)148，和/或网关GPRS支持节点(GGSN)150。尽管上述元素中的每个被描述为核心网络106的一部分，但是应该理解的是这些元素中的任何一个可以被除了核心网络运营商以外的实体拥有和/或运营。
RAN104中的RNC142a可以经由IuCS接口被连接至核心网络106中的MSC146。MSC146可以被连接至MGW144。MSC146和MGW144可以向WTRU102a、102b、102c提供至电路交换网络(例如PSTN108)的接入，从而便于WTRU102a、102b、102c与传统陆线通信设备之间的通信。
RAN104中的RNC142a还可以经由IuPS接口被连接至核心网络106中的SGSN148。SGSN148可以被连接至GGSN150。SGSN148和GGSN150可以向WTRU102a、102b、102c提供至分组交换网络(例如因特网110)的接入，从而便于WTRU102a、102b、102c与IP使能设备之间的通信。
如以上所述，核心网络106还可以连接至其它网络112，其中所述其它网络112可以包含被其他服务提供商拥有和/或运营的其他有线或无线网络。
在第三代合作伙伴计划(3GPP)网络，端对端(P2P)内容递送***(CDS)可以在网际协议(IP)多媒体子***范围内集成。数据相关的信令可以引起根据在通用移动通信***(UMTS)网络的节点B发射机处的下载功率消耗的数据相关的有效载荷。因此，3GPP网络可以将此考虑在内并且当可能时合适地优化应用信令。
实验性研究和业务分析已经显示60％至74％的IP分组可以为一些流行P2P CDS中的控制分组，包括但不限于PPlive、PPSstreaming、SopCast和/或QQlive。在P2P CDS中的控制开销在蜂窝网络中尤其不利，可能因为期望用于移动设备的无线电接入网络会形成瓶颈。由于P2P内容消耗会在蜂窝网络中增加，无线电接入网络拥塞会可能由于无线发射/接收单元(WTRU)之间的大量时间敏感数据分段请求和/或来自WTRU的数据分段上传变得更为关注。此外，控制分组传输会引起显著的WTRU电池消耗。
还被称作网络对等端的内容缓存服务器(CCS)可以被网络运营商部署在P2P CDS***中。CCS可以充当“正常”对等端，在这种意义上其可以通过指示其当前具有哪些数据分段的响应来回复位图请求。如果WTRU不在CCS上发现数据分段，WTRU可以从另一CCS或者另一WTRU获得数据分段，这样会产生附加的信令和上传。
当P2P内容分布服务可以在蜂窝网络上部署时，可以期望的是这些服务可以被优化成减少对无线电接入网络利用和/或设备功率消耗的影响。
图2和图3为在各自示例架构上的各自示例多媒体传输的流程图。在图2和3中，可能在从***应用服务器(AS)中获得对等端列表之后，WTRU可以从对等列表中的一个或者多个、或者每个对等端中请求位图，并且可以根据特定算法，决定从哪些内容缓存服务器(CCS)(例如，网络对等端)或者其它WTRU(例如，充当用户对等端)中获取内容分段。在此之后，内容递送***(CDS)WTRU可以从一个或者多个选择的对等端中提取内容分段。在一些实施方式中，其可以针对对等端采取至少三个控制消息来获取数据分段。当WTRU具有一些对等端时，其可以联系一个或者多个或者所有这些对等端。因此，在一些实施方式中，控制信令的数量可以动态地增加。
此处描述的一种或者多种技术和设备可以适用于任何P2P CDS(例如，基于非IMS的P2P CDS和/或基于IMS的P2P CDS)。尽管基于IMS的P2P信令和/或在云上的非IMS、P2P信令可以被用作示例，但此处描述的技术和设备不限于IMS P2P CDS。
此处描述的一个或者多个实施方式可以减少对等端之间的信令开销，以及在一些实施方式中尤其减少由WTRU发送或者接收的信令消息(例如，可能因为这些信令消息可以通过无线电接入链路)。一个或者多个实施方式可以在端对端内容分布***(P2P CDS)诸如云上的P2P CDS(例如，Joost、PPlive)或者IMS P2P CDS中尽可能地限制来自一个或者多个WTRU中的上传。因特网工程任务组(IETF)草案诸如draft-ietf-ppsp-survey-03列出了由实施方式涵盖的多个P2P CDS***(例如，在草案中称作P2P流应用)。
图21中描述了由一个或者多个实施方式涵盖的示例(非IMS特定的)P2P CDS架构。超级对等端诸如超级对等端A具有比常规对等端(例如，非动态缓存对等端)更大的CPU/带宽容量。此外，一些超级对等端(和/或可能常规对等端Peer1和/或Peer2)可以获得内容的第一复制从而进行分发(例如，P2P CDS运营商可以拥有一些或者所有超级对等端并且可以初始地提供这些对等端上的内容)。
WTRU可以使用具有一个或者多个“动态缓存对等端”(DCP)的轻量P2P协议模式并且通过这样做可以使得从WTRU(例如，用户对等端)到其它对等端的信令和数据开销最小化。例如，网络可以引导WTRU来联系一个或者多个动态缓存对等端以及可能不是常规对等端。当可用的动态缓存对等端不能够处理业务负载时，WTRU(其中可以为其它WTRU的对等端)可以被引导成联系其它WTRU对等端，可能使用来自网络的负载反馈来调节WTRU对等端至WTRU对等端互联的数量。在一个或者多个实施方式中，WTRU可以从动态缓存对等端和/或一些其它WTRU(例如，对等端)获取内容，并且直接的WTRU对等端至WTRU对等端活动的数量可以被限制以为了不过分使用接入网络资源。网络运营商可以通过实验确定平衡并且设置可以被设定为许多可以由诸如***实施的网络运营商策略。
在一个或者多个实施方式中，轻量P2P协议模式(例如，P2P协议操作模式)，可能在一些具有一个或者多个相关过程的实施方式中，可以被用于在对等端之间的媒体传输。轻量P2P协议可以减少控制信令消息的数量，所述控制信令消息可以被对等端从另一对等端获取数据分段。在一些实施方式中，在P2P CDS架构中存在的CCS节点可以被用作动态缓存对等端。可替换地或者附加地，轻量CCS(L-CCS)节点(例如所述节点可以等于不具有与内容源服务器(CSS)连接的CCS节点)可以被用作动态缓存对等端。L-CSS可以在核心网络中、在因特网上、在客户预置中(例如，家用网关中)和/或在公共或者私有云中部署。
在非IMS上下文中，任何超级对等端(或者甚至正常对等端)可以被用作动态缓存对等端。该超级对等端可以被蜂窝网络的运营商部署以为了除其它原因之外减少P2P业务对网络资源的影响。在该场景中，用作动态缓存对等端的超级对等端可以具有或者可以不具有至内容源服务器(CSS)的非P2P接口。
此外，P2P CDS***可以对网络中或者来自WTRU的事件起作用，并且可以使得对等端列表适于递送到WTRU(和/或可能新的WTRU)。P2PCDS***可以追溯修改现有WTRU对等端的对等端列表。这些事件可以包括但不限于一个或多个无线电接入网络负荷指示和/或WTRU位置改变。
一种或多种实施方式涵盖可以支持蜂窝/其它无线技术和/或其它技术(例如使用P2P途径)上的一个或多个WTRU(例如)的P2P CDS。一种或多种实施方式涵盖一个或多个动态对等端缓存可以在轻量P2P协议模式中使用以用于对等端列表控制，可能基于网络状态等其它因素。一个或多个实施方式涵盖至少两种类型的WTRU可以在相同的P2P CDS和/或甚至在相同群集(swarm)(注释：我们来以某种方式定义“群集”)中彼此协同工作。在一些实施方式中，群集涉及一组对等端，所述对等端例如在给定时间或者基本上在给定时间分布大块的相同内容。一种或多种实施方式可以便于现有的云上P2P内容递送***由蜂窝网络订户广泛采用，而同时可能限制对于蜂窝网络的影响。
图4A和图4B描述了由CCS实现的利用动态缓存对等端功能的各种架构示例。在这些架构中，WTRU-WTRU信令可以(例如图4A)通过IMS传递。如果WTRU-WTRU信令不通过IMS传递(例如图4B)这些架构也是可用的。在一种或多种实施方式中，P2P CDS架构的CCS实体可以作为动态缓存对等端使用(可能除了作为静态缓存执行即可以从CSS获取内容并且使用P2P协议递送这一内容)。参考图4A，在一些实施方式中，***可以在对等端列表中放置一个或多个动态缓存对等端，可能与“动态缓存对等端”标记相关联。
在一种或多种实施方式中，由***发送的对等端列表可以包括单个对等端，该对等端可以是由***分配给这一WTRU的动态缓存对等端。
在一种或多种实施方式中，***可以包括列表中的两个或多个动态缓存对等端，可能每个动态缓存对等端有一个附加“权重”参数。在一些实施方式中，WTRU可以连接到具有最大权重的动态缓存对等端。在一些实施方式中，可能在特定环境下，诸如例如如果WTRU断开连接和/或从这一动态缓存对等端获得较差的服务——WTRU可以连接到第二对等端。
在一种或多种实施方式中，WTRU可以同时连接到两个或多个动态缓存对等端。
在一种或多种实施方式中，***可以在对等端列表中添加常规WTRU对等端。WTRU可以优先使用动态缓存对等端，并且在动态缓存对等端不提供数据分段(例如及时提供数据分段)时/如果动态缓存对等端不提供数据分段(例如及时提供数据分段)，随后从常规对等端获得数据分段。在一些实施方式中，可能在WTRU与较少对等端建立对等端关系时，WTRU控制信令消息的数量可以减少。此处描述的给定单个缓存对等端和/或在对等端列表中包括排序的技术可以使得WTRU与至少一个稳定高吞吐量对等端(例如缓存对等端)建立对等端关系，可能为了维持满意的质量。
在图4A的架构中，WTRU-CCS信令可以不通过IMS核心传递。替换的或附加地，如果WTRU-CCS信令通过IMS核心传递，这一架构也可用，但是在这种场景中，可能没有PP_s1并且可能作为替换例如在CCS和代理呼叫会话控制功能(P-CSCF)之间存在新的“Gm”接口。
对于图4A的描述的替换或附加，图4B描述了实现动态缓存对等端的示例非IMS架构，该架构可以包括可以具有不同客户端(包括家用台式PC或其它家用电气以及蜂窝设备(未显式示出))的云上的P2P CDS***(例如在draft-ietf-ppsp-survey-03中描述的基于***的P2P IPTV)。云上P2PCDS提供商可以部署***和从因特网访问的一个或个超级对等端(例如超级对等端3)。可能为了减少P2P对其网络的影响，蜂窝网络运营商可以在其核心网络中部署具有动态缓存对等端功能的一个或多个超级对等端(例如超级对等端4)。可以使得***知道其动态缓存对等端(DCP)(例如通过应用层业务优化(ALTO)，未示出)。WTRU1和WTRU2可以由***告知以使用这一超级对等端4作为动态缓存对等端(DCP)。可能在一些点处，如果超级对等端4变得不能服务一个或多个或所有WTRU，则WTRU1和/或WTRU2可以开始从其它对等端获取数据块(例如WTRU可以逐渐后退到通常的P2P行为)。例如，在DCP是针对WTRU1和/或WTRU2的单独内容源的情况下，随着DCP上的负载增加，DCP可能不能服务一些或所有内容。在这种场景中，WTRU1可以从其它对等端(例如超级对等端3和/或WTRU2)获取部分内容。
图5A说明了描述在基于IMS的P2P CDS中的内容递送建立过程的示例消息流。
图5B说明了描述在基于非IMS的P2P CDS中的内容递送建立过程的示例消息流。***可以从ALTO服务器(未示出)获取辅助，例如可能为了准备对等端列表。
图6A是基于IMS的媒体传输阶段过程的示例流程图。L-CCS和/或CCS可以作为动态缓存对等端。在一些实施方式中，可能在接收到来自WTRU的请求时，动态缓存对等端可以检查所请求的分段是否可以在缓存中以及(可能如果不在缓存中)从对等端和/或CCS获取所请求的分段。动态缓存对等端可以发送所请求的分段到请求方。在一些实施方式中，(L-)CCS可以执行一些预获取(例如从整个内容中或者下面n个数据分段中)，可能为了减少延迟。在一些实施方式中，一些消息可以通过IMS核心和/或***传递，可能依赖于IMS P2P CDS架构。这可能不会影响动态缓存对等端的常规使用，如图6A所示。在一些实施方式中，可能如果WTRU1-CCS信令通过IMS核心和/或***传递，则CCS-CCS和/或CCS-WTRU信令还可以通过IMS和/或***传递(未示出)。
图6B是基于非IMS的媒体传输阶段过程的示例流程图。在图6B中，超级对等端可以作为动态缓存对等端(DCP)。在一些实施方式中，可能在接收到来自WTRU1的请求时，动态缓存对等端可以检查所请求的分段是否在缓存中。如果所请求的分段未在缓存中，DCP可以获取所请求的分段并且发送所请求的分段到请求方。在一些实施方式中，DCP可以执行一些预获取(例如从整个内容中或者下面n个数据分段中)，可能为了减少延迟。
替换地或附加地，在一种或多种实施方式中，WTRU在与动态缓存对等端通信时可以使用轻量P2P协议模式。使用这一协议可以进一步减少在WTRU内和/或WTRU外的P2P信令量(例如用以节省无线电接入带宽和/或减少移动电池功率消耗)。
下面一般被称作场景A－D的实施方式，可以被用于涵盖对原始P2P协议的修改(例如P2P流协议(PPSP))。尽管场景被标记未A－D，但是标记被提供用于解释而不是用于限制。各种场景和相应实施方式可以单独或者部分或全部与其它场景和相应实施方式组合实施。
在场景A中，可能当***发送对等端列表到WTRU时，***可以添加指示给定对等端实施此处描述的轻量P2P协议模式(可能与版本和/或所支持的特征一起)的每项(例如每个对等端)信息元素。
在场景B中，WTRU可以不从支持运营商的轻量P2P协议模式的动态缓存对等端请求位图。在一些实施方式中，WTRU可以假设动态缓存对等端具有群集中的内容的一个或多个或所有数据分段和/或可以从另一源获取这些数据分段。替换地或附加地，在一些实施方式中，动态缓存对等端可以不从WTRU请求位图。在一些实施方式中，可能除了此处描述的场景D，在WTRU和动态缓存对等端之间不发生数据分段广播。例如，在PPSP情况下，“HAVE”消息可以不由任一方发送。
在场景C中，由WTRU发送的数据分段可以请求可以保持至此未定义的“轻量模式”标记，该标记指示可能如果对等端在其存储器中不具有数据分段，则数据分段可以由对等端获取。在一些实施方式中，标记可能根据请求而使得超级对等端(例如IMS中的L-CCS)能够作为动态缓存对等端和/或常规对等端。例如，3G上通信的WTRU可以使用CCS作为动态缓存对等端(可能因为***已经在对等端列表中将CCS标为动态缓存对等端)，而无线局域网(WLAN)上的其它WTRU可以使用CCS作为常规对等端。
在场景D中，动态缓存对等端可以代表WTRU对等端执行至***的P2P统计报告。在一种或多种实施方式中，可能在WTRU具有至少一个动态缓存对等端并且不具有其它对等端的情况下，动态缓存对等端可以知道来自这一WTRU的数据分段位图而无需额外的信令。在一些实施方式中，这可以扩展到覆盖例如当WTRU对等端可以连接到其它对等端时的场景。
在一些实施方式中，可能当发送数据分段请求到动态缓存对等端时，WTRU可以捎带(piggy back)最近已经从一个或多个对等端接收的数据分段列表。替换地或附加地，在一些实施方式中，在数据分段请求中捎带的信息可以是WTRU数据分段位图，可能“作为”和/或以压缩格式(例如从二进制δ压缩算法中导出，其中原始的可能是先前的数据分段位图，不同的版本可能是不同的数据分段位图，可能排除从这一动态缓存对等端获取的一些或任何数据分段)。在一些实施方式中，可能当发送数据分段请求到动态缓存对等端时，WTRU可以添加指示动态缓存对等端是否是其仅有的对等端的标记。可能如果不是这种情况，动态缓存对等端会例如以周期性基础从WTRU其功能求数据分段位图。在一些实施方式中，从WTRU回应的位图可以被压缩。
场景A，B和C可以彼此独立。例如，在一种或多种实施方式中，场景A，B和/或C可以被实施，并且可能在其它实施方式中场景A和B可以被实施。实施场景B的至少一个替换或者附加为到达动态缓存对等端的一个或多个或所有数据分段请求被视为轻量模式。实施场景A的一个或多个替换或附加可以是一个或多个或所有动态缓存对等端可以支持轻量P2P协议操作模式。
图7A为描述在IMS架构中轻量端对端协议操作模式的特征的示例流程图。在图7A的示例中，对等端列表可以包括至少一个动态对等端列表和至少一个常规WTRU对等端。
图7B为描述在非IMS架构中轻量端对端协议操作模式的特征的示例流程图。在图7B的示例中，对等端列表可以包括至少一个动态对等端列表和至少一个常规WTRU对等端。
图8A为描述在的IMS架构中的轻量P2P协议操作模式特征的示例流程图。
图8B为描述在非IMS架构中的轻量P2P协议操作模式特征的示例流程图。
图9为当轻量P2P协议操作模式可以用于IMS P2P CDS中时的示例内容递送建立过程的流程图。如图9所示，***AS可以在对等端列表中添加可以指示CCS支持轻量P2P协议操作模式的信息元素。
图10为当可以使用轻量P2P协议操作模式时的示例媒体传输过程的流程图。在图10中，分段请求可以被标记“轻量模式”标志，如此处所描述的。在一些实施方式中，CCSx可以作为动态缓存对等端。
图11是当可以使用轻量P2P协议操作模式时的示例媒体传输过程的流程图。分段请求可以被标记“轻量模式”标志，如此处所描述的。在一些实施方式中，CCSx可以作为动态缓存对等端。
图12为当轻量P2P协议操作模式可以被用在IMS P2P CDS中时的示例内容递送建立过程的流程图。如图12所示，***AS可以在对等端列表中添加例如指示CCS可以支持轻量P2P协议操作模式的信息元素。
一种或多种实施方式涵盖每个WTRU单个对等端和/或已知数量的对等端可以减少被用于获取内容的信令量。其也可以使用轻量P2P协议模式以能够获取内容数据分段，因为可能存在唯一的对等端和/或已知数量的对等端。
一种或多种实施方式涵盖具有单个或小量对等端可以简化服务质量(QoS)/充电建立，可能由于其使得可能使用小量滤波器(例如可能在16个滤波器内)为专用承载配置滤波器。
一种或多种实施方式涵盖动态缓存对等端(DCP)可以减少来自常规对等端的上传数量，可能因为缓存可以作为用于内容数据分段的网络中存储(例如可能只要它们在缓存中)。例如，实施方式意识到在使用网络中存储之前用于P2P的网络中存储可以导致上传降低到低于其原始值的3％。
在一种或多种实施方式中，动态缓存可以被部署在轻量CCS节点中，该轻量CCS节点在一些实施方式中可以单独作为动态缓存(例如这种节点可能不会与CSS交互，其可能代表他们直接从CSS获取内容)。在一种或多种实施方式中，CCS和/或轻量CCS可以在网络中部署动态缓存功能。例如，作为动态缓存的CCS可以决定从CSS获取整个内容(例如电影)，可能响应于来自针对这一内容的一个或多个数据分段的请求。轻量CCS可能使用P2P协议从一个或多个其它对等端或CCS获取内容。在一些实施方式中，可能根据内容特征(例如在CSS上存在，内容普及；现场vs.按需等)，使用一个或另一个可能是有用的。可能由于其缺少SC_s/SC_m接口，轻量CCS可以比非轻量CCS更适合位于核心网络之外(例如位于客户房屋(premises)上的家用网关或其它设备)。
图13示出了具有由CCS实施的动态缓存对等端功能的架构。在一些实施方式中，WTRU-WTRU信令可以通过IMS核心传递，但是如果WTRU-WTRU信令不通过IMS核心传递，也是可用的。在一些实施方式中，WTRU-CCS信令可以不通过IMS(“PP_s1”)传递。在一些实施方式中，WTRU-CCS信令可以通过IMS核心传递，可能在这种场景中不存在PP_s1，作为替换，在CCS和P-CSCF之间存在不同的“Gm”接口。
在一种或多种实施方式中，可能取代于部署在核心网络中或在客户房屋上，CCS或轻量CCS可以被部署在云中(例如它们可以作为软件服务部署在云计算服务的顶部，例如亚马逊S3或微软Azure)。在另一示例中，CCS或轻量CCS可以被部署在私有云中(例如作为软件在核心网络中由蜂窝网络运营商操作的计算服务平台上)。这一最后的示例可能启用云爆发(bursting)(例如在公共云中动态、按需部署新的CCS/轻量CCS示例以临时增加可能在私有云中部署的缓存能力)。
一种或多种实施方式涵盖针对给定WTRU选择合适的CCS和/或轻量CCS的实例。在非云情况中，这一选择可以由***执行。例如***可以针对一个或多个或所有WTRU选择CCS，可能使用给定的分组数据网络(PDN)网关和进入给定群集。这可以确保这一CCS(在一些实施方式中可能仅这一CCS)保持由这一群集分发的内容的副本。在一些实施方式中，可能如果太多WTRU加入群集，***可以选择第二CCS等等。
在一种或多种实施方式中，可以在云情况中使用不同的策略。在一些实施方式中，***可以触发创建针对给定群集的一个或多个CCS/轻量CCS实例。例如，如果群集在北美本地化，在北美的CCS实例(以及可能在一些实施方式中，可能单个实例)被创建。对于更全球化的群集，一个或多个实例可以在亚洲、北美和/或欧洲创建。***随后向WTRU分配给定CCS实例，可能根据诸如但不限于WTRU和/或CCS实例位置或CCS实例负载的参数。在一些实施方式中，***可以指派CCS/轻量CCS作为服务(例如使用完全合格域名(FQDN))。至云服务的入口点可以生成有用的新的(和/或不同的)CCS实例，并且可以重新引导WTRU指向合适的实例。在一些实施方式中，这可以利用新的重定向机制，其中所述新的重定向机制可以诸如通过使用域名***(DNS)重定向(例如，像在一些当前内容分发网络(CDN))的方式来实现，和/或在此之前可以在P2P协议(例如，在PPSP中)中引入的未定义的重定向消息。例如，响应于来自WTRU的数据分段请求，CCS云的重定向器组件可以向CCS实例回复“永久重定向”消息。CCS实例之后可以重定向WTRU指向另一实例或者重定向器(例如，使用相同的机制)，可能以为了实现移动性支持或者负载平衡。
图14为被***使用的示例过程的流程图，所述***可以感知CCS和/或轻量CCS(L-CCS)实例状态从而分配合适的实例至新的(例如，最近识别的)WTRU对等端，和/或重定向存在的对等端指向不同的实例。
图15为被***使用的示例过程的流程图，所述***可以不感知CCS和/或L-CCS实例状态。所述***可以发送指向单个(L-)CCS标识(例如，FQDN)的对等端列表至一个或者多个新的(例如，最近识别的)WTRU对等端。在(L-)CCS实例之间的实际分发可以由云来执行。如图15中所示，在一些实施方式中，与15002和/或15004相关方面可以使用诸如相同的P2P重定向消息来执行。
一些实施方式涵盖新的(例如，在此之前未定义的)PPSP消息REDIRECT(例如，包括目标终点标识，例如，FQDN)。在一些实施方式中，该REDIRECT消息可以例如响应于来自另一对等端的HINT消息而被对等端发送回。REDIRECT消息的接收者可以从发送方对等端断开并且连接到新的对等端。
图16为使用以P2P协议(例如，P2PSP)的REDIRECT消息的示例过程的流程图。该消息流描述了在PPSP中的REDIRECT消息的示例使用。一些实施方式涵盖IMS P2P CDS协议可以不同于PPSP。REDIRECT消息可以在IMS P2P CDS协议中引入，可能为了启动如此处所描述的基于云缓存。在一些实施方式中，可能如果轻量P2P协议模式可以被使用并且对等端2/对等端3可以为动态缓存对等端，如图16中所示，对等端1可以不从对等端3中获得比特图。
一种或者多种实施方式涵盖一个或者多个超级对等端可以在公共云和/或私有云中实施。在非IMS CDS中，一个或者多个超级对等端可以在云中部署。这些超级对等端可以充当DCP。此处描述的与图15和/或图16有关的技术可以在非IMS CDS上下文中使用。在一个或者多个这些实施方式中，所涵盖的消息“REDIRECT”可以以诸如PPSP端对端协议实施。
在一种或者多种实施方式中，***可以提供一个或者多个动态缓存对等端，可能作为可以被发送至WTRU的对等端列表的对等端。***可以决定在对等端列表中添加正常的WTRU。***可以在计算WTRU的对等端列表时将从网络获取的负载信息考虑在内。该负载信息源可以为诸如CCS、负载检测功能(LDF)和/或接入网络发现和选择功能(ANDSF)。在一些实施方式中，该信息诸如通过ALTO可以间接地对于***可用。例如，蜂窝运营商网络中的ALTO服务器可以与ANDSF/LDF/等的一者或者多者交互连接并且可以获取负载信息和/或其它事件。在一些实施方式中，该ALTO服务器可以被***直接查询或者在蜂窝网络之外通过其它ALTO服务器查询。
在一些实施方式中，可能基于负载信息，***可以决定(例如，直接和/或间接地，可能被ALTO服务器告知)在返回至WTRU的对等列表中提供单个动态缓存对等端。可替换地或者附加地，***可以决定(例如，如果一个或者多个或者所有可用动态缓存对等端被过载和/或如果无线电接入网络可以不被过载)在对等端列表中添加常规WTRU。
图17A为示例过程的流程图，其中***可能可以通过调节基于IMS架构中的对等端列表的方式接收事件并起作用。如图17A中所示，所述***可能通过使用不被请求的一个或者多个新的(例如，最近更新的)对等端列表消息的方式更新WTRU1的对等端列表。
图17B为示例过程的流程图，其中***可能可以通过调节基于非IMS架构中的对等端列表的方式接收事件并起作用。如图17B中所示，所述***可能通过使用不被请求的一个或者多个新的(例如，最近更新的)对等端列表消息的方式更新WTRU1的对等端列表。在一些实施方式中，负载信息可以通过ALTO传递。在一些实施方式中，ALTO—或者至少ALTO功能—可以在一个或者多个节点间分布。
实施方式认识到，可能一旦WTRU获得对等端列表，WTRU可以使用该信息来连接到对等端列表中的任何设备。如果网络变得过载，对于***可能有助于获得方法来告知WTRU不使用特定的对等端。一种或者多种实施方式涵盖***可以发送未请求的对等端列表至WTRU。可替换地或者附加地，在一些实施方式中，该对等端列表可以启动从当前由WTRU维护的对等端列表移除对等端。该移除的实际编码可以以一种或者多种方式执行。
在一些实施方式中，对等端列表可以被***标记为“过载”。该信息元素可以向WTRU指示任何之前获得的对等端列表现在会过期(obsolete)并且可以被新的(例如，最近跟新的)对等端列表替换。现有的连接到不存在于新的对等端列表中的对等端可能会在最方便时断开(例如，在当前数据分段下载结束之后和/或超时之后)。
在一些实施方式中，对等端列表可以被标记“移除”。WTRU可以从当前内部对等端列表中移除一个或者多个或者所有存在于列表中的对等端和/或断开至移除的对等端的连接。在一些实施方式中，对等端列表中的单独对等端可以被标记“移除”。在一些实施方式中，对等端列表可以包括增加的和移除的对等端。
在一种或者多种实施方式中，附加的信息元素在处理来自***的对等端列表时会影响WTRU的行为。例如，“紧急”标志可以被用来立即断开至移除的对等端的连接，即使在传输或者接收过程中。此外作为示例，“懒惰”标志可以被用来继续不定期地与移除的对等端的通信，直到客户端决定断开(例如，当其它连接为“由速度决定(up-to-speed)”并且客户端可以判断过期的对等端不再有用)。此外作为示例，“被动”标志可以被用来停止从被移除的对等端中请求内容但当从被移除的对等端请求时继续服务内容数据分段至移除的对等端。
在一种或者多种实施方式中，从网络中获取的负载信息更新可以触发针对WTRU的对等端列表的再计算，其中所述WTRU已经接收到对等端列表。在一些实施方式中，可能如果存在任何变化，所述更新对等端列表可以使用“覆盖”和/或(例如，可能在主要过载的情况下)通过诸如“紧急”标志被发送至WTRU。
在一种或者多种实施方式中，例如在非IMS情况下，报告功能和DCP可以通过媒介(例如，被蜂窝网络运营商部署的ALTO服务器)传递信息。***可以查询ALTO服务，从而可能了解区域中可用的(例如，候选)对等端/超级对等端/DCP。ALTO服务可以为全球服务，所述全球服务包括被蜂窝网络运营商部署的ALTO服务器。在非IMS情况下，拉模型可以被利用。例如，WTRU可以决定从***更新其对等端列表(例如，可能当检测到位置变化和/或恶化的QoE)。***可以查询ALTO服务。在一些实施方式中，蜂窝网络ALTO服务器可能具有(例如，或者已经或者能够获取)有关DCP负载和/或WTRU位置的更新(up-to-date)信息，可能因为其与DCP和/或报告功能相互连接。可替换地或者附加地，在一些实施方式中，“推”模型可以被利用，其中ALTO服务可以通过通知***的方式启动该过程。
图18A为示例过程的流程图，其中***可能可以通过调节基于IMS架构中的对等端列表接收事件并起作用。如图18A中所示，***可以使用未被请求的新的(例如，最近更新的)对等端列表消息更新WTRU1的对等端列表。在一些实施方式中，***能够从WTRU1的对等端列表中移除对等端，可能为了对诸如网络负载事件的网络事件进行响应。
图18B为示例过程的流程图，其中***可能可以通过调节基于非IMS架构中的对等端列表接收事件并起作用。如图18B中所示，***可以使用未被请求的新的(例如，最近更新的)对等端列表消息更新WTRU1的对等端列表。在一些实施方式中，***能够从WTRU1的对等端列表中移除对等端，可能为了对诸如网络负载事件的网络事件进行响应。在一些实施方式中，图18B的技术可以利用推模型(例如，网络负载信息消息可以触发该更新)。在一些实施方式中，拉模型可以被利用为由诸如来自WTRU1的点线箭头来指示(例如，WTRU1可以触发对等端列表更新)。
在一种或者多种实施方式中，***可以从网络(例如，家用订户服务器(HSS)、ANDSF等)和/或从WTRU自身接收位置信息。在一些实施方式中，可能基于该位置信息，***可以重新计算针对WTRU的对等端列表。***可以发送对等端列表更新至WTRU。对等端列表变化可以包括诸如不同的CCS/轻量CCS和/或不同的对等端WTRU。可替换地或者附加地，WTRU1(例如，如图19A和/或19B中所描述)，在检测到位置变化之后，还可以从***请求新的(例如，最近更新的)对等端列表。
图19A为示例过程的流程图，其中***可以在基于IMS架构中从报告功能接收位置更新消息。在一些实施方式中，可能作为接收位置更新消息的结果，***可以决定分配不同的动态缓存对等端给WTRU1。替换地或附加地，在一些实施方式中，***可以在WTRU1的对等端列表中添加若干常规对等端(例如可能如果WTRU1从使用3G到WLAN)。
图19B为示例过程的流程图，其中***可以在基于非IMS的架构中从报告功能接收位置更新消息。在图19B中，ALTO服务器可以从报告功能接收位置更新消息，并且可能由此决定通知***哪个将带来关于分配不同的动态缓存对等端给WTRU1(例如，这可以是“推”模型的植入)。替换地或附加地，例如在“拉”模型中，可能在接收到信息时，ALTO可以更新其内部状态(在一些实施方式中可能仅更新其内部状态)。在某点处，WTRU1决定刷新其对等端列表。而且，***可以使用ALTO来生成更新后的对等端列表。
一种或多种实施方式涵盖基于***的P2P CDS不与IMS集成。此处描述的一种或多种实施方式可以被组合以使得能够使蜂窝网络适于任何云上P2P CDS(例如Joost和/或PPLive)。一种或多种实施方式可以使得订户能够使用这些服务，可能在其通过这种网络连接时无需过渡使用蜂窝网络资源。例如，可能如果对等端通过蜂窝接入网络连接到***，***可以检测到此(例如可能直接通过配置和/或通过查询诸如应用层业务优化(ALTO)服务器)。***可以决定将至少按照单个动态缓存对等端关联到这种对等端。所述对等端可以在与动态缓存对等端通信时使用增强型P2P协议。在一些实施方式中，动态缓存对等端和/或轻量P2P协议可以应用到非IMS P2PCDS。在一些实施方式中，非IMS***可以从网络节点(例如诸如ANDSF的3GPP核心网络)接收事件，并且按此处描述起作用。
图20示出了通用(非IMS)云上的P2P CDS的示例架构，其中动态缓存对等端可以被部署。一个或者多个对等端可以使用轻量P2P协议模式。在一些实施方式中，一个或者多个网络事件可以被用于对等端列表重配置或者更新。在一些实施方式中，一个或者多个网络事件可以通过ALTO服务传递。
虽然本发明的特征和元素以特定的结合在以上进行了描述，但每个特征或元素可以单独使用，或与其它特征和元素结合使用。此外，本发明提供的方法可以在由计算机或处理器执行的被包含在计算机可读存储介质中的计算机程序、软件或固件中实施。计算机可读介质的示例包括电子信号(通过有线或者无线连接而传送)和计算机可读存储介质。计算机可读存储介质的示例包括但不局限于只读存储器(ROM)、随机存取存储器(RAM)、寄存器、缓存存储器、半导体存储设备、磁介质(诸如内部硬盘或可移动磁盘)、磁光介质以及诸如压缩光盘(CD)或者数字多功能光盘(DVD)之类的光介质。与软件有关的处理器可以被用于在WTRU、UE、终端、基站、节点B、eNB、HNB、HeNB、AP、RNC、无线路由器或者任何主计算机中实现无线频率收发信机的使用。

Claims (20)

1.一种用于提供动态缓存对等端(DCP)功能的方法，该方法包括：
从第一无线发射/接收单元(WTRU)接收针对对等端列表的请求；
确定一个或多个对等端列表候选装置；
在所述对等端列表中至少放置第一动态缓存对等端；以及
将所述对等端列表发送到所述第一无线发射/接收单元(WTRU)。
2.根据权利要求1所述的方法，该方法还包括：在所述对等端列表中由标记标识所述第一动态缓存对等端。
3.根据权利要求1所述的方法，其中以下中的至少一者由跟踪装置执行：确定一个或多个对等端列表装置候选或者在所述对等端列表中放置所述第一动态缓存对等端。
4.根据权利要求1所述的方法，其中所述第一动态缓存对等端被配置成提供动态缓存对等端功能。
5.根据权利要求2所述的方法，其中所标识的第一动态缓存对等端为超级对等端装置。
6.根据权利要求1所述的方法，其中所述动态缓存对等端(DCP)具有以下中的至少一者：比非动态缓存对等端相对大的带宽能力，或者比非动态缓存对等端相对大的处理能力。
7.根据权利要求3所述的方法，该方法还包括：由所述跟踪装置与应用层业务优化(ALTO)功能通信以执行所述确定一个或多个对等端列表装置候选。
8.根据权利要求1所述的方法，该方法还包括：
在所述对等端列表中放置第二动态缓存对等端；
将第一权重参数与所述对等端列表中的所述第一动态缓存对等端相关联；以及
将第二权重参数与所述对等端列表中的所述第二动态缓存对等端相关联，所述第一权重参数比所述第二权重参数大。
9.根据权利要求3所述的方法，其中将所述跟踪装置部署在云上端对端内容递送***(P2P CDS)网络中。
10.根据权利要求1所述的方法，该方法还包括：
在所述对等端列表中放置第二动态缓存对等端；
在所述对等端列表中放置第二WTRU；
由所述第一动态缓存对等端从所述第一WTRU接收针对一个或多个数据分段的请求；
标识所述一个或多个数据分段中的哪些/哪个被存储在所述第一动态缓存对等端上；
从所述第二动态缓存对等端和所述第二WTRU中的至少一者获取未被存储在所述第一动态缓存对等端上的一个或多个数据分段中的任意数据分段；以及
将所获取的一个或多个数据分段和所标识的一个或多个数据分段中的至少一者发送到所述第一WTRU。
11.根据权利要求1所述的方法，其中所述第一动态缓存对等端能够实施轻量端对端(P2P)协议模式，所述方法还包括：
在所述对等端列表中将所述第一动态缓存对等端标识为具有轻量P2P协议模式的能力；
在所述对等端列表中放置第二动态缓存对等端；
在所述对等端列表中放置第二WTRU；
由所述第一动态缓存对等端从所述第一WTRU接收针对一个或多个数据分段的请求，所述请求在没有来自所述第一WTRU的针对与所述一个或多个数据分段对应的位图的请求的情况下被接收；
标识所述一个或多个数据分段中的哪些/哪个被存储在所述第一动态缓存对等端上；
从所述第二动态缓存对等端和所述第二WTRU中的至少一者获取未被存储在所述第一动态缓存对等端上的一个或多个数据分段中的任意数据分段；以及
将所获取的一个或多个数据分段和所标识的一个或多个数据分段中的至少一者发送到所述第一WTRU。
12.根据权利要求1所述的方法，其中所述第一动态缓存对等端能够实施轻量端对端(P2P)协议模式，所述方法还包括：
在所述对等端列表中放置第二动态缓存对等端；
在所述对等端列表中放置第二WTRU；
由所述第一动态缓存对等端从所述第一WTRU接收针对一个或多个数据分段的请求，所述请求包括用于所述第一动态对等端操作在所述轻量P2P协议模式的指示；
标识所述一个或多个数据分段中的哪些/哪个被存储在所述第一动态缓存对等端上；
从所述第二动态缓存对等端和所述第二WTRU中的至少一者获取未被存储在所述第一动态缓存对等端上的一个或多个数据分段中的任意数据分段；以及
将所获取的一个或多个数据分段和所标识的一个或多个数据分段中的至少一者发送到所述第一WTRU。
13.根据权利要求1所述的方法，其中所述第一动态缓存对等端能够实施轻量端对端(P2P)协议模式，以及所述动态缓存对等端是内容缓存服务器(CCS)和轻量内容缓存服务器(L-CCS)中的至少一者。
14.一种装置，该装置包括：
处理器，被配置成：
从第一无线发射/接收单元(WTRU)接收针对对等端列表的请求；
确定一个或多个对等端列表候选装置；
在所述对等端列表中至少放置第一动态缓存对等端；以及
将所述对等端列表发送到所述第一无线发射/接收单元(WTRU)。
15.根据权利要求14所述的装置，其中所述处理器还被配置成：
在所述对等端列表中由标记标识所述第一动态缓存对等端；
在所述对等端列表中放置第二动态缓存对等端；以及
在所述对等端列表中放置第二WTRU。
16.根据权利要求14所述的装置，其中所述处理器还被配置成：
在所述对等端列表中放置第二动态缓存对等端；
将第一权重参数与所述对等端列表中的所述第一动态缓存对等端相关联；以及
将第二权重参数与所述对等端列表中的所述第二动态缓存对等端相关联，所述第一权重参数比所述第二权重参数大。
17.一种动态缓存对等端(DCP)装置，第一DCP装置与无线发射/接收单元(WTRU)以及至少一个其它节点通信，所述DCP装置包括：
处理器，被配置成：
经由端对端(P2P)协议从所述WTRU接收针对一个或多个数据分段的请求；
标识所述一个或多个数据分段中的哪些/哪个被存储在所述DCP装置上；
经由所述P2P协议从所述至少一个其它节点获取未被存储在所述DCP装置上的一个或多个数据分段中的任意数据分段；以及
经由所述P2P协议将所获取的一个或多个数据分段和所标识的一个或多个数据分段中的至少一者发送到所述WTRU。
18.根据权利要求17所述的DCP装置，其中所述DCP装置够实施轻量端对端(P2P)协议模式，并且针对所述一个或多个数据分段的请求在没有来自所述WTRU的针对与所述一个或多个数据分段对应的位图的请求的情况下被接收。
19.根据权利要求17所述的DCP装置，其中所述DCP装置够实施轻量端对端(P2P)协议模式，并且针对所述一个或多个数据分段的请求包括用于所述DCP装置操作在所述轻量P2P协议模式的指示。
20.根据权利要求17所述的DCP装置，该DCP装置还包括：传达所述DCP装置能够提供所述一个或多个数据分段。
CN201380018998.1A 2012-04-06 2013-04-05 端对端内容递送服务的优化 Pending CN104205779A (zh)

Applications Claiming Priority (3)

Application Number Priority Date Filing Date Title
US201261621199P 2012-04-06 2012-04-06
US61/621,199 2012-04-06
PCT/US2013/035491 WO2013152312A1 (en) 2012-04-06 2013-04-05 Optimization of peer-to-peer content delivery service

Publications (1)

Publication Number Publication Date
CN104205779A true CN104205779A (zh) 2014-12-10

Family

ID=48170808

Family Applications (1)

Application Number Title Priority Date Filing Date
CN201380018998.1A Pending CN104205779A (zh) 2012-04-06 2013-04-05 端对端内容递送服务的优化

Country Status (5)

Country Link
US (1) US20150120833A1 (zh)
EP (1) EP2834962A1 (zh)
CN (1) CN104205779A (zh)
TW (1) TW201406119A (zh)
WO (1) WO2013152312A1 (zh)

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN109076092A (zh) * 2015-12-04 2018-12-21 Idac控股公司 回程受限的缓存网络中由协作策略驱动的内容放置

Families Citing this family (9)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP6193569B2 (ja) * 2012-12-28 2017-09-06 キヤノン株式会社 受信装置、受信方法、及びプログラム、撮像装置、撮像方法、及びプログラム、送信装置、送信方法、及びプログラム
US9445421B2 (en) * 2014-06-16 2016-09-13 United States Cellular Corporation System and method for managing frequency layer priority assignments within mobile wireless network radio interfaces
US9906597B2 (en) 2015-04-07 2018-02-27 Microsoft Technology Licensing, Llc Collaboration data proxy system in cloud computing platforms
US9930134B2 (en) 2015-11-25 2018-03-27 International Business Machines Corporation File replication on location-aware devices
US10715615B1 (en) * 2018-08-01 2020-07-14 The Government Of The United States Of America As Represented By The Secretary Of The Air Force Dynamic content distribution system and associated methods
US10819767B2 (en) * 2018-08-08 2020-10-27 Intel Corporation Information centric network for content data networks
US10841393B2 (en) * 2018-11-12 2020-11-17 Citrix Systems, Inc. Systems and methods for secure peer-to-peer caching
US10771524B1 (en) * 2019-07-31 2020-09-08 Theta Labs, Inc. Methods and systems for a decentralized data streaming and delivery network
WO2021072417A1 (en) * 2019-10-11 2021-04-15 Theta Labs, Inc. Methods and systems for decentralized data streaming and delivery network

Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20060165014A1 (en) * 2005-01-26 2006-07-27 Yasushi Ikeda Peer-to-peer content distribution system
CN1905497A (zh) * 2006-07-31 2007-01-31 西安西电捷通无线网络通信有限公司 一种端到端服务等级协议的评估方法和评估装置
CN101124566A (zh) * 2005-01-06 2008-02-13 特维拉有限公司 端到端的发布/订购中间件体系结构

Family Cites Families (27)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
EA002886B1 (ru) * 1997-11-13 2002-10-31 Хайперспейс Коммьюникейшнз, Инк. Система пересылки файлов
US6859821B1 (en) * 1999-07-19 2005-02-22 Groove Networks, Inc. Method and apparatus for prioritizing data change requests and maintaining data consistency in a distributed computer system equipped for activity-based collaboration
US7440994B2 (en) * 2001-07-06 2008-10-21 Intel Corporation Method and apparatus for peer-to-peer services to shift network traffic to allow for an efficient transfer of information between devices via prioritized list
US7509372B2 (en) * 2001-09-13 2009-03-24 International Business Machines Corporation Method and system for redirecting data requests in peer-to-peer data networks
US20030126199A1 (en) * 2002-01-02 2003-07-03 Kadri Seemab Aslam Peer-to-peer namespace directory and discovery
JP2005524182A (ja) * 2002-04-30 2005-08-11 ノキア コーポレイション ツリーデータ交換管理方法および装置
US7451217B2 (en) * 2002-12-19 2008-11-11 International Business Machines Corporation Method and system for peer-to-peer authorization
US20050080858A1 (en) * 2003-10-10 2005-04-14 Microsoft Corporation System and method for searching a peer-to-peer network
WO2006051232A1 (fr) * 2004-11-08 2006-05-18 France Telecom Service de messagerie dans un reseau de telecommunications de type 'pair a pair'
US8275804B2 (en) * 2004-12-15 2012-09-25 Applied Minds, Llc Distributed data store with a designated master to ensure consistency
KR100834576B1 (ko) * 2006-12-05 2008-06-02 한국전자통신연구원 Ｐ２ｐ 네트워크에서 보안통신을 위한 키 관리 방법 및이를 위한 장치
US8131673B2 (en) * 2006-12-05 2012-03-06 International Business Machines Corporation Background file sharing in a segmented peer-to-peer file sharing network
WO2008070813A2 (en) * 2006-12-06 2008-06-12 Fusion Multisystems, Inc. (Dba Fusion-Io) Apparatus, system, and method for a front-end, distributed raid
US20090222515A1 (en) * 2007-12-31 2009-09-03 Solid State Networks, Inc. Methods and apparatus for transferring data
US8145698B1 (en) * 2008-01-03 2012-03-27 Adobe Systems Incorporated Self organizing peer-to-peer system, method, and/or apparatus
US8082290B2 (en) * 2008-03-19 2011-12-20 Verizon Patent And Licensing Inc. Intelligent establishment of peer-to-peer communication
US9130960B2 (en) * 2008-12-02 2015-09-08 Telefonaktiebolaget L M Ericsson (Publ) Method and apparatus for influencing the selection of peer data sources in a P2P network
US20100293294A1 (en) * 2009-05-15 2010-11-18 Alcatel-Lucent Usa Inc. Peer-to-peer communication optimization
US8762461B2 (en) * 2009-06-17 2014-06-24 China Mobile Communications Corporation Method, system and device for searching active peer in P2P streaming media system
CN101938509B (zh) * 2009-06-29 2015-11-25 日电（中国）有限公司 为p2p网络提供节点信息的服务器、方法及***
US8204791B2 (en) * 2009-07-13 2012-06-19 International Business Machines Corporation File fragment pricing in a segmented file sharing network
US8280958B2 (en) * 2009-07-13 2012-10-02 International Business Machines Corporation List passing in a background file sharing network
US8463788B2 (en) * 2010-09-03 2013-06-11 Marvell World Trade Ltd. Balancing caching load in a peer-to-peer based network file system
US9904797B2 (en) * 2010-12-27 2018-02-27 Nokia Technologies Oy Method and apparatus for providing data based on granularity information
US8805954B2 (en) * 2011-02-07 2014-08-12 Nokia Corporation Method and apparatus for providing media mixing with reduced uploading
US9270784B2 (en) * 2011-02-16 2016-02-23 Masque Publishing, Inc. Peer-to-peer communications
KR101544294B1 (ko) * 2011-02-21 2015-08-12 블랙베리 리미티드 셀룰러 네트워크에서의 피어 투 피어 공유 관리

Patent Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101124566A (zh) * 2005-01-06 2008-02-13 特维拉有限公司 端到端的发布/订购中间件体系结构
US20060165014A1 (en) * 2005-01-26 2006-07-27 Yasushi Ikeda Peer-to-peer content distribution system
CN1905497A (zh) * 2006-07-31 2007-01-31 西安西电捷通无线网络通信有限公司 一种端到端服务等级协议的评估方法和评估装置

Non-Patent Citations (1)

* Cited by examiner, † Cited by third party
Title
Y.ZHANG；N.ZONG等: ""Problem Statement of Peer-to-Peer Streaming Protocol (PPSP)；draft-ietf-ppsp-problem-statement-07.txt"", 《INTERNET ENGINEERING TASK FORCE,IETF》 *

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN109076092A (zh) * 2015-12-04 2018-12-21 Idac控股公司 回程受限的缓存网络中由协作策略驱动的内容放置

Also Published As

Publication number Publication date
WO2013152312A1 (en) 2013-10-10
TW201406119A (zh) 2014-02-01
EP2834962A1 (en) 2015-02-11
US20150120833A1 (en) 2015-04-30

Similar Documents

Publication Publication Date Title
CN104205779A (zh) 端对端内容递送服务的优化
TWI601396B (zh) 在服務能力層處支援機器對機器快取的方法和裝置
CN104012049A (zh) 用于在内容递送网络之间提供接口的方法和设备
KR101806951B1 (ko) 이동 통신 시스템에서 콘텐츠 수신 방법 및 장치
CN109451804B (zh) cNAP以及由cNAP、sNAP执行的方法
US20170277806A1 (en) Procedures for content aware caching and radio resource management for multi-point coordinated transmission
TWI524713B (zh) 網路通訊中輕量級協定及代理
US10772036B2 (en) Procedures for dynamically configured network coding based multi-source packet transmission utilizing ICN
CN103348654A (zh) 用于基于内容标识来自动地发现和获取内容的方法和设备
US20180278679A1 (en) Methods, Apparatus and Systems For Information-Centric Networking (ICN) Based Surrogate Server Management Under Dynamic Conditions And Varying Constraints
JP6073448B2 (ja) 通信ネットワーク内でコンテンツストレージサブシステムを管理するための方法および装置
CN105191409A (zh) 分布式移动管理环境中的锚定节点选择
US20240137731A1 (en) Systems and methods for providing dynamic edge-based multicast and broadcast service for content providers

Legal Events

Date Code Title Description
C06 Publication
PB01 Publication
C10 Entry into substantive examination
SE01 Entry into force of request for substantive examination
WD01 Invention patent application deemed withdrawn after publication
WD01 Invention patent application deemed withdrawn after publication

Application publication date: 20141210