CN115804036A - 数字服务的可靠传递 - Google Patents
数字服务的可靠传递 Download PDFInfo
- Publication number
- CN115804036A CN115804036A CN202180047125.8A CN202180047125A CN115804036A CN 115804036 A CN115804036 A CN 115804036A CN 202180047125 A CN202180047125 A CN 202180047125A CN 115804036 A CN115804036 A CN 115804036A
- Authority
- CN
- China
- Prior art keywords
- content
- network
- satellite
- bin
- missing portions
- 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
Links
Images
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/12—Protocols specially adapted for proprietary or special-purpose networking environments, e.g. medical networks, sensor networks, networks in vehicles or remote metering networks
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04B—TRANSMISSION
- H04B7/00—Radio transmission systems, i.e. using radiation field
- H04B7/14—Relay systems
- H04B7/15—Active relay systems
- H04B7/185—Space-based or airborne stations; Stations for satellite systems
- H04B7/1851—Systems using a satellite or space-based relay
- H04B7/18513—Transmission in a satellite or space-based system
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04B—TRANSMISSION
- H04B7/00—Radio transmission systems, i.e. using radiation field
- H04B7/14—Relay systems
- H04B7/15—Active relay systems
- H04B7/185—Space-based or airborne stations; Stations for satellite systems
- H04B7/18521—Systems of inter linked satellites, i.e. inter satellite service
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04B—TRANSMISSION
- H04B7/00—Radio transmission systems, i.e. using radiation field
- H04B7/14—Relay systems
- H04B7/15—Active relay systems
- H04B7/185—Space-based or airborne stations; Stations for satellite systems
- H04B7/1853—Satellite systems for providing telephony service to a mobile station, i.e. mobile satellite service
- H04B7/18567—Arrangements for providing additional services to the basic mobile satellite telephony service
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04B—TRANSMISSION
- H04B7/00—Radio transmission systems, i.e. using radiation field
- H04B7/14—Relay systems
- H04B7/15—Active relay systems
- H04B7/185—Space-based or airborne stations; Stations for satellite systems
- H04B7/18578—Satellite systems for providing broadband data service to individual earth stations
- H04B7/18582—Arrangements for data linking, i.e. for data framing, for error recovery, for multiple access
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04B—TRANSMISSION
- H04B7/00—Radio transmission systems, i.e. using radiation field
- H04B7/14—Relay systems
- H04B7/15—Active relay systems
- H04B7/185—Space-based or airborne stations; Stations for satellite systems
- H04B7/18578—Satellite systems for providing broadband data service to individual earth stations
- H04B7/18595—Arrangements for adapting broadband applications to satellite systems
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
- H04L65/60—Network streaming of media packets
- H04L65/61—Network streaming of media packets for supporting one-way streaming services, e.g. Internet radio
- H04L65/611—Network streaming of media packets for supporting one-way streaming services, e.g. Internet radio for multicast or broadcast
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
- H04L65/60—Network streaming of media packets
- H04L65/61—Network streaming of media packets for supporting one-way streaming services, e.g. Internet radio
- H04L65/612—Network streaming of media packets for supporting one-way streaming services, e.g. Internet radio for unicast
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
- H04L65/80—Responding to QoS
-
- 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/01—Protocols
- H04L67/12—Protocols specially adapted for proprietary or special-purpose networking environments, e.g. medical networks, sensor networks, networks in vehicles or remote metering networks
- H04L67/125—Protocols specially adapted for proprietary or special-purpose networking environments, e.g. medical networks, sensor networks, networks in vehicles or remote metering networks involving control of end-device applications over a network
-
- 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/2866—Architectures; Arrangements
- H04L67/289—Intermediate processing functionally located close to the data consumer application, e.g. in same machine, in same home or in same sub-network
-
- 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/565—Conversion or adaptation of application format or content
-
- 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
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Aviation & Aerospace Engineering (AREA)
- General Physics & Mathematics (AREA)
- Physics & Mathematics (AREA)
- Astronomy & Astrophysics (AREA)
- Multimedia (AREA)
- Health & Medical Sciences (AREA)
- Computing Systems (AREA)
- General Health & Medical Sciences (AREA)
- Medical Informatics (AREA)
- Mobile Radio Communication Systems (AREA)
Abstract
描述了用于从卫星到子边缘设备的可靠内容传递的系统和方法。内容被传递给多个边缘设备。内容的丢失部分被标识。一个或多个丢失部分被选择,并所选部分通过卫星网络或非卫星网络被恢复。恢复由中央云设备基于一个或多个恢复因素被协调。
Description
背景技术
虽然世界上一半以上的人口是互联网用户,但只有小比例(14%)接入宽带。例如,在印度,接入到宽带仅限于目前总人口的6%。但是,(14亿用户中)约有5亿智能手机用户可以使用2G/3G/4G连接(约3亿城市用户和2亿农村用户)。此人口中有很大一部分在间接并以临时方式访问在线内容和服务(例如,移动充值、旅游预订、保险等)。甚至此人口很难直接从云端访问支持互联网的数字内容,这消耗大批量数据并且需要高网络带宽。今天的内容传递网络(CDN)和互联网服务提供方(ISP)服务无法满足全球这一庞大、服务不足的人口的需求。
发明内容
提供本发明内容是为了以简化的形式介绍以下在详细描述中进一步描述的概念的选择。本发明内容不旨在标识所要求保护的主题的关键特征或基本特征,也不旨在用作确定所要求保护主题的范围的辅助。
一种用于内容传递的计算机化方法包括:确定被传递给多个子边缘设备的所接收的内容的丢失部分,并且选择丢失部分中要恢复的一个或多个丢失部分。计算机化方法还包括:基于内容优先级和天气中的至少一项来选择卫星网络或非卫星网络中的一项,以恢复所选择的一个或多个丢失部分。计算机化方法还包括:从卫星网络或非卫星网络中的所选择的一项下载所选择的一个或多个丢失部分,以恢复所选择的一个或多个丢失部分,该恢复由与多个子边缘设备通信的中央云设备协调。
许多伴随特征将较容易理解,因为通过参考结合附图考虑的以下详细描述,这些特征将变得更好理解。
附图说明
根据结合附图阅读的以下详细描述将更好地理解本描述,其中:
图1是示出根据示例的系统的框图;
图2是根据示例的平台即服务(PaaS)系统的框图;
图3是根据示例的混合智能网络(bine)网络堆栈的框图;
图4是根据示例的内容传递网络的框图;
图5是示出根据示例的用于智能内容获取和传递的工作流的框图;
图6是示出根据示例的用于内容获取和传递的过程的框图;
图7是示出根据另一示例的用于内容获取和传递的过程的框图;
图8是示出根据示例的使用热图的内容恢复的框图;
图9是示出根据示例的计算设备传递内容的操作的流程图;以及
图10将根据示例的计算设备示出为功能框图。
在整个附图中,对应的参考符号表示对应的部分。在图中,系统以示意图的形式示出。附图可不按比例绘制。
具体实施方式
本文所述的计算设备和方法被配置为提供上下文感知和内容感知的数字分发网络,用于在最后一英里(例如,用户设备之前的最后一跳)最佳且可靠地提供支持互联网的数字服务,包括通过执行丢失的内容恢复,特别是从一个或多个卫星传送的内容。各种示例包括包含云和终端用户设备(例如,在边缘的消费方设备)之间引入的中间上下文感知子边缘设备(例如,在服务的最后一英里边缘的计算设备)的系统,其利用本地存储和计算,从而增强终端消费方的整体端到端(E2E)网络体验和/或性能。例如,通过在与云和终端消费方设备两者耦合的子边缘引入上下文感知配置,并使用不同的恢复方法,诸如非卫星方法(例如,对等(P2P)恢复方法)和卫星方法,可以提供从卫星到子边缘设备的可靠内容传递。也就是说,在各种示例中,在子边缘提供了上下文感知解决方案。
在一个示例中,子边缘设备具有多个网络接口和定制的网络堆栈以支持多个网络界面。使用上下文信息(来自用户、子边缘、网络、应用等),终端用户的内容被预加载到子边缘设备上。本文描述的系统允许终端用户设备通过高带宽网络直接从子边缘访问预加载的内容,而不是从云访问内容。
为支持互联网的数字服务业务提供平台,该业务由云服务协调并由子边缘配置通过子边缘设备的属性(包括智能、存储和计算)来增强,这优化了云到终端用户的整体网络利用率、成本和性能,以及具有较高的可靠性。在一个示例中,子边缘设备托管第三方应用(例如,支持互联网的数字服务业务)。子边缘处的第三方应用充当对应终端用户和云服务之间的中间方。
因此,整个系统对终端用户是非侵入性的,并在内容获取和传递中利用上下文信息和网络带宽多样性。整个系统还执行丢失内容恢复以增强整个E2E网络性能。例如,在子边缘设备和终端用户设备支持内容恢复。内容的缓冲多播直接从子边缘提供给终端用户设备。终端用户还可以从多个子边缘访问同一内容的不同分段。以这种方式,当处理器被编程为执行本文所述的操作时,处理器以非常规方式使用,这允许更高效和可靠的内容传递,这导致改进的用户体验。
本公开解决了以下技术问题中的至少一个或多个:
-即使云和对应中间基础设施配备齐全,终端消费方设备也只能访问低带宽网络连接,这归因于高成本或最后一公里的基础设施的不足。这反过来又从终端消费方的角度恶化了E2E网络性能。
-尽管像内容传递网络(CDN)这样的基础设施试图改善这种情况,但这些基础设施在终端用户级别处并没有通过非常具体的上下文信息被全面授权。因此,支持互联网的批量内容不会优化网络利用成本。
-基础设施需要扩展到尽可能靠近终端用户,而终端用户目前不可用。
-在卫星内容传递环境中,地理区域(例如,城市)中的所有地面子边缘设备都应该具有相同的内容。然而,来自不同卫星的错误率是不同的,因此一些子边缘设备将具有与其他子边缘设备不同的丢失内容部分。
在卫星内容传递环境中,在相同地理区域中本公开的子边缘设备使用卫星或非卫星网络(例如,TV白空间(TVWS)、以太网、蜂窝、云等)来执行丢失部分的内容恢复。在一些示例中,子边缘设备从卫星接收大部分内容,通过非卫星网络恢复丢失的内容。
根据一个示例的系统100的架构如图1所示。该示例中的系统100具有中间上下文感知子边缘设备(在云106和终端用户设备104之间),其具有多个网络接口和定制的网络堆栈。通过在终端用户设备104(例如,移动电话、物联网(IoT)设备)和云106之间的最后一跳引入智能中间网络设备(IIND)102,提供了改进整体网络性能和/或终端用户体验的分层架构。分层架构至少通过执行丢失内容的“智能”恢复,来帮助确保从来自卫星的可靠内容递送。在各种示例中,IIND 102被配置或实施或称为集线器设备或子边缘设备。例如,如图2至图7所示,IIND 102是实施为bine集线器302的子边缘设备。
特别参考IIND 102,该设备在如下所述的各种示例中被配置。IIND 102是一个高度可靠的子边缘设备,具有运行PaaS软件的本地存储和计算。IIND 102托管与云106的多个单向和双向网络接口,但具有至少一个与云的双向信道。可能的网络信道包括数字订户线(DSL)、全球移动通信系统(GSM)、长期演进(LTE)、LTE-B、卫星下行链路、电视白空间(TVWS)等。如果设备运行PaaS软件,则IIND 102可以通过WAN/远程WiFi/局域网(LAN)/TVWS等与任何其他IIND设备建立双向通信。
在内容被传递给IIND 102之后,IIND 102使用卫星或非卫星网络(包括上述网络信道)来执行内容的任何丢失部分的恢复。基于例如成本、效率和时间以多种方式执行恢复,包括使用例如低带宽(LBW)链路在IIND 102处的恢复、在同一地理区域中的其他IIND之间的对等恢复(例如,使用电视白空间(TVWS))以及在终端用户设备104中的恢复。
其他终端用户设备,如智能手机、笔记本电脑、物联网设备,可以与IIND 102连接,并通过802.11a/b/g/n、蓝牙、NFC、电视白空间等建立双向通信信道。为了在该架构中通信,终端用户设备应用被配置为与一版本的PaaS软件交互,该软件以软件开发工具包(SDK)、库或服务的形式提供,因此也可以添加到已有应用中。
终端用户设备104与云106具有单独的“私有”通道,用于交换敏感和/或私有信息,数据交换要求低,例如认证、金融信息、设备特定动作等。终端用户设备104在从IIND 102或云106获得同意后建立P2P通信并交换任何数据。在一些示例中,“专用”信道是具有低带宽连接(例如,第二代(2G)或第三代(3G)蜂窝网络连接)的通信信道。在一个示例中,多数或大多数“专用”信道(例如,90%以上)具有低带宽连接。然而,应当理解,具有低带宽连接的“专用”信道的数目可以更高或更低。
根据一个示例的平台200(作为PaaS)的架构如图2所示。在各种示例中配置的PaaS200包括中央云设备(在一些示例中配置或称为bine云306,如图3所示),并在边缘服务204和云服务206之间提供云服务202(在一些示例中配置或称为控制云操作的bine云服务)。即,PaaS 200被配置为包括云和子边缘两者的平台。在此示例中,bine云306协调和控制边缘服务204和云服务206之间的操作,包括来自多个通信设备208的内容传递,这包括执行丢失内容的恢复。在一个示例中,边缘服务204结合IIND 102被配置为控制云服务202和终端用户设备104之间的通信,包括从不同的通信设备210恢复丢失的内容。例如,大部分内容是从通信设备208之一(诸如卫星)接收的,而丢失的内容是从通信设备210诸如通过以太网、DSL、GSM等接收的。
在所示示例中,除了多个网络接口之外,IIND 102具有本地存储和计算能力,以维护状态、参数和托管其他应用。IIND 102可以具有取决于以下各种因素的一系列存储和计算能力,诸如位置、人口统计、用例(个人与商业)等,但运行bine集线器应用以利用功能。IIND 102还被配置为访问一个或多个驱动器220和通信接口222,以允许通过不同手段(例如通信设备210)进行通信。还提供了存储和电源224。
在一个示例中,云服务206结合bine云服务202(以及对标准服务218的访问)在特定云中运行,管理集线器(例如,一个或多个IIND 102),并为整个系统编排任务和动作。例如,IIND 102运行监控存储和计算资源可用性的bine集线器应用,并且还负责“最后一跳”处的决策。bine集线器应用以允许其他提供方运行除任何第一方(1P)应用214之外的第三方(3P)应用212的方式被配置,第一方(1P)应用214对bine集线器存储、计算和智能进行利用。IIND 102在集线器设备上下载、维护和更新用于1P应用214和3P应用212两者的机器学习模型,这些应用在IIND102上运行(例如,在bine集线器上运行)。bine边缘是服务组件216,其在终端用户设备104上运行,并且与bine云服务和bine集线器两者无缝交互以提供改进的数字服务传递,包括初始传递和丢失内容的恢复。
图3中示出了bine网络堆栈300的示例。bine网络堆栈300在各种示例中被配置为包括两个不同的网络堆栈304,一个堆栈304a用于与bine云306和其他bine集线器302通信,另一个堆栈304用于与bin边缘308服务通信。如本文所述,在各种示例中,bine云306执行云服务202,bine边缘308是在终端用户设备104上执行的服务。也就是说,云服务器202在“bine”的云侧操作,而终端用户设备106在“bine”的用户设备侧操作。
两个网络堆栈304a、304b在应用层312处由bine集线器服务和主机310桥接,使得所有PaaS客户端都托管在其中,对应的服务被提供,并且本地存储和计算被执行。在一些示例中,bine集线器服务和主机310包括边缘服务204,或者被实施为边缘服务204。
图3中所示的跨层网络堆栈促成了多个网络接口,其中应用层312在发起通信之前确定/选择网络接口,并且传输层314处理运行时垂直切换以确保更好的网络性能。应当注意,包括网络堆栈304a、304b的网络堆栈具有其他层,包括网络层316、数据链路层318和物理层320。也就是说,可以使用一个或多个不同的网络通信协议设计来配置各种示例中的网络堆栈。
因此,在一些示例中,在bine集线器302中配置两个五层网络堆栈304,其中网络堆栈304a被配置为与bine云306(跨层定制以支持多个预选或在运行中的接口)或其他bine集线器302通信。堆栈304在应用层312处桥接。
一个或多个示例包括本地存储,其中bine集线器PaaS平台提供其中bine集线器302的存储108被其他应用在指定持续时间内利用的特征。在“叶子CDN”的例子中,媒体公司(MC)正在特定地区推出新一季的热门电视剧S_1。每个用户打开新的单播频道以访问内容。MC可以经由API使内容可用于bine云306。bine云306将S_1传递给特定集线器位置,包括如本文所述的内容恢复。在附近位置使用与bine边缘308集成的MC应用的用户接收通知,提示用户以高速度、高质量从最近的集线器得到文件,而不会产生任何数据成本。然后,用户可以在不访问MC的云CDN的情况下获取内容。
在“临时个性化安全存储”示例中,无法访问高带宽(HBW)连接和大量本地存储的典型终端用户可以请求将任何内容传递给特定集线器。使用bine边缘308,API的用户可以传送需要向其传递内容的特定文件、持续时间和特定集线器。在指定的集线器处触发下载操作,并且在下载(包括如本文所述的内容恢复)之后,内容被加密并存储指定的持续时间。该内容仅可由用户经由触发该请求的特定终端用户设备104访问。
图4中示出了根据一个示例的被示为叶CDN的CDN 400的架构。继续参考图3,各种示例利用了子边缘和CDN。在一个示例中,bine云306使用来自bine集线器302的控制消息和遥测来做出关于适当的传递信道的决策。bine集线器PaaS平台具有机器学习(ML)模块,它是下载和更新并且可用于不同的终端应用用途的多个模型的集合。ML模型既用于3P应用212的特定用例,又促成bine集线器服务402。bine集线器302确保在平台上运行和存储数据的任何1P应用214或3P应用212符合集线器上部署的策略。这些策略是特定于应用的,并且封装了用户同意、数据保留和删除、共享等。ML模型可以由1P和3P应用与围绕更新、数据使用等的定制策略一起部署在bine集线器302上。通过仅在bine集线器302上运行ML模型而不将用户数据推送到云106,bine集线器302具有维护数据404(例如MC的数据)的主权的能力,这些数据可以存储在bine数据库410中。可以基于适当的策略与3P服务共享匿名和聚合数据以改进ML模型。
在一些示例中,元数据用于确定要下载到bine集线器302的内容。密钥406用于由终端用户设备104访问内容408(以利用bine集线器302处的存储)。应当注意,信道的多样性提供了增加的通信速度(例如,选择最快的信道)。在使用ML增强视频体验的示例中,MC已经开发了以下ML模型,其可以通过升级视频来增强用户实时观看视频的体验。ML模型是在视频上先验训练的,不同类型的视频具有不同类型的模型。例如,体育电影模型不同于脱口秀模型。此外,ML模型使用特定的硬件使模型有效运行。MC可以使ML模型附加有要被传递给bine集线器302的特定内容。每当用户获取特定内容时,bine集线器302和bine边缘308协调以将具有ML模型的内容推送到终端用户设备104,或者根据设备规格将视频升级并将该内容直接推送到终端设备104。
图5示出了根据示例的用于智能内容获取和传递的工作流500。该示例中的工作流500包括以下操作:
操作1:操作终端用户设备104的用户要求聚合;
操作2:由可以访问标准服务502的bine云服务202进行的网络接口选择;
操作3:(例如,通过卫星手段)到bine集线器302的传递;
操作4:恢复以及在bine集线器302中的存储(例如,通过非卫星手段);以及
操作5:到终端用户设备104的传递。
应当理解,可以以不同的顺序执行操作,可以提供附加的或更少的操作,并且可以在相同或不同的时间(例如,同时、并发或顺序)执行操作。
图6示出了根据示例的用于内容获取和传递的过程600。过程600执行智能内容获取和传递。bine云306中的优先化内容列表生成器602基于由PaaS客户端和bine服务提供的一个或多个度量604(例如,PaaS客户端度量,诸如内容类型、终端用户需求、业务模式/推广、时间敏感性、存储成本、网络带宽成本等)来生成内容获取优先级(例如,包括多个内容608的优先化的内容列表606)。度量604可以根据例如地理位置、用户社区的人口统计等而从bine集线器302到bine集线器302变化。在一个示例中,还考虑计算度量610(例如,存储和网络带宽的度量等)。
然后由bine服务在两个高级操作中处理内容获取。该获取包括(1)网络分析器612做出关于使用特定网络接口从云106获得内容的决策,以及(2)执行恢复并存储内容。
网络分析器612被配置为根据一个或多个网络度量614(例如,网络带宽利用率、质量和成本)来决定使用网络接口从云106获取内容。例如,如果多个bine集线器302请求相同的内容,则考虑带宽利用率和成本来执行卫星广播。然而,取决于天气,卫星广播可能会受到阻碍。在这种情况下,网络质量是一个取决于网络质量预报或运行时网络分析的因素。另一个示例是基于蜂窝塔的距离、天线增益、信号损失(LOS)等的在基站集线器302的位置处的蜂窝网络质量。在初始阶段,基于启发式来确定和分析网络度量614。然而,在一些示例中,在确定和分析随时间的最佳度量中利用ML。
在所示示例中,网络分析器612例如基于网络度量614和/或其他度量,在620确定目标bine集线器302是否能够在阈值以上操作。如果高于阈值的操作是可能的,则在622处使用广播或多播接口来广播或多播内容(例如,卫星通信)。如果操作低于阈值,则在624处使用单播接口来单播内容(例如,LAN或蜂窝通信)。然后,集线器特定接口优先级列表生成器626基于所选择的通信方法和bine集线器网络度量生成集线器专用接口优先级列表628。
然后,内容传递协调器630使用内容特定度量632或“内容度量”(例如,直播(livestreaming)、离线内容、在线内容、游戏等)来基于集线器特定接口优先级列表628经由网络接口640传递内容634。例如,网络接口636(例如,卫星、TVWS、蜂窝CTE等)用于将内容634发送给bine集线器302,其中执行内容接收和存储638。因此,在一些示例中,内容类型也是一个因素。例如,对于直播内容,由于恢复范围很小,因此网络质量得到了最高的优先级。另一方面,离线内容得到更多的获取和恢复时间。另一个考虑因素是内容的可允许延迟。例如,在某些示例中,游戏需要尽可能低的延迟。因此,在各种示例中,提供了智能内容获取和传递。
通过运行网络分析器612来选择从云106到bine集线器302的网络接口,其可以包括确定传输是多播还是广播。在一些示例中,bine集线器网络度量(例如,质量、成本等)用于利用内容类型的确定来确定每个bine集线器302的可切换网络接口的列表。然后,内容传递协调器630运行算法来协调内容传递(应当注意,片段可以通过不同的信道发送,其对于不同的bine集线器302可以是不同的)。内容被传递给bine集线器,执行恢复,并将内容存储在bine集线器中。然后向PaaS客户端提供该内容存储的通知。例如,PaaS客户端在存储内容时通知终端客户端。
图7示出了用于内容获取和传递的过程700。过程700执行智能内容获取和传递,其包括内容的丢失部分的恢复。在一个示例中,通过在子边缘引入与云106和终端用户设备104两者耦合的上下文感知设备(bine集线器302),并使用一种或多种恢复方法,过程700提供从卫星到子边缘设备的可靠内容传递。也就是说,地理区域(例如,城市)中的所有子边缘设备(例如,所有bine集线器302)应该具有相同的内容。然而,来自不同卫星的错误率不同,因此一些子边缘设备将具有丢失的内容部分,而这些丢失的部分在子边缘设备之间可能不同。作为过程700的一部分,同一地理区域中的子边缘设备使用非卫星网络执行丢失部分的恢复。因此,在该卫星示例中,子边缘设备随后将从一个或多个卫星接收到大部分内容,并且通过非卫星手段恢复丢失的内容。然而,在一些示例中,也可以使用卫星手段来执行内容恢复(例如,低优先级内容的恢复)。
特别参考图7,在如本文所述执行内容获取之后(参见例如图6),可以执行恢复,例如当bine集线器302由于各种原因丢失了内容的某一分段(part)或部分(portion)时。应当注意,在一些示例中,恢复由bine云306协调。在各种示例中,可以使用非卫星手段(例如,使用bine集线器306之间的P2P连接、使用云106、使用蜂窝网络等)或卫星手段(如,使用一个或多个轨道卫星)来执行恢复。
更具体地,在内容到达bine集线器302并且确定某些内容丢失之后,执行恢复。然后,由bine集线器302将恢复的内容传递给终端用户设备104。使用终端用户设备102和bine集线器302之间的HBW网络接口(例如,使用HBW连接704)来执行内容的传递。HBW网络连接和智能传递系统通过实现高吞吐量来改善终端用户体验。
在一个示例中,恢复协调器706被配置为执行接收到的内容片段710中丢失的内容片段708的内容恢复。媒体恢复决策器712使用内容特定度量632和/或网络特定度量736(或“网络度量”)(例如,内容类型和恢复敏感性、时间敏感性、丢失内容片段708的数目、可用网络接口带宽和成本、可用bine集线器302等)来协调或控制恢复过程,例如以选择和/或下载丢失内容的一个或多个丢失部分以进行恢复。这样,恢复协调器706被配置为基于成本、效率和时间(例如,基于可用带宽、连接速度等)以多种方式执行内容恢复,具有不同的恢复接口,包括(i)在bine集线器302处使用LBW连接702(与bine云306),(ii)在bine集线器302a、302b之中的P2P恢复(例如,使用电视白空间(TVWS)),以及(iii)终端用户设备104中的恢复。恢复由bine云306通过LBW连接702协调。例如,bine云406从bine集线器302a、302b接收遥测数据,并选择使用哪个连接来提供丢失的内容部分。恢复后,如本文所述,根据内容类型、存储大小/成本、内容需求等来存储内容。如更详细描述的,内容恢复,包括内容恢复的协调,至少部分地使用一个或多个热图802(图8所示)来执行。例如,bine云306基于bine集线器302共享的信息在bine集线器级别创建或生成丢失内容的一个或多个热图802。通过这种方式,基于从bine集线器302之间共享的信息创建的热图802(图8所示)来控制和/或协调丢失内容的恢复(例如,要使用的连接、恢复区714的大小、使用的恢复方案等)。此外,用于执行内容恢复的参数和/或方法至少部分地基于热图802。
在一个示例中,用户可以在不同位置和不同时间从不同的bine集线器302下载相同内容的不同部分。终端用户设备104可以在不同位置处执行从一个bine集线器(例如bine集线器302a)通过另一个bin集线器(例如bine集线器302b)接收的内容中的丢失片段708的恢复。此外,连接到不同bine集线器302的终端用户设备104可以确定丢失的片段708是否在其他bine集线器302处。
因此,确定是否以及如何执行恢复可以基于不同的因素,例如时间敏感性、丢失片段的数目以及可用的网络接口。应当注意,一些内容部分(例如,丢失的内容片段708)可能从所有子边缘设备中丢失。在一个示例中,确认726被发送到卫星提供方728,卫星提供方726随后与一个或多个卫星730通信以将该丢失内容发送到一个或多个卫星733的下一轨道上的所有子边缘设备。备选地,确认726被发送到卫星提供方728,其然后将丢失的内容732打包以用于从另一网络(非卫星网络)(例如蜂窝网络734)传输(例如,用于到子边缘设备的5G宽带传输)。
在上述配置中,定义了多归属系统。应当注意,尽管结合蜂窝和卫星内容传递描述了多归属系统,但也可以使用其他通信和数据传递网络。多归属系统配置中的传输也可以基于不同的因素,例如时间和内容敏感度/优先级。在一些示例中,天气被用作一个因素,例如使用预测天气来确定内容传递、恢复和下载的时间窗口。例如,可以基于预测的天气条件来估计卫星信号强度,使得高优先级内容被安排在较高信号强度条件期间传递。
考虑变更和修改。在一个示例中,卫星730是近地轨道(LEO)卫星,并且子边缘设备具有带可控电机的天线,以在一个或多个LEO卫星从头顶经过时将天线对准一个或多个LEO。在另一示例中,随着信号强度的变化,并且使用子边缘设备的地理位置信息(例如,蜂窝或GPS位置信息),可以调整发送的内容的类型或数量。在另一个示例中,子边缘设备的位置是已知的,并且内容被优先化,使得在子边缘设备处信号强度预期最佳的位置发送最重要或最高优先级的内容。
因此,如在图7所示的过程700中可以看到的,丢失的内容片段(片段1)被恢复为内容片段(片断1)716,其可以在恢复过程中从恢复了丢失内容的bine集线器302a作为新内容718发送给bine集线器302b。新内容718与旧内容720(例如,先前接收的内容片段710)一起存储在bine集线器302b的本地存储722中。
包括恢复的内容在内的内容也可以由终端用户设备104从bine集线器302a通过bine云306(例如,在接收到恢复完成通知之后,该恢复完成通知也被传送给终端用户设备104)或通过本地服务器724从bine集线器302b访问。
备选地或附加地,在一些示例中,成为恢复内容的丢失内容被直接传送给终端用户设备104。在某些示例中,根据内容的优先级等,可以通过一个或多个卫星730或蜂窝网络734将丢失内容发送给终端用户设备104。
在一个示例中,恢复区714定义了参与本文描述的恢复方案的一组子边缘设备(例如,bine集线器302)(参见图8,其示出了在一个示例中执行的内容发现和恢复方案选择)。在一些示例中,恢复区714被定义为地理区域、由设备延迟定义的区域或由其他因素定义的区域,以标识参与内容恢复的一组bine集线器302。例如,包括在恢复区714中是由子边缘设备之间的延迟或终端用户设备104之间的延迟来定义的。延迟小于定义的或阈值量(例如,值)的设备是恢复区714的一部分。这允许选择bine集线器302来参与恢复。然而,应当理解,可以使用其他因素或标准来定义恢复区714。还应当注意,恢复区714是动态可配置的。也就是说,在一些示例中,恢复区714的大小动态变化,例如基于预测的天气和/或正在经历的实际天气(例如,增加或减少恢复区714的组成或大小,例如bine集线器302的数目)。例如,在好天气期间,恢复区714中的设备数量减少。
在一些示例中,系统还利用天气预报来安排内容恢复。例如,系统优先化丢失的内容,使得在系统知道子边缘设备(或终端用户设备104)的位置之后,并且在已知预期信号强度(例如,基于天气、轨道等)之后,当信号强度被预期为最佳时,丢失的最重要/最高优先级内容随后被发送到子边缘设备(或终端用户设备104)。
作为另一个示例,如果内容是由作为PaaS客户端的MC流式传输的新的热门电视剧,则取决于在bine云306中聚合的用户需求,MC可以将电视剧预先存储在bine集线器302中。在一个示例中,如果存在跨多个地理位置对内容的高用户需求,bine云306决定使用卫星广播来将内容传递给多个bine集线器302,这降低了带宽利用率和成本。在接收到内容之后,如果在接收期间存在任何错误,则每个bine集线器302开始恢复。在一个示例中,第一次尝试是bine集线器302之间的P2P恢复。接下来,根据需要的恢复量而使用LBW连接702或HBW连接704,或者使用本文所述的其他方法,尝试从云106恢复。在恢复完成之后,将恢复的内容与到期日期一起存储在bine集线器302的本地存储器中,到期日期预测用户需求随时间的减少。
在存储了内容之后,bine云向对应的MC通知bine集线器302中的内容可用性。然后,MC通知部署bine集线器302的相应地区中的终端用户。然后,终端用户可以通过与(多个)bine集线器302的HBW连接704获得下载/流式传输到用户的终端用户设备104的内容。由于内容本地存储在(多个)bine集线器302中,因此不必为了不同终端用户在不同时间的需求而从云106获得或提取内容,从而提高了吞吐量以及终端用户体验。应当注意,不同于路由器,本公开将内容存储在bine集线器302中。
关于内容恢复,图8示出了在一个示例中用于恢复丢失内容的内容恢复方案800。在该示例中(并继续参考图7),在执行内容恢复时使用多个热图802,包括促成恢复的协调,以及定义不同的恢复参数,例如恢复区714的创建和调整、恢复的方法等。
在所示示例中,bine云306基于由IIND(被示为bine集线器302)共享的信息在bine集线器级别创建或生成丢失内容的一个或多个热图802。考虑对丢失内容的级别的不同指定或指示符,例如当热图更红时,内容80的更多段806丢失。可以看出,完整内容804被分成多个段806(在一个示例中对应于内容片段710),并且为内容804的每个段806创建热图802。应当注意,段806的大小越小,总体热图越大,其具有更精确的信息。另一方面,较大的热图802需要较高的带宽,同时与来自云106的bine集线器302共享热图802。
段806可以具有多个数据块,并且段806可具有相同或不同的大小(即,每个段806中的数据量可以相同或不同)。应当注意,来自段806的数据块“丢失”被认为是丢失的段(例如,丢失的内容片段708)。内容分段的公式或确定在bine集线器302和bine云306中定义。在一些示例中,热图802是为在一个地区中广播到多个bine集线器306的热门内容创建的,并且如本文所讨论的,内容是基于聚合的用户需求来选择的。
在一个特定示例中,bine云306被配置为分析一个或多个热图802,并基于该分析选择恢复方法,例如,是使用卫星恢复还是非卫星恢复。如果一个地区中定义数目的bine集线器302(例如,高于阈值数量)对于定义数目的段806(例如,超过阈值数量,诸如,很大数目的段)为“红色”,则在给定内容的时间敏感性和卫星周期的情况下,使用卫星广播来执行恢复。例如,如果该地区中的大量bine集线器302具有红色段806,指示大量丢失数据,则如本文所述执行丢失数据的卫星恢复。例如,当卫星广播期间特定地区的天气恶劣时,可能会出现这种状况。结果,该地区中的bine集线器306将丢失来自卫星广播的多个内容段806的可能性更大。然而,应当注意的是,其他因素可能是决定性的,例如该地区的大小和该地区中的bine集线器306的数目。在某些示例中,默认选择是首先执行本地恢复。
为了在一些示例中执行内容恢复,在使用可靠的非卫星网络完成决策之后,每个bine云306与一个或多个其他bine集线器302共享以下信息:bine集线器302的卫星或本地恢复,并且如果基于分析选择和/或推荐本地恢复,bine云306共享用于本地恢复的丢失内容的热图目录808和超时信息。应当注意,在一些示例中,bine云306不与bine集线器302共享任何恢复方法相关信息。利用上述信息,可以以不同的方式执行本地恢复。
在本地恢复的一个示例中,在接收到还可以包括用于本地恢复的指令的热图目录808(标识丢失的内容)之后,每个bine集线器302准备与本地网络中(例如,在恢复区714内)的其他bine集线器302共享的内容。根据基础设施的可用性,本地网络可以是例如TVWS网络、使用定向天线的远程WiFi网络和/或以太网之上的LAN。
从热图目录808,每个bine集线器302能够确定本地网络中的其他bine集线器302中的内容804的丢失段806。应当注意的是,由于每个bine集线器306已经具有热图目录808,bine集线器302不向本地网络中的其他bine集线器302发送任何请求以共享丢失的内容。如果bine集线器302具有在其他bine集线器302中丢失的段806,则bine集线器302开始在本地网络上对段806进行多播。
作为本地恢复的另一个示例,内容可以通过一个或多个网络接口在一个或多个本地网络中以多跳级别流动。bine集线器302可以是多个本地网络的一部分。例如,在TVWS(或远程Wi-Fi)网络的情况下,bine集线器302的本地网络被形成为包括bine集线器302天线覆盖范围内的其他bine集线器302。在这种情况下,可以将bine集线器302连接到可以形成网状网络的多个本地网络。此外,bine集线器302可以是不同网络接口上的多个不同本地网络的一部分。
在从本地网络中的一个或多个bine集线器302接收到内容804的丢失段806之后,bine集线器302检查是否存在发送方bine集线器302不存在的另一个本地网络,并且向该本地网络转发内容804的新接收的分段,如果根据热图目录808或者如从热图目录808所确定的,任何bine集线器302已经丢失了该分段。作为从其他bine集线器302恢复内容的一部分,在“bine边缘”上运行的移动应用(例如,应用212和214)也可以帮助内容恢复。例如,当运行“bine边缘”的终端消费方应用接近或靠近bine集线器302时,运行一个或多个移动应用的终端用户设备104通过本地bine集线器网络连接。然后,在bine集线器302和终端用户设备104之间的初始握手之后,共享内容可用性和/或丢失矩阵(例如,段806仍然丢失)。如果终端用户设备104具有bine集线器302丢失的内容的任何数据块(例如,内容804的任何仍然丢失的段806),则在终端用户设备102仍然接近或靠近bine集线器302(使得通信仍然可能)的同时,通过诸如蓝牙、Wi-Fi或NFC的本地网络发起数据传输。在一个示例中,bine集线器302将这些“事件”传送给bine云306,bine云更新一个或多个对应的热图802,并且现在发送的丢失的段806可用于进一步分发,例如给其他bine集线器302。
在一些示例中,通过全局数据注入加快了本地恢复。例如,在本地恢复期间,bine云306还通过非卫星全球网络向一个或多个所选bine集线器302注入丢失的内容。在一个特定示例中,基于热图808,bine云306选择一个或多个bine集线器302,用于直接从云106注入丢失的内容(例如,将丢失的段806插入到内容804的其余部分中以使内容完整),然后可以通过本地网络与其他bine集线器302共享这些内容。此实现使本地恢复更快,但代价是更高的全局带宽。因此,在一个示例中,bine集线器302试图通过最小化针对来自云106的丢失内容注入而选择的bine集线器302的数目并最大化选择的bin集线器的本地连接性覆盖来优化全局带宽利用成本。在一个示例中,基于bine集线器302连接到的并且缺少内容804的一个或多个段806的其他bine集线器302的数目来测量所选bine集线器302中的本地连接性覆盖。
应当注意的是,在恢复后,在一些示例中,在恢复超时时段(例如,恢复操作完成后的定义时间段)之后,bine云306准备一个或多个新的热图802,其聚集来自bine集线器302的丢失内容的最新状态。基于更新的热图802,bine云306然后执行关于是否要执行进一步恢复的附加分析或决策。如果要执行进一步的恢复,则可以使用本文所述的卫星或非卫星恢复方法来执行该恢复。应当注意的是,在一些示例中,在另外的恢复被执行并且随后一数目的bine集线器302(例如,高于阈值量)仍为“红色”的状况下,内容804的时间敏感性得到最高优先级。在时间敏感内容的情况下,在一些示例中,bine云306将内容从云106直接注入“红色”bine集线器302。在其他示例中,bine云306可以在如本文所讨论的分析更新的热图802之后确定要执行另一卫星或非卫星(例如,本地或全球网络)恢复。
图9是示出计算设备(例如,图10中示出的计算装置1002)的操作的方法900的流程图,以使用与云和终端用户设备两者耦合的子边缘处的上下文感知设备并使用恢复过程将内容传递给子边缘设备。例如,方法900使用不同类型的通信手段来控制内容的传递和丢失内容的恢复。
应当理解,计算设备可以在不同的系统和应用中实现。因此,尽管下面描述的示例可以结合卫星应用来使用,但是根据本公开配置的计算设备例如可用于许多不同的应用,包括向终端用户设备提供内容传递的任何应用。
更具体地,并且关于方法900执行的操作,在902处,确定传递给多个子边缘设备(例如,bine集线器302)的所接收的内容的丢失部分。例如,确定从由卫星发送到多个子边缘设备的内容中丢失的内容片段。应当注意,如本文所述,恢复区定义了哪些子边缘设备执行所接收的内容的丢失部分的恢复,并且恢复区是可调整的。
在904处,选择要恢复的丢失部分。例如,选择特定的丢失片段或丢失内容的片段组进行恢复。在一些示例中,丢失片段表示从所有子边缘设备中丢失的内容。也就是说,在各示例中,所有丢失的内容都针对恢复被自动选择。
在906处,基于内容优先级和天气中的至少一项,选择卫星网络或非卫星网络中的一项,以恢复所选择的一个或多个丢失部分。应当注意,可以使用其他恢复因素来确定选择哪个网络来传递丢失的内容(例如,预期信号强度)。
在908处,从卫星网络或非卫星网络中的所选择的一项下载所选择的一个或多个丢失部分,以恢复所选择的一个或多个丢失部分(例如,将一个或多个丢失部分注入或插入到先前传递给多个子边缘设备的所接收的内容中)。恢复由与多个子边缘设备通信的中央云设备协调。如本文所述,在恢复过程的各个步骤中可以使用许多不同的因素。在一个特定示例中,天气条件(例如预测天气或实际观测者天气)由中央云服务用作恢复因素。然后,中央云服务安排将丢失部分传递给子边缘设备。
示例性操作环境
本公开可用于根据图10中的功能框图1000的示例的计算装置1002,例如集线器。在一个示例中,根据本公开中描述的一个或多个示例,计算装置1002的组件可以被实现为电子设备的一部分。计算装置1002包括一个或多个处理器904,处理器904可以是微处理器、控制器或任何其他合适类型的处理器,用于处理计算机可执行指令以控制计算装置902的操作。可以在计算装置1002上提供包括操作系统1006的平台软件或任何其他合适的平台软件,以使应用软件908能够在计算设备902上执行。
可以使用通过计算装置1002可访问的任何计算机可读介质来提供计算机可执行指令。计算机可读介质可以包括例如计算机存储介质,例如存储器1012和通信介质。诸如存储器1012之类的计算机存储介质包括用于存储诸如计算机可读指令、数据结构、程序模块等信息的以任何方法或技术实现的易失性和非易失性、可移动和不可移动介质。计算机存储介质包括但不限于RAM、ROM、EPROM、EEPROM、闪存或其他存储技术、CD-ROM、数字多功能盘(DVD)或其他光学存储、磁带盒、磁带、磁盘存储或其他磁存储设备,或可用于存储信息以供计算装置访问的任何其他非传输介质。相反,通信介质可以在调制数据信号(例如载波)或其他传输机制中实施计算机可读指令、数据结构、程序模块等。如本文所定义的,计算机存储介质不包括通信介质。因此,计算机存储介质不应被解释为传播信号本身。传播信号本身不是计算机存储介质的示例。尽管计算机存储介质(存储器1012)被示出在计算装置1002内,但是本领域技术人员将理解,存储可以被远程分布或定位,并且可以经由网络或其他通信链路(例如,使用通信模块,诸如通信接口914)访问。
在一个示例中,计算装置1002包括输入/输出控制器1016,其被配置为将信息输出到一个或多个输入设备1018和输出设备1020,例如显示器或扬声器,其可以与电子设备分离或集成到电子设备。在一些示例中,输入/输出控制器1016被配置为接收和处理来自一个或多个输入设备1018(例如控制按钮或触摸板)的输入。在一个示例中,输出设备1020充当输入设备1018。这种设备的示例可以是触敏显示器。在一个示例中,输入/输出控制器1016还将数据输出到输出设备1020以外的设备,例如本地连接的打印设备。在一些示例中,用户向(多个)输入设备1018提供输入和/或从(多个)输出设备1020接收输出。
本文描述的功能可以至少部分地由一个或多个硬件逻辑组件执行。根据一个示例,当由处理器804执行时,计算装置902由程序代码配置以执行所描述的操作和功能的示例。备选地或附加地,本文描述的功能可以至少部分地由一个或多个硬件逻辑组件执行。例如但不限于,可使用的说明性类型的硬件逻辑组件包括现场可编程门阵列(FPGA)、专用集成电路(ASIC)、程序专用标准产品(ASSP)、片上系统(SOC)、复杂可编程逻辑器件(CPLD)、图形处理单元(GPU)。
图中各个元件的功能的至少一部分可以由图中的其他元件或图中未示出的实体(例如,处理器、web服务、服务器、应用程序、计算设备等)执行。此外,在一些方面,计算装置1002是被配置为执行内容传递和恢复的集线器。
尽管结合示例性计算系统环境被描述,但是本公开的示例能够用许多其他通用或专用计算系统环境、配置或设备来实现。
可适合与本公开的方面一起使用的公知计算系统、环境和/或配置的示例包括但不限于移动或便携式计算设备(例如,智能手机)、个人计算机、服务器计算机、手持(例如,平板电脑)或膝上型设备、多处理器系统、游戏控制台或控制器、基于微处理器的系统、机顶盒、可编程消费电子产品、移动电话、可穿戴或附件形式的移动计算和/或通信设备(例如手表、眼镜、头戴式耳机或耳机)、网络PC、小型计算机、大型计算机、包括任何上述系统或设备的分布式计算环境等。通常,本公开可与具有处理能力的任何设备一起操作,使得其可以执行诸如本文所述的指令。这样的系统或设备可以以任何方式接受来自用户的输入,包括通过手势输入、接近输入(例如通过悬停)和/或通过语音输入从输入设备(例如键盘或指点设备)接收输入。
可以在由一个或多个计算机或其他设备以软件、固件、硬件或其组合执行的计算机可执行指令(例如程序模块)的一般上下文中描述本公开的示例。计算机可执行指令可以被组织成一个或多个计算机可执行组件或模块。通常,程序模块包括但不限于执行特定任务或实现特定抽象数据类型的例程、程序、对象、组件和数据结构。本公开的各方面可以用任何数目和组织的此类组件或模块来实现。例如,本公开的方面不限于图中所示和本文所述的特定计算机可执行指令或特定组件或模块。本公开的其他示例可以包括不同的计算机可执行指令或组件,其具有比本文所示和描述的更多或更少的功能。
在涉及通用计算机的示例中,当被配置为执行本文描述的指令时,本公开的方面将通用计算机转换为专用计算设备。
一种系统包括中央云设备和被配置为从一个或多个卫星接收内容的多个子边缘设备。多个子边缘设备执行所接收的内容的丢失部分的恢复,并且还被配置为确定所接收的内容中的丢失部分,至少基于一个或多个内容特定度量或网络特定度量来选择丢失部分中要恢复的一个或多个丢失部分,基于内容优先级和天气中的至少一项,针对选择的一个或多个丢失部分中的每个丢失部分来选择卫星网络或非卫星网络中的一项,以恢复所选择的一个或多个丢失部分中的每个丢失部分,并且将来自卫星网络或非卫星网络中的选择的一项的所选择的一个或多个丢失部分注入到所接收的内容中,以恢复所选择的一个或多个丢失部分,该恢复由与多个子边缘设备通信的中央云设备协调。
一种用于内容传递的计算机化方法包括确定传递给多个子边缘设备的接收的内容的丢失部分,并至少基于一个或多个内容特定度量或网络特定度量来选择丢失部分中要恢复的一个或多个丢失部分。计算机化方法还包括基于内容优先级和天气中的至少一项,针对选择的一个或多个丢失部分中的每个丢失部分来选择卫星网络或非卫星网络中的一项,以恢复所选择的一个或多个丢失部分中的每个丢失部分,并且将来自卫星网络或非卫星网络中的所选择的一项的所选择的一个或多个丢失部分注入到所接收的内容中,以恢复所选择的一个或多个丢失部分,该恢复由与多个子边缘设备通信的中央云设备协调。
一个或多个计算机存储介质具有用于内容传递的计算机可执行指令,该计算机可执行指令在由处理器执行后,使处理器至少确定传递给多个子边缘设备的所接收的内容的丢失部分,至少基于一个或多个内容特定度量或网络特定度量来选择丢失部分中要恢复的一个或多个丢失部分,基于内容优先级和天气中的至少一项,针对所选择的一个或多个丢失部分中的每个丢失部分来选择卫星网络或非卫星网络中的一项,以恢复所选择的一个或多个丢失部分中的每个丢失部分。计算机可执行指令在由处理器执行后还使处理器将所选择的一个或多个丢失部分从卫星网络或非卫星网络中的所选择的一项注入到所接收的内容中,以恢复所选择的一个或多个丢失部分,该恢复由与多个子边缘设备通信的中央云设备协调。
备选地,或者除了本文描述的其他示例之外,示例包括以下任何组合:
-其中执行丢失部分的恢复的多个子边缘设备处于恢复区中,
恢复区由多个子边缘设备之间的延迟定义;
-其中执行丢失部分的恢复的多个子边缘设备处于恢复区中,
并且还包括基于天气动态调整恢复区的大小,天气是预测
天气和观测天气中的至少一项;
-其中响应于选择卫星网络,中央云设备向一个或多个卫星的卫星提供方发送对所选择的一个或多个丢失部分的确认,并且其中卫星提供方与一个或多个卫星通信以将一个或多个卫星的下一轨道上的所选择的一个或多个丢失部分发送
给多个子边缘设备;
-其中响应于选择非卫星网络,中央云设备向一个或多个卫
星的卫星提供方发送对所选择的一个或多个丢失部分的确认,并且其中卫星提供方将一个或多个丢失部分打包以通
过宽带蜂窝网络传输给多个子边缘设备;
-其中通过使用预期信号强度至少基于预测天气和一个或多
个卫星的轨道中的一项来确定信号强度预期在哪里处于最高水平,中央云设备优先化对所选择的一个或多个丢失部
分的下载;
-其中中央云设备创建所接收的内容的丢失部分的热图,并且对所选择的一个或多个丢失部分下载部分地基于热图被控制,热图基于由多个子边缘设备共享的信息被创建;
-其中中央云设备使用内容特定度量和网络特定度量中的至
少一项优先化对所选择的一个或多个丢失部分的下载;
-使用来自用户、子边缘、网络或应用中的至少一项的上下
文信息,在子边缘设备上为终端用户预加载内容,以及-用终端用户设备通过高带宽网络直接从子边缘访问预加载
的内容;
-其中预加载的内容不从云被访问;
-其中系统包含在云和终端用户设备之间引入的中间上下文
感知子边缘设备(最后一英里边缘);
-子边缘设备,托管第三方应用,包括支持互联网的数字服
务业务,其中第三方设备位于子边缘并充当对应边缘客户
端和云服务之间的中间方;
-利用本地存储和计算来增强终端消费方的总体E2E网络体
验和/或性能,子边缘设备具有多个网络接口和定制的网络堆栈以支持这些接口,使用上下文信息(来自用户、子边缘、网络、应用等)将终端用户的内容预加载到子边缘设备上,并且终端用户设备通过高带宽网络直接从子边缘访
问预加载的内容,而不是从云访问内容;
-支持互联网的数字服务业务由云服务协调,并由子边缘设
备通过其智能、存储和计算增强,以优化云到终端用户的整体网络利用率、成本和性能以及具有更高的可靠性,子边缘设备托管第三方应用(支持互联网的数字服务业务),子边缘处的第三方应用充当其对应边缘客户端和云服务之
间的中间方;
-在内容获取和传递中使用上下文信息和网络带宽多样性来
增强总体E2E网络性能,利用子边缘级别的终端用户设备的对等内容恢复和从子边缘到终端用户设备直接的内容的缓冲多播,终端用户可以从多个子边缘访问相同内容的不
同分段;
-从已有云接收需求聚合,选择至少一个网络接口以连接到
集线器,选择要从已有云预加载到集线器的内容,通过至少一个所选择的网络接口将所选择的内容从已有云预先加载到集线器,执行恢复操作以将所选择的内容存储在集线器中,将已从集线器恢复的所选择的内容传递给终端用户
设备;
-其中集线器被配置为子边缘设备;
-其中所选择的内容存储在集线器中;
-使用上下文信息来确定所选择的内容;
-其中集线器被配置为中间智能网络设备;
-其中中间智能网络设备被配置为终端用户设备和已有云之
间的最后一跳网络设备;
-其中集线器被配置为托管多个接口的子边缘设备;
-其中终端用户设备被配置为直接与已有云通信;
-其中集线器被配置为中间智能网络设备,中间智能网络设
备是紧邻用户的硬件设备位置;
-允许云服务与云侧上的标准云服务交互;
-其中集线器被配置为托管云上的应用的客户端的平台;
-其中与云服务的通信可通过多个信道获得,并且在终端用
户设备处提供瘦服务配置;
-其中集线器使用两个五层网络堆栈操作,五层网络堆栈中的一个五层网络堆栈与以下项通信:(i)具有跨层定制的已有云,以支持预选择或实时确定的多个接口,或(ii)
其他bine集线器,五层网络堆栈中的另一个五层网络堆栈
被配置为与终端设备通信;
-其中两个五层网络堆栈在应用层处桥接;
-使用元数据来选择要预加载的内容;
-其中密钥用于由终端用户设备访问内容;
-从集线器向云服务连续地发送控制和遥测消息,包括应用
上下文、网络接口、用户信息或部署地理位置中的至少一
项,并使用消息来对传递信道的选择作出决策;
-其中集线器被配置为运行第一方应用和第三方应用,并以API的形式在集线器上运行和存储数据;
-其中集线器被配置为使用特定于应用的策略,包括共享和
删除中的至少一项以维护数据主权;
-在集线器上运行一个或多个模型,使得数据不被推送给已
有云;
-其中一个或多个模型包括特定于应用并允许集线器执行预测操作的机器学习模型;
-其中一个或多个模型是瘦模型;
-基于需求并使用多个输入来选择要预加载的内容,包括PaaS客户端度量和bine集线器度量中的一项或多项,其中优先化内容列表被确定;
-其中bine集线器度量包括用于确定集线器的可切换网络接口的列表的质量和成本中的至少一项,并且还包括使用内容的类型的确定;
-使用内容传递协调器运行算法以确定要预加载的内容,并且其中片段可以通过不同的信道被发送;
-运行网络分析器以确定传输是多播还是广播;
-当内容被预加载时,生成对终端用户设备的客户端的通知;
-对预加载的内容执行恢复操作;以及
-使用信息和预定义的启发式来确定如何以及何时传递预加载的内容。
本文给出的任何范围或设备值可以被扩展或改变,而不会失去所寻求的效果,这对于技术人员来说是明显的。
尽管已经用特定于结构特征和/或方法动作的语言描述了主题,但是应当理解,在所附权利要求中定义的主题不一定局限于上述特定特征或行为。相反,上述具体特征和动作被公开为实现权利要求的示例形式。
将理解,上述益处和优点可以涉及一个示例或可以涉及几个示例。这些示例不限于解决任何或所有所述问题的示例,或具有任何或所有的所述益处和优点的示例。应进一步理解,“一个”项目指的是这些项目中的一个或多个。
本文所示和描述的示例以及本文未具体描述但在权利要求书的方面的范围内的示例构成了用于内容传递和恢复的示例性装置。
本规范中使用的术语“包括”是指包括其后的(多个)特征或(多个)动作,但不排除一个或多个附加特征或动作的存在。
在一些示例中,图中所示的操作可以被实现为编码在计算机可读介质上的软件指令、被编程或设计为执行操作的硬件或两者。例如,本公开的方面可以被实现为片上系统或包括多个互连的导电元件的其他电路。
除非另有规定,否则本文所示和描述的公开的示例中的操作的执行或执行的顺序不是必需的。也就是说,操作可以以任何顺序执行,除非另有规定,并且本公开的示例可以包括比本文公开的操作更多或更少的操作。例如,预期在另一操作之前、同时或之后执行或执行特定操作在本公开的方面的范围内。
当介绍本公开的各方面的要素或其示例时,“一”、“一个”、“所述”意指存在一个或多个要素。术语“包括”、“包含”和“具有”意在具有包容性,并意味着可存在除所列要素之外的其他要素。术语“示例性”意指“…的示例”。短语“A、B和C中的一个或多个”意指“A中的至少一个和/或B中的至少一个和/或C中的至少一个”。
在详细描述了本公开的方面之后,明显的是,在不脱离所附权利要求中定义的本公开的各方面的范围的情况下,修改和变化是可能的。由于可以在不脱离本公开的各方面的范围的情况下对上述构造、产品和方法进行各种改变,因此意在将上述描述中包含的并且在附图中示出的所有内容解释为说明性的而不是限制性的。
Claims (15)
1.一种系统,包括:
中央云设备;以及
多个子边缘设备,被配置为从一个或多个卫星接收内容,所述多个子边缘设备至少通过以下操作执行接收的所述内容的丢失部分的恢复:
确定接收的所述内容的所述丢失部分,
至少基于一个或多个内容特定度量或网络特定度量来选择所述丢失部分中要恢复的一个或多个丢失部分,
针对选择的所述一个或多个丢失部分中的每个丢失部分,基于内容优先级和天气中的至少一项,选择卫星网络或非卫星网络中的一项,以恢复选择的所述一个或多个丢失部分中的每个丢失部分,以及
将选择的所述一个或多个丢失部分从所述卫星网络或所述非卫星网络中的选择的所述一项注入到接收的所述内容中,以恢复选择的所述一个或多个丢失部分,所述恢复由与所述多个子边缘设备通信的所述中央云设备协调。
2.根据权利要求1所述的系统,其中执行所述丢失部分的所述恢复的所述多个子边缘设备是恢复区的一部分,其中包括在所述恢复区中由与所述多个子边缘设备中的每个子边缘设备相关联的延迟定义。
3.根据权利要求1-2中任一项所述的系统,其中执行所述丢失部分的所述恢复的所述多个子边缘设备是恢复区的一部分,所述恢复区的大小基于所述天气被动态调整,所述天气是预测天气和观测天气中的至少一项。
4.根据权利要求1-3中任一项所述的系统,其中响应于选择所述卫星网络,所述中央云设备向所述一个或多个卫星的卫星提供方发送对选择的所述一个或多个丢失部分的确认,并且其中所述卫星提供方与所述一个或多个卫星通信以将所述一个或多个卫星的下一轨道上的选择的所述一个或多个丢失部分发送给所述多个子边缘设备,并且通过使用预期信号强度至少基于预测天气和所述一个或多个卫星的轨道中的一项来确定信号强度预期在哪里处于最高水平,所述中央云设备优先化对选择的所述一个或多个丢失部分的下载。
5.根据权利要求1-4中任一项所述的系统,其中响应于选择所述非卫星网络,所述中央云设备向所述一个或多个卫星的卫星提供方发送对选择的所述一个或多个丢失部分的确认,并且其中所述卫星提供方将所述一个或多个丢失部分打包以用于通过宽带蜂窝网络传输给所述多个子边缘设备。
6.根据权利要求1-5中任一项所述的系统,其中所述中央云设备创建接收的所述内容的所述丢失部分的热图,并且对选择的所述一个或多个丢失部分下载部分地基于所述热图被控制,所述热图基于由所述多个子边缘设备共享的信息被创建。
7.根据权利要求1-6中任一项所述的系统,其中所述中央云设备使用所述内容特定度量和所述网络特定度量中的至少一项来优先化对选择的所述一个或多个丢失部分的下载。
8.一种计算机化方法,包括:
确定接收的内容的丢失部分,所述接收的内容被传递给多个子边缘设备;
至少基于一个或多个内容特定度量或网络特定度量来选择所述丢失部分中要恢复的一个或多个丢失部分;
针对选择的所述一个或多个丢失部分中的每个丢失部分,基于内容优先级和天气中的至少一项,选择卫星网络或非卫星网络中的一项,以恢复选择的所述一个或多个丢失部分中的每个丢失部分;以及
将选择的所述一个或多个丢失部分从所述卫星网络或所述非卫星网络中的选择的所述一项注入到所述接收的内容中,以恢复选择的所述一个或多个丢失部分,所述恢复由与所述多个子边缘设备通信的所述中央云设备协调。
9.根据权利要求8所述的计算机化方法,其中执行所述丢失部分的所述恢复的所述多个子边缘设备是恢复区的一部分,其中包括在所述恢复区中由与所述多个子边缘设备中的每个子边缘设备相关联的延迟定义。
10.根据权利要求8-9中任一项所述的计算机化方法,其中执行所述丢失部分的所述恢复的所述多个子边缘设备是恢复区的一部分,并且还包括基于所述天气动态调整所述恢复区的大小,所述天气是预测天气和观测天气中的至少一项。
11.根据权利要求8-10中任一项所述的计算机化方法,其中响应于选择所述卫星网络,所述中央云设备向所述一个或多个卫星的卫星提供方发送对选择的所述一个或多个丢失部分的确认,并且其中所述卫星提供方与所述一个或多个卫星通信以将所述一个或多个卫星的下一轨道上的选择的所述一个或多个丢失部分发送给所述多个子边缘设备。
12.根据权利要求8-11中任一项所述的计算机化方法,其中响应于选择所述非卫星网络,所述中央云设备向所述一个或多个卫星的卫星提供方发送对选择的所述一个或多个丢失部分的确认,并且其中所述卫星提供方将所述一个或多个丢失部分打包以用于通过宽带蜂窝网络传输给所述多个子边缘设备。
13.根据权利要求8-12中任一项所述的计算机化方法,其中响应于选择所述卫星网络,通过使用预期信号强度至少基于预测天气和所述一个或多个卫星的轨道中的一项来确定信号强度预期在哪里处于最高水平,所述中央云设备优先化对选择的所述一个或多个丢失部分的下载。
14.根据权利要求8-13中任一项所述的计算机化方法,其中所述中央云设备使用所述内容特定度量和所述网络特定度量中的至少一项来优先化对选择的所述一个或多个丢失部分的下载。
15.一种或多种计算机存储介质,具有用于内容传递的计算机可执行指令,所述计算机可执行指令在由处理器执行后,使所述处理器至少:
确定接收的内容的丢失部分,所述接收的内容被传递给多个子边缘设备;
至少基于一个或多个内容特定度量或网络特定度量来选择所述丢失部分中要恢复的一个或多个丢失部分;
针对选择的所述一个或多个丢失部分中的每个丢失部分,基于内容优先级和天气中的至少一项选择卫星网络或非卫星网络中的一项,以恢复选择的所述一个或多个丢失部分中的每个丢失部分;以及
将选择的所述一个或多个丢失部分从所述卫星网络或所述非卫星网络中的选择的所述一项注入到所述接收的内容中,以恢复选择的所述一个或多个丢失部分,所述恢复由与所述多个子边缘设备通信的所述中央云设备协调。
Applications Claiming Priority (5)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
IN202041027906 | 2020-06-30 | ||
IN202041027906 | 2020-06-30 | ||
US17/178,201 | 2021-02-17 | ||
US17/178,201 US11509390B2 (en) | 2020-06-30 | 2021-02-17 | Reliable delivery of digital services |
PCT/US2021/028040 WO2022005560A1 (en) | 2020-06-30 | 2021-04-20 | Reliable delivery of digital services |
Publications (1)
Publication Number | Publication Date |
---|---|
CN115804036A true CN115804036A (zh) | 2023-03-14 |
Family
ID=79032773
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN202180047125.8A Pending CN115804036A (zh) | 2020-06-30 | 2021-04-20 | 数字服务的可靠传递 |
Country Status (4)
Country | Link |
---|---|
US (1) | US11509390B2 (zh) |
EP (1) | EP4173182A1 (zh) |
CN (1) | CN115804036A (zh) |
WO (1) | WO2022005560A1 (zh) |
Families Citing this family (6)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US11341363B1 (en) * | 2018-10-04 | 2022-05-24 | Clarifai, Inc. | In-process engine implementation using SDK extensions |
DE102020003383B4 (de) * | 2020-06-04 | 2021-12-30 | MERCK Patent Gesellschaft mit beschränkter Haftung | Verfahren zum Speichern und Verfahren zum Übermitteln von mindestens einem Datenstück, entsprechende Computerprogrammprodukte und Vorrichtungen |
US20220329664A1 (en) * | 2021-04-09 | 2022-10-13 | Apple Inc. | Secure data caching for edge networks |
US20230131864A1 (en) * | 2021-10-27 | 2023-04-27 | At&T Intellectual Property I, L.P. | Content placement and distribution using a satellite communication system |
US11943504B2 (en) * | 2022-02-23 | 2024-03-26 | Iheartmedia Management Services, Inc. | Media broadcast content distribution system |
US11757960B1 (en) | 2022-02-23 | 2023-09-12 | Iheartmedia Management Services, Inc. | Disaster recovery in media broadcast system |
Family Cites Families (14)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US7870590B2 (en) | 2004-10-20 | 2011-01-11 | Cisco Technology, Inc. | System and method for fast start-up of live multicast streams transmitted over a packet network |
US8707375B2 (en) | 2006-04-05 | 2014-04-22 | At&T Intellectual Property I, L.P. | Peer-to-peer video on demand techniques |
US7992175B2 (en) * | 2006-05-15 | 2011-08-02 | The Directv Group, Inc. | Methods and apparatus to provide content on demand in content broadcast systems |
US8549150B1 (en) | 2007-03-30 | 2013-10-01 | Amazon Technologies, Inc. | Fractional redundant distribution of media content |
US9578288B2 (en) | 2007-06-08 | 2017-02-21 | At&T Intellectual Property I, L.P. | Peer-to-peer distributed storage for internet protocol television |
US8776161B2 (en) | 2008-02-12 | 2014-07-08 | Ciena Corporation | Systems and methods for video processing in network edge devices |
WO2009140485A1 (en) | 2008-05-14 | 2009-11-19 | Sony Computer Entertainment Inc. | Broadcast seeding for peer-to-peer networks |
KR101470111B1 (ko) | 2010-01-04 | 2014-12-05 | 알까뗄 루슨트 | Iptv 시스템을 위한 엣지 콘텐츠 전달 장치 및 콘텐츠 전달 네트워크 |
US9088577B2 (en) | 2010-11-24 | 2015-07-21 | Microsoft Technology Licensing, Llc | Multimedia aware cloud for mobile device computing |
WO2012153173A2 (en) | 2011-01-29 | 2012-11-15 | Redthorne Media, Llc | Feedback oriented private overlay network for content distribution |
US9378601B2 (en) | 2012-03-14 | 2016-06-28 | Autoconnect Holdings Llc | Providing home automation information via communication with a vehicle |
AU2015240929A1 (en) | 2014-03-31 | 2016-09-22 | Intelsat Corporation | Multichannel content distribution via satellite to broadcast-capable mobile networks |
US10181208B2 (en) * | 2016-02-10 | 2019-01-15 | Microsoft Technology Licensing, Llc | Custom heatmaps |
US11172240B2 (en) * | 2019-11-04 | 2021-11-09 | Panasonic Avionics Corporation | Content loading through ad-hoc wireless networks between aircraft on the ground |
-
2021
- 2021-02-17 US US17/178,201 patent/US11509390B2/en active Active
- 2021-04-20 WO PCT/US2021/028040 patent/WO2022005560A1/en unknown
- 2021-04-20 CN CN202180047125.8A patent/CN115804036A/zh active Pending
- 2021-04-20 EP EP21724884.8A patent/EP4173182A1/en active Pending
Also Published As
Publication number | Publication date |
---|---|
US20210409110A1 (en) | 2021-12-30 |
WO2022005560A1 (en) | 2022-01-06 |
US11509390B2 (en) | 2022-11-22 |
EP4173182A1 (en) | 2023-05-03 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN115804036A (zh) | 数字服务的可靠传递 | |
US11409713B2 (en) | System and process for scalable and secure content delivery | |
US20210006612A1 (en) | Methods, devices, and systems for encoding portions of video content according to priority content within live video content | |
US11190820B2 (en) | Field of view prediction in live panoramic video streaming | |
US11477644B2 (en) | Network application programming interface guided service placement | |
US11496796B2 (en) | System and method for pushing scheduled content to optimize network bandwidth | |
US20230199556A1 (en) | Methods, systems, and devices of amplifying wireless signals of less congested network access points utilizing a repeater | |
US20220103911A1 (en) | Apparatus and method for facilitating trickplay playback | |
US12035250B2 (en) | Methods, systems, and devices for adjusting an antenna array of a communication device to provide coarse power adjustment | |
US20230007734A1 (en) | DISSEMINATING ALERTS OR OTHER NOTIFICATIONS USING ProSe DIRECT DISCOVERY SIGNALING | |
US20220368996A1 (en) | Video complexity detection for network traffic management | |
US20220182968A1 (en) | Methods and systems to intelligently and dynamically transform an end user device to operate as a server and/or an access point for one or more services | |
US20230413189A1 (en) | Cloud assisted low power transmitter configuration | |
US20230034793A1 (en) | Methods, systems, and devices for multicasting media content within a premises utilizing http over udp delivery | |
US20230180050A1 (en) | AUTOMATED PROCESSING ALLOCATION FOR QoS-SPECIFIC COMMUNICATIONS | |
US11172453B1 (en) | Methods, systems, and devices of amplifying wireless signals of a network access point utilizing a repeater based on a network parameter | |
US20220287150A1 (en) | Method and apparatus for providing wireless services via an integrated base station | |
US20240129813A1 (en) | Methods, systems, and devices for implementing carrier aggregation for unmanned aerial vehicles over mobile networks | |
US20240305374A1 (en) | Hybrid access plane function (hapf) as a satellite and cellular carrier aggregator and slicing manager | |
US20230269293A1 (en) | Intelligent wireless broadband cooperative model |
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 |