CN104380684B - 提供混合单播广播服务的方法和装置 - Google Patents

提供混合单播广播服务的方法和装置 Download PDF

Info

Publication number
CN104380684B
CN104380684B CN201380032530.8A CN201380032530A CN104380684B CN 104380684 B CN104380684 B CN 104380684B CN 201380032530 A CN201380032530 A CN 201380032530A CN 104380684 B CN104380684 B CN 104380684B
Authority
CN
China
Prior art keywords
title
titles
parity portion
asked
service
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.)
Expired - Fee Related
Application number
CN201380032530.8A
Other languages
English (en)
Other versions
CN104380684A (zh
Inventor
G·K·瓦尔克
C·N·洛
C·古普塔
M·S·格罗布
N·奈克
王俊
M·G·卢比
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.)
Qualcomm Inc
Original Assignee
Qualcomm 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 Qualcomm Inc filed Critical Qualcomm Inc
Publication of CN104380684A publication Critical patent/CN104380684A/zh
Application granted granted Critical
Publication of CN104380684B publication Critical patent/CN104380684B/zh
Expired - Fee Related legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Classifications

    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04HBROADCAST COMMUNICATION
    • H04H20/00Arrangements for broadcast or for distribution combined with broadcast
    • H04H20/38Arrangements for distribution where lower stations, e.g. receivers, interact with the broadcast
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L63/00Network architectures or network communication protocols for network security
    • H04L63/04Network architectures or network communication protocols for network security for providing a confidential data exchange among entities communicating through data packet networks
    • H04L63/0428Network architectures or network communication protocols for network security for providing a confidential data exchange among entities communicating through data packet networks wherein the data content is protected, e.g. by encrypting or encapsulating the payload

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Security & Cryptography (AREA)
  • Signal Processing (AREA)
  • Computer Hardware Design (AREA)
  • Computing Systems (AREA)
  • General Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Mobile Radio Communication Systems (AREA)
  • Two-Way Televisions, Distribution Of Moving Picture Or The Like (AREA)
  • Telephonic Communication Services (AREA)

Abstract

围绕促进混合单播/广播服务分配提供了一种方法、装置和计算机程序产品。在一个例子中,通信设备被配置为:在第一时间向多个UE提供服务频道中标题的奇偶校验部分,在第二时间从UE中接收对访问一个或多个标题中的标题的请求,以及向进行请求的UE提供启动条目,所述启动条目是所请求的标题的一部分,其中当启动条目被利用所提供的请求标题的奇偶校验部分处理时,足以允许进行请求的UE解码并访问所请求的标题。在一个方面,所述奇偶校验部分可以是喷泉码编码的标题的奇偶校验部分,且所述启动条目可以是喷泉码编码的标题的修复符号。

Description

提供混合单播广播服务的方法和装置
基于35 U.S.C.§119要求优先权
本专利申请要求享有2012年6月22日提交的、题目为“METHODS AND APPARATUSFOR PROVIDING HYBRID UNICAST BROADCAST SERVICES”的临时申请No.61/663,521的优先权,该临时申请已转让给本申请的受让人,故以引用方式明确地并入本文中。
技术领域
概括地说,所公开的方面涉及设备之间的通信,而更具体地说,涉及通过单播和/或广播传输来促使改进服务内容的分布。
背景技术
技术的进步已经生成更小更强大的个人计算设备。例如,当前存在多种便携式个人计算设备,包含诸如便携式无线电话、个人数字助理(PDA)以及寻呼设备的无线计算设备,其体积小、重量轻且容易由用户携带。更具体地说,便携式无线电话(例如)还包括无线网络上传送语音和数据包的蜂窝电话。此外,许多这样的蜂窝电话被制造为在计算能力上有相当大的提升,从而变得相当于小型个人电脑和手持PDA。
当前,存在依靠单播通信的某些类型的服务,以提供每个用户定制的服务。这些服务可以名义上是基于娱乐的或基于文件递送的。此外,这种服务类型可以被网络拥塞限制并由此潜在地减少用户对服务的享受和使用。网络拥塞对于提供每个用户实时单播定制服务的服务可能是一个问题。即使采用诸如HTTP动态自适应流媒体(DASH)的自适应流媒体解决方案,这种网络可能或者提供太低的吞吐量或太大的延迟,从而提供甚至是最低等级的服务。
此外,通过基于娱乐的服务可用的内容可能受限于各种数字版权管理(DRM)协议。因此,使用DRM对于服务提供商更为昂贵,在这些DRM协议下服务提供商必须支付许可费。此外,实现DRM密钥管理的方面,包括在设备上建立信任链,可能进一步增加服务提供商的成本。
因此,希望有改进的装置和方法,用于在保持个性化服务的同时减少网络拥塞。
发明内容
下面简单地概括一个或多个方面,以便对这些方面有一个基本的理解。发明内容部分不是对能联想到的所有方面的泛泛评述,既不是要确定所有方面的关键或重要组成部分,也不是要描绘任何一个方面或所有方面的范围。唯一的目的是简单地描述一个或多个方面的一些概念,以此作为后面的详细说明的前奏。
根据一个或多个方面及其对应的公开,围绕促进混合单播/广播服务分配描述了各个方面。在一个例子中,通信设备被配置为:在第一时间向多个UE提供服务频道中标题的校验部分,在第二时间从UE中接收对访问一个或多个标题中的标题的请求,以及向请求UE提供启动条目,所述启动条目是所请求的标题的一部分,当采用所提供的请求标题的校验部分处理时,足以使得请求UE解码并访问所请求的标题。在一个方面,所述校验部分可以是喷泉码编码的标题的校验部分,且所述启动条目可以是喷泉码编码的标题的修复符号。
根据相关的方面,提供一种促进混合单播/广播服务分配的方法。该方法可以包括:在第一时间向多个UE中的至少一个UE提供服务频道中的一个或多个标题的奇偶校验部分。在一个方面,所述频道可以包括一个或多个标题且所述服务包括一个或多个频道。此外,该方法可以包括在第二时间从所述多个UE中的UE接收访问一个或多个标题中的标题的请求。而且,该方法可以包括向多个UE中进行请求的UE提供启动条目,所述启动条目是所请求的标题的一部分,当采用所提供的请求标题的奇偶校验部分处理时,其足以使得所述请求UE解码并访问所述标题。
另一个方面涉及能够促进混合单播/广播服务分配的通信装置。该通信装置可以包括用于在第一时间向多个用户设备(UE)中的至少一个UE提供服务频道中的一个或多个标题的奇偶校验部分的单元。在一个方面,所述频道可以包括一个或多个标题且所述服务可以包括一个或多个频道。并且,该通信装置可以包括用于在第二时间从多个UE中的UE接收访问一个或多个标题中的标题的请求的单元。而且,该通信装置可以包括用于向多个UE中进行请求的UE提供启动条目的单元,所述启动条目是所请求的标题的一部分,当采用所提供的请求标题的奇偶校验部分处理时,其足以允许所述UE解码并访问所述标题。
另一个方面涉及通信装置。该装置可以包括处理系统,其被配置为在第一时间向多个用户设备(UE)中的至少一个UE提供服务频道中的一个或多个标题的奇偶校验部分。在一个方面,所述频道可以包括一个或多个标题且所述服务可以包括一个或多个频道。并且,所述处理系统可以被配置为在第二时间从所述多个UE中的UE接收访问一个或多个标题中的标题的请求。而且,所述处理系统可以被配置为向所述多个UE中进行请求的UE提供启动条目,所述启动条目是所请求的标题的一部分,其中所述启动条目在被利用所提供的所请求的标题的校验部分来处理时,足以允许所述进行请求的UE解码并访问所请求标题。
另一个方面涉及计算机程序产品,其可以具有计算机可读介质,包括:用于在第一时间向多个用户设备(UE)中的至少一个UE提供服务频道中的一个或多个标题的奇偶校验部分的代码。在一个方面,所述频道可以包括一个或多个标题且所述服务可以包括一个或多个频道。并且,所述计算机可读介质可以包括用于在第二时间从所述多个UE中的UE接收对访问一个或多个标题中的标题的请求的代码。而且,所述计算机可读介质可以包括用于向多个UE中进行请求的UE提供启动条目的代码,所述启动条目是所请求的标题的一部分,其中所述启动条目在被利用所提供的请求标题的奇偶校验部分处理时,足以允许所述UE解码并访问所述标题。
根据相关的方面,提供一种促进混合单播/广播服务分配的方法。该方法可以包括在第一时间由UE接收服务频道中的一个或多个标题的奇偶校验部分。在一个方面,所述频道可以包括一个或多个标题且所述服务可以包括一个或多个频道。并且,该方法可以包括缓存所述一个或多个标题的所述奇偶校验部分。并且,该方法可以包括在所述第一时间后的第二时间发送对访问所述一个或多个标题中的标题的请求。并且,该方法可以包括通过单播传输来接收所述标题的启动条目。在一个方面,所述启动条目可以是所请求的标题的一部分。而且,该方法可以包括当接收到所述启动条目时,通过向缓存的所述标题的奇偶校验部分添加所述启动条目来访问所述标题。
另一个方面涉及能够促进混合单播/广播服务分配的通信装置。该通信装置可以包括用于在第一时间由UE接收服务频道中的一个或多个标题的奇偶校验部分的单元。在一个方面,所述频道可以包括一个或多个标题且所述服务可以包括一个或多个频道。并且,该通信装置可以包括用于缓存所述一个或多个标题的所述奇偶校验部分的单元。并且,该通信装置可以包括用于在所述第一时间后的第二时间发送对访问所述一个或多个标题的标题的请求的单元。并且,该通信装置可以包括用于通过单播传输来接收所述标题的启动条目的单元。在一个方面,所述启动条目可以是所请求的标题的一部分。而且,该通信装置可以包括用于当接收到所述启动条目时,通过向所述标题缓存的奇偶校验部分添加所述启动条目来访问所述标题的单元。
另一个方面涉及通信装置。该装置可以包括处理系统,其被配置为在第一时间由UE接收服务频道中的一个或多个标题的奇偶校验部分。在一个方面,所述频道可以包括一个或多个标题且所述服务可以包括一个或多个频道。并且,该处理系统可以被配置为缓存所述一个或多个标题的所述奇偶校验部分。并且,该处理系统可以被配置为在所述第一时间后的第二时间发送请求,以访问所述一个或多个标题中的标题。并且,该处理系统可以被配置为通过单播传输来接收所述标题的启动条目。在一个方面,所述启动条目可以是所请求的标题的一部分。而且,该处理系统可以被配置为当接收到所述启动条目时,通过向所述标题缓存的奇偶校验部分添加所述启动条目来访问所述标题。
另一个方面涉及计算机程序产品,其可以具有计算机可读介质,其中计算机可读介质包括用于在第一时间由用户设备(UE)接收服务频道中的一个或多个标题的奇偶校验部分的代码。在一个方面,所述频道可以包括一个或多个标题且所述服务可以包括一个或多个频道。并且,所述计算机可读介质可以包括用于缓存所述一个或多个标题的所述奇偶校验部分的代码。并且,所述计算机可读介质可以包括用于在所述第一时间后的第二时间发送对访问所述一个或多个标题中的标题的请求的代码。并且,所述计算机可读介质可以包括用于通过单播传输来接收所述标题的启动条目的代码。在一个方面,所述启动条目可以是所请求的标题的一部分。而且,所述计算机可读介质可以包括用于当接收到所述启动条目时,通过向所述标题缓存的奇偶校验部分添加所述启动条目来访问所述标题的代码。
为了实现前述和相关目的,该一个或多个方面包括后面充分描述以及在权利要求书中具体指出的特征。以下描述和附图具体提供了该一个或多个方面中的某些示例性特征。然而,这些特征仅仅指示可以采用不同方面的原理的一些不同方式,该描述旨在包括全部这些方面及其等效物。
附图说明
以下结合附图描述所公开的方面,提供附图在于说明而不是限制所公开的各个方面,其中,相同的标识表示相同的要素,其中:
图1是概念性的示出电信系统的例子的框图;
图2是根据一个方面示出通信网络的框图;
图3是根据一个方面示出描述促进混合单播/广播服务分配的示例系统的流程图;
图4示出根据一个方面的描述促进混合单播/广播服务分配的示例系统的流程图;
图5示出根据一个方面的描述促进混合单播/广播服务分配的示例系统的另一个流程图;
图6示出通信设备示例架构的框图;
图7是根据一个方面示出的服务提供商系统的示例性框图;
图8根据一个方面描述了促进混合单播/广播服务分配的示例通信设备的框图;
图9描述了根据一个方面的促进混合单播/广播服务分配的另一个示例通信设备的框图。
具体实施方式
现在参考附图描述各个方面。在下面的描述中,出于解释的目的阐述了许多特定的细节,以便于提供对一个或多个方面的透彻的理解。然而,显然地,可以在没有这些特定的细节的情况下实现这些方面。
通常,描述了可以使混合广播/单播网络能够经由使用通信设备缓存来提供改进的服务的系统和方法。在这种方面,系统可以向通信设备提供缓存和实时内容的混合,以使得经由广播和/或单播通信的混合在欠佳网络服务质量(QOS)下(例如,网络拥塞)获得更好的服务。此外,系统可以减轻服务对通信网络的总体影响。在一个方面,可以通过网络实体(例如,服务提供商服务器)基于一个或多个度量和/或计划播放列表来管理缓存组成。并且,通过使用喷泉编码可以减少系统复杂度,以提供对缓存内容的模糊处理(模糊化?)。
这里使用的“标题”可以指内容条目(例如,媒体条目、条目的单个版本等)。“频道”可以指标题的组合。在一个方面,可以通过通信设备生成用于回放的频道,且频道可以基于一个或多个用户偏好。“服务”可以指一个或多个频道的聚合。在一个方面,服务可以通过网络实体(例如,服务提供商)来分配。“缓存”可以指通信设备上的存储器空间,其被分派存储通过服务可访问的一个或多个标题。“可取性”可以指对标题和/或聚合缓存状态的好处的抽象。“启动条目”可以指用于允许通信设备访问先前不可访问的缓存标题的数据。在一个方面,当喷泉编码用于编码标题时,缓存的标题可以是与标题相关联的校验信息,而启动条目可以是修复信息,当被添加到校验信息时,允许标题被解码。在另一个例子中,启动条目可以包括系统的符号、修复符号、解码密钥等,或它们的任意组合。“标题的奇偶校验部分”可以指标题加密后的部分、标题的部分递送或其任意组合。“假设的播放列表”和/或“假设的标题列表”可以指包括一个或多个标题(通过条目编号、索引号、标题文件名等)的组织结构(数据、列表、矩阵等)。
图1示出了无线通信网络100,其可以是LTE网络。无线网络100可以包括多个演进的节点B(eNB)110和其他网络实体。eNB可以是与UE通信的站且还可以被称为基站、节点B、接入点等。每个eNB 110可以为特定地理区域提供通信覆盖。在3GPP中,根据术语使用的上下文,术语“小区”指的是eNB的覆盖区域和/或服务该覆盖区域的eNB子系统。
eNB可以为宏小区、微微小区、毫微微小区和/或其它类型的小区提供通信覆盖。宏小区可以覆盖相对较大的地理区域(例如,半径为若干公里),并且可以允许订制服务的UE进行不受限接入。微微小区可以覆盖相对较小的地理区域,并且可以允许订制服务的UE进行不受限的接入。毫微微小区可以覆盖相对较小的地理区域(例如,家庭),并且可以允许与该毫微微小区相关联的UE(例如,在封闭用户组(CSG)中的UE、家庭中的用户的UE等)受限地接入。宏小区的eNB可以称作宏eNB。微微小区的eNB可以称作微微eNB。毫微微小区的eNB可以称作毫微微eNB或者家庭eNB。在图1所示的示例中,eNB 110a、110b和110c可以分别是宏小区102a、102b和102c的宏eNB。eNB可以支持一个或多个(例如,三个)小区。
无线网络100可以支持同步操作或异步操作。对于同步操作,eNB可以具有类似的帧时序,并且来自不同eNB的传输可以在时间上近似对准。对于异步操作,eNB可以具有不同的帧时序,并且来自不同eNB的传输可以在时间上不对准。本文所描述的技术可以用于同步操作和异步操作二者。
网络控制器130可以耦合到eNB集合,并且为这些eNB提供协调和控制。网络控制器130可以经由回程来与eNB110进行通信。eNB110还可以例如通过无线回程或有线回程来直接地或间接地彼此通信。在另一个方面,网络控制器130还可以与一个或多个服务提供商服务器132通信。
UE 120可以分布在整个无线网络100中,并且每个UE可以是固定的或移动的。UE还可以称为设备、终端、移动站、用户单元、电台等。UE可以是蜂窝电话、个人数字助理(PDA)、无线调制解调器(或其他系留(tethered)设备)、无线通信设备、手持设备、膝上型计算机、平板电脑、智能本、上网本、无绳电话、无线本地环路(WLL)站、智能电视、机顶盒等。UE可以与宏eNB、微微eNB、毫微微eNB、中继设备等进行通信。UE可以能够与宏eNB、微微eNB、毫微微eNB、中继等通信。
参照图2,根据一个方面示出了通信网络200的框图。通信网络200可以包括通信设备210,其连接至接入网和/或核心网225,例如,CDMA网络、GPRS网络、UMTS网络、LTE网络、对等网络、无线局域网(WLAN)或其他类型的有线和无线通信网络。通信网络200还可以包括一个或多个服务器,例如,连接到网络225的服务提供商服务器230。在操作中,网络225可以使得服务提供商服务器230与一个或多个通信设备210之间能够使用广播传输227和/或单播通信229来通信。
通信设备210可以包括服务接入模块212和相关联的缓存220。在一个方面,缓存220可以包括一个或多个标题的一个或多个奇偶校验部分222。在一些实例中,内容许可协议可能不允许在回放前存储(例如,明文存储)内容。为了潜在地避免这种内容存储限制,可以在缓存220中存储标题的校验(例如,不可解码的)部分222。在一个方面,标题的奇偶校验部分222可以是喷泉编码的(例如,Raptor,RaptorQ等)标题的校验(例如,修复数据)部分。这里使用的喷泉编码可以是具有这种属性的编码,其中最初的源符号可以从大小等于或稍稍大于源符号数目K的编码符号的任何子集中恢复。换句话说,在没有出现至少K个经编码符号(例如,启动条目242)的情况下,小于K个符号的子集是不可解码的(例如,标题的奇偶校验部分240)。所以,如果仅发送修复(校验)符号,在预递送的内容中不会出现明文,并且仅有数据的一些额外符号可以允许通信设备210获得成功的解码。而且,没有使用加密,所以不需要密钥管理。
在一个方面,缓存220可以以解码的顺序存储一个或多个标题的一个或多个奇偶校验部分222。在这一方面,所解码的顺序存储可以以页(例如,8kB数据段)写入闪存。在另一个方面,一个或多个标题可以作为每种递送类型、每一单播推送、每一广播推送、每一单播启动的非重叠修复符号集而递送,从而确保尽管有至服务器的多个连接,但是不会递送重复的符号。此外,通信设备210可以支持相同用户的多个单播连接的非重叠符号集,从而潜在地,尽管有并发或重叠的连接,多个单播内容连接和多个单播权利连接以及多个广播会话可以递送非重复的符号。缓存220可以存储分段持续时间,从而在完成先前分段的回放之前,允许各种流媒体方法来解码新的分段。例如,如果在回放期间使用32kbps的音频比特率,10秒的分段是320kbs或5个8kB的写入(writes)。如果利用DASH十秒分段持续时间,在任何给定的文件中只包含10秒的音频。在一个方面,可以组织缓存220来接收分段块(如通过DASH分段、HTTP实时流媒体(HLS)分段、移动流媒体服务(MSS)等定义的)。当已经接收了足够的符号数目(例如,启动条目242)时,服务访问模块212可以解码标题。如果用于解码的额外的符号数目被设定为分段大小的10%,对于32kpbs的频道吞吐量,启用递送的启动时间仅为1秒。此外,无死点服务(stall free service)可以维持仅3.2kpbs的平均吞吐量。在另一个方面,在保持所需符号大小的同时,解码的文件大小越大,要求的所需比特率的百分比越低。此外,缓存220最初可以是空的。在这一方面,服务模块232可以不利用侵略性的单播推送来填充缓存220,而是等到直到广播227具有了将一个或多个标题提供至缓存220的机会。在这一方面,服务模块232可以了解一个或多个用户选择的信号,以及不久的将来广播227的提单是否可以填入缓存220。
在一个方面,服务访问模块212可以包括启动条目模块214。启动条目模块214可以被配置为接收标题的启动条目(例如,启动条目242)并使用对应的标题奇偶校验部分222组合启动条目242,以允许服务访问模块212解码对应标题的至少一部分。在一个方面,启动条目模块214可以请求启动条目242使用字节范围请求,其可以是用于解码标题的符号数目的大小。在另一个方面,服务访问模块212可以使用DRM方案。在这一方面,可以在回放的时候递送解密密钥。尽管DRM密钥可以比启动条目242使用更少的总字节数,但是DRM密钥可以额外地使用专用的DRM服务器,以及通信设备210和专用DRM服务器之间的信任建立。在另一个方面,服务访问模块212可以确定广播227条目的可取性(我也不确定,建议标注英文)大于缓存的条目并且可以选择删除缓存的条目以为所提供的广播227条目腾出空间。此外,因为通信设备210可以经由广播227推送和/或用户发起的单播229之间的或之前的宽带连接而连接,服务提供商服务器230可以通告未来的提单,从而通信设备210可以见机获取一个或多个所需的标题236。在这一方面,当通信设备210耦合至外部电源和/或如果存在点对点的机会时,通信设备210可以尝试经由广播227来获取标题。在另一个方面,服务访问模块212可以为在通信设备210上可操作的其他应用、服务等提供潜在地用于接入的条目列表。在另一个方面,服务访问模块212可以查询在通信设备210上可操作的一个或多个应用、服务等,以确定什么标题在通信设备210上是可用的。
内容服务器230可以包括服务模块232、标题模糊模块238、标题普及模块244、UE缓存的标题模块246以及网络状况模块248。
在一个方面,服务模块232可以包括一个或多个频道34,其中每一个都可以包括对一个或多个标题236的访问。在一个方面,服务模块232可以被配置为提供用于基于用户偏好的用户访问的一个或多个频道234。在另一个方面,频道234可以提供各种组织结构,以组织标题236(例如,标题类型、标题样式等)。在这一方面中,组织结构可以是动态的和/或可以基于用户偏好。此外,标题模糊模块238可以被配置为模糊每一标题236。在一个方面,标题模糊模块238可以生成可以被提前提供给通信设备210的标题240的奇偶校验部分,以及启动条目242,当与标题240的奇偶校验部分组合时,允许通信设备解码标题236或标题236的至少一部分。而且,标题普及模块244、UE缓存的标题模块246和/或网络状况模块248可以用于确定奇偶校验部分240如何以及何时可以传输至通信设备210。这些模块(244、246和/或248)可以辅助服务模块232确定如何混合服务中缓存的广播227和单播229内容、如何填充缓存220和/或如何管理(例如,清理)缓存220。在一个方面,服务模块232可以确定可以通过单播229实时流媒体向缓存220提供一部分服务,以及通过广播227递送向缓存220提供另一部分服务,来最佳地提供服务,从而通过单播启动条目允许回退到缓存的回放。在另一个方面,服务模块232可以确定可以通过单播229和广播227递送来将服务最佳地提供至缓存220,从而通过单播启动条目242以及采用回退到实时流来允许缓存的回放。
标题普及模块244和/或UE缓存的标题模块246可以辅助服务模块232来确定广播推送的内容。在一个方面,标题普及模块244可以聚集多个通信设备缓存的内容。在这一方面,当每一通信设备210更新它的缓存220时,标题普及模块244可以记录状态并为接下来的广播推送构建“提单”,其可以基于可以使网络200的聚合缓存可取性最大化的标题来优化总体缓存。例如,最有可能被访问的标题(目前不是在许多的设备的缓存220中),可以是广播227。相反,服务模块232可以将标题236单播至具体的通信设备210,其可以加强具体缓存220的可取性。
而且,UE缓存的标题模块246和/或标题普及模块244可以辅助服务模块232基于当前缓存220内容来创建假设的播放列表。在一个方面,假设的播放列表可以针对每一频道中的标题236而生成。在另一个方面,假设的播放列表可以是跨多个频道234和/或在整个服务上聚集的标题236。部分地基于该假设的播放列表,服务模块232可以递送单播227推送条目,其可以以低概率被列入下一广播提单中,和/或以高概率由具体用户在未来回放。
网络状况模块248可以辅助服务模块232确定是否应该使用广播或单播来传输。在一个方面,网络状况模块248可以测量网络225的可用带宽、QOS等。
在操作中,缓存的内容(例如,标题的奇偶校验部分222)可以用于向通信设备210添加单播服务递送。这一混合(例如,部分广播227,部分单播229递送)服务可以是通过各种方案构建的。在一个方面,服务模块232在逐个条目的基础上可以使用全单播条目和部分单播条目的混合,其中给缓存的内容的优先级比实时单播内容高。在这一方面,服务混合可以偏向普及的预缓存标题236,其可能不为选择冷门频道234和/或标题236的用户效力,但是通常很好地为其他用户效力。在另一个方面,服务模块232可以根据网络负载来混合单播和缓存的内容。在这一方面,服务模块232可以从网络状况模块248中确定网络负载。在这一方面,服务模块232可以为高效率和高质量的标题访问提供可能性。在另一个方面,当单播229带宽可用时,服务模块232可以尝试递送内容至缓存220并同时更新缓存220。
在另一个方面,服务访问模块212可以至少部分地基于网络225的QOS来选择回放标题。在这一方面,当网络状况欠佳时,服务访问模块212可以增加缓存内容的使用。在另一个方面,服务模块232可以考虑提供相对更多的内容到缓存220(当网络状况好并且缓存耗尽和/或过期时经由单播229)。这里使用的“过期”可以指最近已经播放的、已经跳过一次或多次和/或作为删除备选的内容。在另一个方面,服务模块232可以基于预计的播放时间来管理缓存220。可以基于一天消费x个小时的内容的用户习惯和/或用户接受服务的一天消费y个小时的内容的习惯来确定预计的播放时间。在另一个方面,当缓存220的充分性是临界的,即使在相对欠佳的网络225 QOS下,通信设备210仍然可以接收标题(例如,媒体)至缓存220(可以以比实时更低的速率以延长缓存的有效期)。在这一方面,当满足目标服务持续时间时,通信设备200可以停止将更多的设有标题236的单播229带至缓存220。
在另一个操作方面,服务模块232可以为某些类型的内容提供优先权(优先?)。在这一方面,当用户正在消耗缓存220的某一类别的内容时,经由单播229的下载可以集中于补充正在被消耗的类别。这里使用的“消耗”指的是当内容的值和/或正在被使用和/或很快被重新使用的可能性已经下降(例如,减少的可取性)。
在又一个可操作的方面,服务模块232可以基于一个或多个可取性特点来管理缓存220。例如,可取性可以受到自从条目被使用以来多长时间的影响(例如,一旦标题236被使用,其立即重新使用的值可能会降低,然而,标题236在缓存220中越久,重新使用的可能性/可取性可能添加)。在另一个例子中,当标题236被跳过时,其可能会变得不那么可取。在另一个方面,服务访问模块212可以利用与服务模块232类似的各种偏好对待缓存的内容。在该示例方面,服务访问模块212和服务模块232可以以不同的方式修改标题236的可用性。例如,当给定的标题236可能无法从服务提供商服务器230进行全局删除时,服务访问模块212可以将标题236从通信设备210中删除。
在另一个可操作的方面,各种内容条目(例如,标题236)的持续时间可以同递送速率一样发生变化。而且,当一个对象只被部分取回时,通信设备210可能关闭正在接收标题236的应用。所以,缓存220可以包括一些未完成的条目。当应用重新开始时和/或当网络225QOS适合时,服务模块232可以恢复递送。在另一个方面,如果用户是“高级用户”且网络225条件是有利的(例如,如果当前网络支持的比特率高于单播连接中设备通常所见的速率,并且缓存220的条件较弱)通信设备210可以继续获取内容。
在又一个方面,一旦解码,缓存的条目222可以出售给用户(例如,当已经从缓存220中解码高质量内容)。在另一方面,在流内容不是以购买条目的高质量递送时,服务模块232可以将购买请求转发到合适的内容提供商。在这一方面,用户可以在稍后的时间里以高质量实现(例如,经由WiFi连接、有线连接等)访问缓存内容的回放。在另一个可操作方面,服务模块232可以将广告绑定至至少一个标题236。在这一方面,服务模块232可以允许单播229递送要存储的额外字节范围,否则这可能是不允许的。
在另一个可操作的方面,当所使用的编解码器影响运营商与执照相关的成本时,服务模块232可以使用机会带宽访问并可以允许使用较旧的和可能更廉价的编解码器(例如,MP3相对于HE-AAC v2)。
因此,设备可以通过使用单播229和广播227通信的各种组合更有效地通信,从而减少网络225的拥塞,以及改进与服务相关的用户体验。
图3、图4和图5根据所保护主题的各个方面示出了各种方法。然而,出于便于解释的目的以一系列动作或顺序步骤示出和描述了这些方法,应当理解并得知所要求的主题并不限于动作的顺序,因为一些动作可以以不同的顺序发生和/或同本文示出并描述的其它动作同时发生。例如,本领域技术人员将会理解并得知方法能够可替代地表示为一系列相互关联的状态或事件,诸如状态图。而且,不是所有示出的动作都被要求实现根据所要求主题的方法。此外,还应当理解之后贯穿说明书公开的方法能够存储在一件产品上以便于输送并传递这些方法至计算机。这里使用的术语“制造件”旨在包含可从任何计算机可读设备,载体或介质访问的计算机程序。
现在参照图3,其示出了描述用于促进混合单播/广播服务分配的系统300的示例流程图。
在方框302处,服务提供商服务器可以从访问服务的各种UE接收先前的标题访问信息和/或当前缓存的标题信息。在一个方面,服务提供商服务器可以维护访问服务的每个UE上缓存的内容的记录。在这一方面,该记录可以包括每个条目正确存储的符号,以及可选地,可以包括每个标题回放历史。在另一个方面,当UE处于连接状态时,随着每一缓存状态的改变,所接收的信息可以用于更新缓存内容的服务提供商服务器的记录。在又一个方面,可以在每一个激活的单播会话的开始和/或结束时更新该记录。
在方框304处,服务提供商服务器可以为通过服务可用的一个或多个标题中的每一个确定知名度(例如,可取性)。在一个方面,可以逐个标题和/或在当前缓存和/或设备定义的频道的背景下,确定标题的可取性。在另一个方面,服务提供商服务器可以基于UE上缓存的当前内容来生成聚合缓存可取性。在另一个方面,所确定的知名度可以用于生成广播提单。在这一方面,广播提单的生成可以考虑各种因素,例如但不限于用户偏好中区域和/或市场的差别(例如,更多的乡村音乐来源于Nashville)。
在方框306处,服务提供商服务器可以为可以访问服务的一个或多个UE中的每个UE生成假设的播放列表。在一个方面,可以基于各种用户偏好、历史使用模式、从其他用户的使用导出的信息等生成假设的播放列表。
在方框308处,服务提供商服务器可以从假设的播放列表中确定当前未由UE缓存的一个或多个标题。
在方框310处,服务提供商服务器确定是否有任何的非缓存的标题已经被确定为知名的。在一个方面,服务提供商服务可以偏向于通过广播推送而不是单播通信会话将标题提供给UE。这种偏向可以有助于减少网络拥塞问题。
如果在方框310处,服务提供商服务器确定任何的非缓存的标题被确定为知名的(在方框304处),那么在方框312处,服务提供商服务器可以提供何时将广播这些知名的标题的一个或多个时间。在一个方面,服务提供商服务器可以在广播推送前发布广播提单。在这一方面,UE可以(如果可用)通过有线或其他高带宽连接和/或对等通信在推送前借机获取标题。
相反或此外,如果在方框310处,服务提供商服务器确定未缓存标题中的一个或多个没有被确定为知名的(在方框304处),那么在方框314处,服务提供商服务器可以确定网络状况是否适于建立与UE的单播连接。在一个方面,当存在低拥塞、高带宽可用性,和/或UE处缓存耗尽时,网络可以认为是有利于建立单播连接的。在又一个方面,缓存单播的补充侵略性可以基于度量的组合,这些度量包括当前频道中的缓存回放时间、缓存的新鲜度和/或每个标题的可取性度量。
如果在方框304处,服务提供商服务器确定当前网络状况不适用于建立单播连接,那么在方框316处,服务提供商服务器可以继续监控网络状况。
相反,如果在方框304处,服务提供商服务器确定网络状况适用于建立单播连接,那么在方框318,服务提供商服务器可以将非缓存内容的奇偶校验部分单播至UE。在一个方面,每一标题的奇偶校验部分可以包括喷泉码编码标题的奇偶校验部分。在一个方面,可以在低和/或高带宽环境中执行单播传输。如果网络QOS是受限的,可以使用较低的带宽(例如,比实时慢),而当网络QOS良好时,可以使用较高带宽(例如,比实时快)。
返回到方框312,其中向UE提供针对何时可以广播知名标题的一个或多个时间,在方框320处,服务提供商服务器可以在所提供的时间广播知名的标题的奇偶校验部分。在一个方面,每一标题的奇偶校验部分可以包括喷泉码编码的标题的奇偶校验部分。
在方框322处,服务提供商服务器可以接收访问可通过服务获取的(并在设备上缓存的)一个或多个标题的请求。在一个方面,该请求可以是字节范围请求。
在方框324处,服务提供商服务器可以将启动条目提供给请求UE。在一个方面,可以将启动条目单播至请求UE。在一个方面,启动条目可以包括一个或多个修复符号,当被添加至喷泉码编码的标题的奇偶校验部分时,允许请求UE解码标题的至少一部分。
因此,提供了一种使用混合单播/广播方案向一个或多个UE提供服务的方法。
现在参照图4,示出了描述促进混合单播/广播服务分配的系统400的另一示例流程图。
在一个可选的方面,在方框402处,服务提供商服务器可以向多个UE提供提单,指示通过广播传输可用的标题列表。在一个方面,可以基于来自与多个UE中的一个或多个UE相关的假设标题列表中的知名的标题来确定包含在提单中的标题。在这一方面,可以由从多个UE中的至少一部分接收的标题访问信息、多个UE中的标题知名度等生成假设的播放列表。
在方框404处,服务提供商服务可以在第一时间向多个UE中的至少一个UE提供服务频道中的一个或多个标题的奇偶校验部分。在一个方面,该频道可以包括一个或多个标题而该服务可以包括一个或多个频道。在一个方面,每个标题的奇偶校验部分可以包括喷泉码编码的标题的奇偶校验部分。在这一方面,喷泉码可以是Raptor码(例如,RaptorQ)。在一个方面,可以将奇偶校验部分提供给UE以允许解码顺序存储。在一个方面,标题可以分段进行格式化,以使用HTTP动态自适应流媒体(DASH)、HTTP实时流媒体(HLS)、移动流媒体服务(MSS)来递送。在另一个方面,提供奇偶校验部分可以包括确定多个UE中对标题感兴趣的水平大于知名度阈值,并提供标题的奇偶校验部分,以进行广播传输。在另一个方面,提供奇偶校验部分可以包括确定多个UE中对标题感兴趣的水平不大于知名度阈值,并向对标题的感兴趣水平高于知名度阈值的任何UE提供用于单播传输的标题的奇偶校验部分。在另一个方面,提供奇偶校验部分可以包括确定诸如网络拥塞值、单播连接吞吐量值等的值,并当网络拥塞值低于阈值、单播连接吞吐量值高于阈值或其任意组合中的至少一个时,提供标题的奇偶校验部分,以进行单播传输。在另一个方面,提供奇偶校验部分可以包括接收来自多个UE中的至少一部分的标题访问信息、为UE生成假设标题列表、确定假设标题列表中的一个或多个标题是否未被UE缓存,以及向UE提供至少一个时间,针对何时提供来自未被缓存的假设标题列表的一个或多个标题的奇偶校验部分。在这一方面,假设的播放列表可以被生成为服务中一个或多个频道中的一个频道中的标题列表、跨服务中一个或多个频道的多个频道的标题列表等。在另一个方面,提供奇偶校验部分可以包括将广告内容条目绑定至对标题的访问,以及向UE提供广告内容条目。在另一个方面,提供奇偶校验部分可以包括使用蜂窝网络、对等连接、无线局域网(WLAN)连接或其任意组合中的至少一者,其中通信的广播模式和单播模式是可用的。在另一个方面,提供奇偶校验部分可以包括针对如下至少一个来使用非重叠修复符号集:每一递送类型、每一单播传输、每一广播推送及其任意组合,以避免重复的符号递送。在另一方面,提供奇偶校验部分可以包括对相同用户的多个单播连接使用非重叠符号集,以避免重复的符号递送。在另一方面,提供奇偶校验部分可以包括确定UE中存储器的分配是否足以存储一个或多个标题的奇偶校验部分,并提示UE在确定存储器的分配不足以存储一个或多个标题的奇偶校验部分时,为缓存分配额外的内存。
在方框406处,服务提供商服务器在第二时间可以从多个UE中的一个UE接收访问一个或多个标题中的标题的请求。在另一个方面,该请求可以用于服务、或服务的一部分,例如频道等。
在方框408处,服务提供商服务器可以向多个UE的请求UE提供启动条目。在一个方面,启动条目可以是所请求的标题的一部分,当采用先前提供的所请求的标题(和/或服务、信道(频道?)等)的奇偶校验部分处理时,其可以足以允许请求UE解码和访问所请求的标题。在一个方面,可以选择启动条目以允许UE在完成先前标题的回放之前解码与启动条目相关的标题的对应部分。在另一方面,提供启动条目可以包括将广告内容条目与标题的访问绑定,并向UE提供该广告内容条目。在另一方面,提供启动条目可以包括使用蜂窝网络、对等连接、无线局域网(WLAN)连接或其任意组合中的至少一种(其中通信的广播模式和单播模式是可用的)。
现在参照图5,示出了描述促进混合单播/广播服务分配的系统500的另一示例流程图。
在方框502处,UE可以接收与服务相关的一个或多个标题的奇偶校验部分。在一个方面,每一个标题的奇偶校验部分可以包括喷泉码编码的标题的奇偶校验部分。在另一方面,可以将一个或多个标题作为每一递送类型、每一单播推送、每一广播推送、每一单播启动的非重叠修复符号集来接收,从而确保没有递送重复的符号。在另一方面,在UE没有先前接收的内容时(例如,新用户,设置复位的用户等),UE可以偏向以不会过于拥塞网络的接收模式来接收一个或多个标题的奇偶校验部分。例如,相对于使用蜂窝网络单播传输模式,UE可以偏向使用广播传输模式、无线局域网(WLAN)通信模式、对等通信模式或它们的组合。在这一方面,UE可以向服务提供商服务器提供指示,以指示使用一个或多个接收模式的偏向、要使用的通信模式的标识等。
在方框504处,UE可以缓存所接收的与服务相关的标题的奇偶校验部分。在一个方面,可以以解码的顺序缓存所接收的内容。而且,UE可以将所接收的内容缓存为相同用户的多个单播连接的非重叠符号集,从而可以在没有重复的符号的情况下递送多个单播内容连接和多个单播权利连接以及多个广播会话。
在方框506处,UE可以发送请求以访问服务。在一个方面,该请求可以是字节范围请求。
在方框508处,UE可以响应于请求(例如)通过单播传输来接收启动条目。在一个方面,启动条目可以是UE经由单播接收的。在一个方面,启动条目可以包括一个或多个修复符号,当添加到喷泉码编码的标题的奇偶校验部分时,使得UE解码标题的至少一部分。在另一方面,启动条目可以包括明文(例如,可以通过本身被解码的数据)。
在方框510处,UE可以使用启动条目以访问先前不可解码的标题的至少一部分。例如,如果在回放期间使用32kbps音频比特率,10秒分段是320kbs或五个8kB写入。如果采用DASH十秒分段持续时间,只有10秒的音频包含在任何给定的文件中(例如,标题的奇偶校验部分)。当已经接收了足够的符号数目(例如,启动条目)时,UE可以解码标题。如果用于解码的额外符号(例如,启动条目大小)的数目设定为分段大小的10%,对于32kbps的频道吞吐量,启动递送的启动时间是1秒。此外,无死点服务可以仅保持3.2 kbps的平均吞吐量。
在一个可选的方面,在方框512处,UE还可以将标题访问信息传输至服务提供商服务器。在这一方面,标题访问信息还可以包括当前频道的缓存回放时间、缓存新鲜度、每个标题的可取性度量等。
在一个可选的方面,在方框514处,UE可以接收至少一个时间,针对何时将提供与服务提供商服务器生成的假设标题列表相关联的一个或多个标题的奇偶校验部分。在一个方面,当标题是知名的/希望的,可以通过广播推送向UE提供标题可用的时间。在另一个方面,当标题不被足够数目的UE认为是知名的时,当网络状况有利于单播连接时,UE可以通过这种连接补充缓存。
由此,提供了一种UE使用混合单播/广播方案访问服务的方法。
在仍然参照图2的同时,但现在也转向图6,示出了通信设备210的示例架构。如图6所示,通信设备600(例如,UE)包括接收机602,其例如从接收天线(未示出)接收信号,对所接收的信号执行典型操作(例如,滤波、放大、下变频等),并数字化经调整的信号以获得采样。接收机602可能包括解调器604,其可以解调所接收的符号并将它们提供给处理器606,以进行信道(图6的这些应该是信道了)估计。处理器606可以是专用于分析接收机602所接收的信息和/或生成由发送机620传输的信息的处理器、控制设备600的一个或多个部件的处理器,和/或分析接收机602所接收的信息、生成由调制器618调制并由发送机620传输的信息、还控制通信设备600的一个或多个部件的处理器。
通信设备600可以另外包括存储器608,其操作地耦合至处理器606并可以存储待传输的数据、接收的数据、与可用信道相关的信息、与分析的信号和/或干扰强度相关的数据、与所分配的信道相关的信息、功率、速率等等,以及用于估计信道并经由信道进行通信的任何其他合适信息。在一个方面,存储器608可以包括一个或多个标题的一个或多个奇偶校验部分610。在一个方面,标题的奇偶校验部分610可以是喷泉编码(例如,Raptor,RaptorQ等)的标题的校验(例如,修复数据)部分。在另一方面,存储器608(例如,缓存)可以以解码顺序存储一个或多个标题的一个或多个奇偶校验部分610。
应该理解的是,本文描述的数据存储(例如,存储器608、缓存等)可以是易失性存储器,也可以是非易失性存储器,或可以包括易失性存储器和非易失性存储器两者。举例说明但并非限制性的,非易失性存储器可以包括:只读存储器(ROM)、可编程ROM(PROM)、电可编程ROM(EPROM)、电可擦除PROM(EEPROM)或闪存。易失性存储器包括:随机存取存储器(RAM),其作为外部缓存存储器。举例说明但并非限制性的,RAM可以具有多种形式,诸如同步RAM(SRAM)、动态RAM(DRAM)、同步DRAM(SDRAM)、双倍数据率SDRAM(DDR SDRAM)、增强SDRAM(ESDRAM)、同步链接DRAM(SLDRAM)和直接Rambus RAM(DRRAM)。本发明的系统和方法中的存储器608旨在包括、而不限于这些或任何其它合适的存储器类型。
此外,处理器606、存储器608和/或服务访问模块630能够提供用于在第一时间接收服务频道中一个或多个标题的奇偶校验部分的单元,用于缓存一个或多个标题的奇偶校验部分的单元,用于在第一时间后的第二时间传输请求,以访问一个或多个标题中的标题的单元,用于通过单播传输接收标题的启动条目的单元,以及用于在接收到启动条目时,通过向缓存的标题奇偶校验部分添加启动条目来访问标题的单元。在一个方面,频道可以包括一个或多个标题,而服务可以包括一个或多个频道。在一个方面,启动条目可以是所请求的标题的一部分。
设备600还可以包括服务访问模块630。在一个方面,服务访问模块630可以包括启动条目模块632。启动条目模块632可以被配置为接收标题的启动条目(例如,启动条目242)以及将启动条目与对应的标题的奇偶校验部分610组合,以允许服务访问模块630解码对应标题的至少一部分。在一个方面,启动条目模块632可以使用字节范围请求来请求启动条目。而且,启动条目可以是用于解码标题的符号数目的大小。此外,诸如参照图5所描述的,服务访问模块630可以协助通信设备600。
此外,移动设备600可以包括用户接口640。用户接口640可以包括用于生成至通信设备600的输入的输入机制642,以及用于生成由通信设备600的用户消费的信息的输出机制644。例如,输入机制642可以包括诸如键或键盘,鼠标,触摸屏显示器,麦克风等的机制。而且,例如,输出机制644可以包括显示器,音频扬声器,触觉反馈机制,个域网(PAN)收发器等。在示出的方面,输出机制644可以包括:显示器,其可操作以呈现图像或视频格式的媒体内容,或音频扬声器,其呈现音频格式的媒体内容。
参照图7,其示出了服务提供商系统700(如图2中所描述的服务提供商服务器230)的详细框图。服务提供商系统700可以包括任何类型的硬件、服务器、个人计算机、微型计算机、大型计算机,或专用或通用计算设备的任何计算设备中的至少一个。而且,如图7所示,本文描述的在服务提供商系统700上操作的或由服务提供商系统700执行的模块和应用可以全部在单个网络设备上执行,或者,在其他方面,单独的服务器、数据库或计算机设备可协同工作,以向参与方(例如,通信设备210)和服务提供商系统700执行的模块和应用提供可用格式的数据。
服务提供商系统700包括计算机平台702,其能够通过有线和无线网络发射和接收数据,并且能够执行例程和应用程序。计算机平台702包括存储器704,其可以包括易失性和非易失性存储器,例如,只读和/或随机存取存储器(ROM和RAM)、EPROM、EEPROM、闪存卡或计算机平台常用的任何存储器。而且,存储器704可以包括一个或多个闪存单元,或可以是任何二级或三级存储设备,例如,磁介质、光介质、磁带、或软盘或硬盘。而且,计算机平台702还包括处理器730,其可以是专用集成电路(“ASIC”),或其他芯片组,逻辑电路或其它数据处理设备。处理器730可以包括体现在硬件、固件、软件及其组合中的各种处理子系统732,其实现服务提供商系统700的功能以及有线或无线网络上网络设备的可操作性。
此外,处理器730和/或服务模块710能够提供用于在第一时间向多个UE中的至少一个UE提供服务频道中的一个或多个标题的奇偶校验部分的单元,用于在第二时间从多个UE中的UE接收访问一个或多个标题中的标题的请求的单元,以及用于向多个UE中进行请求的UE提供启动条目的单元,启动条目是所请求的标题的一部分,当利用所提供的请求标题的奇偶校验部分处理时,其足以允许请求UE解码并访问标题。在一个方面,频道可以包括一个或多个标题,而服务包括一个或多个频道。
计算机平台702还包括体现在硬件、固件、软件及其组合中的网络状况模块740,其实现从通信设备210接收的网络状况,和/或除了别的以外,对应于网络拥塞等级、QOS度量等其他网络实体。在一个方面,服务模块710可以分析通过网络状况模块740接收的数据/网络测量,以确定广播模块752和/或单播模块754是否可以用在通信模块750中。
计算机平台702还包括现在硬件、固件、软件及其组合的通信模块750,其启用服务提供商系统700的各种组件之间的以及服务提供商系统700和一个或多个通信设备210之间的通信。通信模块750可以包括必要的硬件、固件、软件和/或其组合,用于建立无线和/或有线通信连接。根据所描述的方面,通信模块750可以包括必要的硬件、固件和/或软件以促进服务提供商服务器230和通信设备210之间的无线和/或有线通信。在一个方面,通信模块750可以被配置为提供一个或多个标题的部分,用于通过广播模块752广播和/或通过单播模块754单播。
服务提供商系统700的存储器704包括服务模块710、标题模糊模块716、标题普及模块722、UE缓存的标题模块724。在一个方面服务模块710可以包括一个或多个频道712,每一者可以包括至一个或多个标题714的访问。在一个方面,服务模块710可以被配置为提供一个或多个频道712,用于基于用户偏好的用户访问。在另一方面,频道712可以提供各种组织架构以组织标题714(例如,标题类型、标题样式等)。在这一方面,组织结构可以是动态的和/或可以基于用户偏好。此外,标题模糊模块716可以被配置为对每一标题714进行模糊处理。在一个方面,标题模糊模块716可以生成能够被提前提供给通信设备210的标题718的奇偶校验部分,以及启动条目720,当与标题718的奇偶校验部分组合时,允许通信设备210对标题714或标题714的至少一部分进行解码。而且,标题普及模块722、UE缓存的标题模块724和/或网络状况模块740可以用于确定奇偶校验部分718如何以及何时可以传输至通信设备210。此外,例如参照图3和图4所描述的,服务模块710可以辅助服务提供商系统700。
图8描述了可操作以促进混合单播/广播服务分配的示例性通信系统800的框图。例如,系统800能够至少部分地位于网络实体设备中(例如,服务提供商服务器、服务提供商系统700)。应当理解的是,系统800被表示为包括功能块,其可以是表示由处理器、软件或其组合(例如,固件)实现的功能的功能块。系统800包括能够相互结合工作的电气部件的逻辑分组802。
例如,逻辑分组802能够包括一种电气部件,其可以提供用于在第一时间向多个UE中的至少一个UE提供服务频道中的一个或多个标题的奇偶校验部分的单元804。例如,用于提供奇偶校验部分的单元804能够包括服务提供商系统700的服务模块710、服务提供商系统700的通信模块750和/或服务提供商系统700的处理器730。在一个方面,频道可以包括一个和多个标题,而服务可以包括一个或多个频道。在一个方面,所请求的标题的奇偶校验部分可以包括喷泉码编码的标题的奇偶校验部分。在这一方面,喷泉码可以是Raptor码(例如,RaptorQ)。在一个方面,用于提供奇偶校验部分的单元804可以被配置为提供给UE,以允许解码顺序存储。在一个方面,所请求的标题可以分段进行格式化,以使用HTTP动态自适应流媒体(DASH)、HTTP实时流媒体(HLS)、移动流媒体服务(MSS)来递送。在一个方面,用于提供奇偶校验部分的单元804可以被配置为确定多个UE中对所请求的标题的感兴趣水平大于知名度阈值,并提供所请求的标题的奇偶校验部分,以进行广播传输。在一个方面,用于提供奇偶校验部分的单元804可以被配置为确定多个UE中对所请求的标题的感兴趣水平不大于知名度阈值,并向对所请求的标题的感兴趣水平高于知名度阈值的任何UE提供用于单播传输的所请求的标题的奇偶校验部分。在一个方面,用于提供奇偶校验部分的单元804可以被配置为确定诸如网络拥塞值、单播连接吞吐量值等的值,并当网络拥塞值低于阈值、单播连接吞吐量值高于阈值或其任意组合中的至少一个时,提供所请求的标题的奇偶校验部分用于单播传输。在一个方面,用于提供奇偶校验部分的单元804可以被配置为:接收来自多个UE中的至少一部分的标题访问信息,针对UE生成假设标题列表,确定假设标题列表中的一个或多个标题是否未被UE缓存,以及向UE提供至少一个时间,针对何时提供来自假设标题列表的未被缓存的一个或多个标题的奇偶校验部分。在这一方面,假设的播放列表可以生成作为服务中的一个或多个频道中的频道的标题列表、跨服务中一个或多个频道中的多个频道的标题列表等。在一个方面,用于提供奇偶校验部分的单元804可以被配置为将广告内容条目绑定至所请求的标题的访问,以及向UE提供广告内容条目。在另一个方面,用于提供奇偶校验部分的单元804可以被配置为使用蜂窝网络、对等连接、WLAN连接或其任意组合中的至少一个,其中通信的广播模式和单播模式是可用的。在另一个方面,用于提供奇偶校验部分的单元804可以被配置为针对如下至少一种情况来使用非重叠修复符号集:每一递送类型、每一单播传输、每一广播推送或其任意组合,以避免重复的符号递送。在另一个方面,用于提供奇偶校验部分的单元804可以被配置为针对相同用户的多个单播连接来使用非重叠符号集,以避免重复的符号递送。在另一个方面,用于提供奇偶校验部分的单元804可以被配置为确定UE中存储器的分配是否足以存储一个或多个标题的奇偶校验部分,并提示UE在确定存储器的分配不足以存储一个或多个标题的奇偶校验部分时,分配额外的存储器用于缓存。
此外,逻辑分组802能够包括一种电气部件,其可以提供用于在第二时间从多个UE中的UE接收访问一个或多个标题中的标题的请求的单元806。例如,用于接收的单元806能够包括服务提供商系统700的通信模块750和/或服务提供商系统700的处理器730。
此外,逻辑分组802能够包括一种电气部件,其可以提供用于向多个UE中进行请求的UE提供启动条目的单元808,启动条目可以是所请求的标题的一部分,当采用提供的所请求的标题的奇偶校验部分处理时,其足以使得请求UE解码和访问所请求的标题。例如,用于提供启动条目的单元808能够包括服务提供商系统700的服务模块710、服务提供商系统700的通信模块750和/或服务提供商系统700的处理器730。在一个方面,启动条目可以是所请求的标题的一部分,当使用先前提供的所请求的标题(和/或服务、频道等)的奇偶校验部分处理时,可能足以允许请求UE解码和访问所请求的标题。在一个方面,可以选择该启动条目以允许请求UE在完成对先前所请求的标题的回放之前解码所请求的标题的对应部分。在一个方面,用于提供启动条目的单元808可以被配置为将广告内容条目与访问所请求的标题相绑定,并向UE提供该广告内容条目。在另一方面,用于提供启动条目的单元808可以被配置为使用蜂窝网络、对等连接、无线局域网(WLAN)连接或其任意组合中的至少一个,其中通信的广播模式和单播模式是可用的。
在一个可选的方面,逻辑分组802能够包括一种电气部件,其可以提供用于向多个UE提供提单的单元810,其中提单指示来自广播传输的可用标题列表。例如,用于提供提单的单元810可以包括服务提供商系统700的服务模块710、服务提供商系统700的通信模块750和/或服务提供商系统700的处理器730。在一个方面,可以基于来自与多个UE中的一个或多个UE相关的假设标题列表的知名标题来确定包含在提单中的标题。在这一方面,可以通过从多个UE中的至少一部分接收的标题访问信息、多个UE中的标题知名度等来生成假设的播放列表。
此外,系统800能够包括存储器812,其保留用于执行与电气部件804、806、808和810等相关的功能的指令,并存储由电气部件804、806、808和810等使用或获得的数据。尽管示出为存储器812的外部,应该理解的是,电气部件804、806、808和810中的一个或多个可以位于存储器812中。在一个例子中,电气部件804、806、808和810可以包括至少一个处理器,或电气部件804、806、808和810中的每一个可以是至少一个处理器的对应模块。此外,在另外的或可替换的例子中,电气部件804、806、808和810可以是包括计算机可读介质的计算机程序产品,其中电气部件804、806、808和810中的每一个都可以是对应的代码。
图9描述了可操作以促进混合单播/广播服务分配的示例性通信系统900的框图。例如,系统900能够至少部分地位于通信设备中(例如,UE、通信设备600)。应当意识到的是,系统900被表示为包括功能块,其可以是表示由处理器、软件或其组合(例如,固件)实现的功能的功能块。系统900包括能够相互结合工作的电气部件的逻辑分组902。
例如,逻辑分组902能够包括一种电气部件,其可以提供用于在第一时间接收服务频道中的一个或多个标题的奇偶校验部分的单元904。例如,用于接收奇偶校验部分的单元904能够包括通信设备600的接收机602、通信设备600的服务访问模块630和/或通信设备600的处理器606。在一个方面,频道可以包括一个和多个标题,而服务可以包括一个或多个频道。在一个方面,所请求的标题的奇偶校验部分可以包括喷泉码编码的标题的奇偶校验部分。在这一方面,喷泉码可以是Raptor码(例如,RaptorQ)。在一个方面,所请求的标题可以分段进行格式化,以使用DASH、HLS、MSS等来递送。在一个方面,用于接收奇偶校验部分的单元904可以被配置为从广播传输中接收指示可用的一个或多个标题的列表的提单、确定一个或多个标题中的至少一个在UE上不可用,并且使用广播传输接收在UE上不可用的一个或多个标题中的至少一个。在一个方面,用于接收奇偶校验部分的单元904可以被配置为接收作为广播传输一部分的一个或多个标题的奇偶校验部分、接收作为单播传输一部分的一个或多个标题的奇偶校验部分或其任意组合。在一个方面,用于接收奇偶校验部分的单元904可以被配置为接收至少一个时间,针对何时提供与服务提供商服务器生成的假设标题列表相关联的一个或多个标题的奇偶校验部分。在这一方面,用于接收奇偶校验部分的单元904可以被配置为在第三时间从服务提供商服务器生成的假设标题列表接收一个或多个标题的奇偶校验部分。在一个方面,用于接收奇偶校验部分的单元904可以被配置为绑定广告内容条目以接收与一个或多个标题中的至少一个标题的访问相绑定的广告内容条目。在一个方面,用于接收奇偶校验部分的单元904可以被配置为确定UE先前没有接收一个或多个标题的奇偶校验部分,并相对于使用蜂窝网络单播传输模式,倾向于使用广播传输模式、无线局域网(WLAN)通信模式、对等通信模式或其任意组合的一个或多个的接收模式。在这一方面,系统900可以包括用于向服务提供商服务器传输消息,以指示偏向使用一个或多个接收模式或者要使用的通信模式的标识中的至少一个的单元。用于传输消息的单元可以包括通信设备600的发送机620。
此外,逻辑分组902能够包括可以一种电气部件,其可以提供用于缓存一个或多个标题的奇偶校验部分的单元906。例如,用于缓存的单元906能够包括通信设备600的存储器608和/或通信设备600的处理器606。在一个方面,用于缓存的单元906可以被配置为以解码顺序缓存奇偶校验部分。在一个方面,用于缓存的单元906可以被配置为使用如下至少一种情况的非重叠修复符号集:每一递送类型、每一单播传输、每一广播推送及其任意组合,以避免重复的符号存储。在一个方面,用于缓存的单元906可以被配置为使用相同用户的多个单播连接的非重叠符号集,以避免重复的符号存储。在一个方面,用于缓存的单元906可以被配置为确定存储器的分配是否足以存储一个或多个标题的奇偶校验部分,并在确定存储器的分配不足以存储一个或多个标题的奇偶校验部分时,分配额外的存储器用于缓存。
此外,逻辑分组902能够包括可以一种电气部件,其可以提供用于在第一时间后的第二时间发送请求,以访问一个或多个标题中的标题的单元908。例如,用于发送的单元908能够包括通信设备600的发送机620、通信设备600的服务访问模块630和/或通信设备600的处理器606。在一个方面,用于发送的单元908可以被配置为向服务提供商服务器发送标题访问信息,以指示已经访问了一个或多个标题中的哪些。
此外,逻辑分组902能够包括可以一种电气部件,其可以提供用于通过单播传输接收所请求的标题的启动条目的单元910。例如,用于接收启动条目的单元910能够包括通信设备600的接收机602、通信设备600的服务访问模块630和/或业务提供商系统600的处理器606。在一个方面,启动条目可以是所请求的标题的一部分,当采用先前提供的所请求的标题(和/或服务、频道等)的奇偶校验部分处理时,可能足以允许UE解码和访问所请求的标题。在一个方面,可以选择启动条目,以允许UE在完成先前请求的标题的回放之前解码所请求的标题的对应部分。
此外,逻辑分组902能够包括可以一种电气部件,其可以提供用于当接收到启动条目时,通过将启动条目添加到缓存的所请求的标题的奇偶校验部分而访问所请求的标题的单元912。例如,用于接收启动条目的单元912能够包括通信设备600的服务访问模块630和/或服务提供商系统600的处理器606。在一个方面,用于访问的单元912可以被配置为在提供至所请求的标题的访问之前访问广告内容条目。在一个方面,用于访问的单元912可以被配置为访问所请求的标题的第一部分,并在完成对第一部分的访问之前解码所请求的标题的第二部分。在这一方面,可以选择启动条目的大小,以允许在完成对所请求的标题的第一部分的访问之前解码所请求的标题的对应部分。在一个方面,用于访问的单元912可以被配置为将标题选择倾向于UE缓存的一个或多个标题。在一个可选的方面,用于访问的单元912可以被配置为通过一个或多个应用中的至少一个来访问标题。
在一个可选的方面,逻辑分组902能够包括可以一种电气部件,其可以提供用于查询在UE上可操作的一个或多个应用,以通过一个或多个应用来确定任意标题是否可用的单元914。例如,用于查询的单元914能够包括通信设备600的服务访问模块630和/或服务提供商系统600的处理器606。
在另一个可选的方面,逻辑分组902能够包括可以一种电气部件,其可以提供用于选择购买所访问的标题的单元916。例如,用于选择的单元916能够包括通信设备600的服务访问模块630和/或服务提供商系统600的处理器606。在一个方面,用于选择的单元916可以被配置为针对UE上的存储和访问提供所选择的标题。在一个方面,用于选择的单元916可以被配置为确定所访问的标题具有足以购买的回放质量,并针对存储和访问提供所访问的标题。在另一个方面,用于选择的单元916可以被配置为确定所访问的标题不具有足以购买的回放质量,并提供所访问的标题用于访问以及提示UE稍后接着访问标题的购买质量的副本。
此外,系统900能够包括存储器918,其保留用于执行与电气部件904、906、908、910、912、914和916相关的功能的指令,并存储由电气部件904、906、908、910、912、914和916等使用或获得的数据。尽管示处为存储器918的外部,应该理解的是,电气部件904、906、908、910、912、914和916中的一个或多个可以位于存储器918内。在一个例子中,电气部件904、906、908、910、912、914和916可以包括至少一个处理器,或电气部件904、906、908、910、912、914和916中的每一个可以是至少一个处理器的对应模块。而且,在另外的或可替换的例子中,电气部件904、906、908、910、912、914和916可以是包括计算机可读介质的计算机程序产品,其中电气部件904、906、908、910、912、914和916中的每一个都可以是对应的代码。
如在本申请中使用的,术语“部件”、“模块”、“系统”等旨在包括计算机相关的实体,例如但不限于硬件、固件、硬件与软件的组合、软件、执行中的软件。例如,部件可以但不限于是运行在处理器上的进程、处理器、对象、可执行文件、执行线程、程序、和/或计算机。作为说明,在计算设备上运行的应用和该计算设备两者都可以是部件。一个或多个部件可以位于进程和/或执行的线程内,并且部件可以被本地化在一台计算机上和/或分布在两台或更多台计算机之间。此外,这些部件能够通过其上存储有各种数据结构的各种计算机可读介质来执行。部件可通过本地和/或远程进程来通信,诸如根据具有一个或多个数据分组(例如,来自与本地系统、分布式系统中的另一个部件交互的一个部件的数据)的信号,和/或通过信号跨越诸如因特网的网络与其他系统交互。
另外,本文中描述与终端有关的各种方面,其中终端可以是有线终端或无线终端。终端也可被称为系统、设备、订户单元、订户站、移动站、移动台、移动设备、远程站、远程终端、访问终端、用户终端、终端、通信设备、用户代理、用户设备、或用户装备(UE)。无线终端可以是蜂窝电话、卫星电话、无绳电话、会话发起协议(SIP)电话、无线本地环路(WLL)站、个人数字助理(PDA)、具有无线连接能力的手持式设备、计算设备、或连接到无线调制解调器的其他处理设备。不仅如此,本文结合基站描述了各个方面。基站可以用于与无线终端进行通信,且也可被称为访问点、节点B或其它某个术语。
不仅如此,术语“或”是要表示包含性的“或”而不是排除性的“或”。也就是说,除非另外说明或从上下文中明确得知,否则短语“X采用A或B”是要表示任何自然的包含性排列。也就是说,以下实例中的任何一个都满足短语“X采用A或B”:X采用A;X采用B;或X采用A和B两者。另外,本申请和所附权利要求书中使用的冠词“一个(a)”和“一(an)”通常应当解释为表示“一个或多个”,除非另外说明或者从上下文中明确得知其针对于单数形式。
本文描述的技术可以用于诸如CDMA、TDMA、FDMA、OFDMA、SC-FDMA和其它网络的各种无线通信网络。术语“系统”和“网络”经常交互使用。CDMA系统可以实现诸如通用陆地无线访问(UTRA)、cdma2000等的无线技术。UTRA包括宽带CDMA(W-CDMA)和CDMA的其它变体。此外,cdma2000涵盖了IS-2000、IS-95和IS-856标准。TDMA系统可以实现诸如全球移动通信系统(GSM)等的无线技术。OFDMA系统可以实现诸如演进的UTRA(E-UTRA)、超移动宽带(UMB)、IEEE602.11(Wi-Fi)、IEEE 602.16(WiMAX)、IEEE 602.20、Flash-OFDM等的无线技术。UTRA和E-UTRA是通用移动电信系统(UMTS)的一部分。3GPP长期演进(LTE)是使用E-UTRA的UMTS的一个发布版本,其在下行链路上采用OFDMA,在上行链路上采用SC-FDMA。在来自名为“第三代合作伙伴计划(3GPP)”的组织的文件中描述了UTRA、E-UTRA、UMTS、LTE和GSM。另外,在来自名为“第三代合作伙伴计划2(3GPP2)”的组织的文件中描述了cdma 2000和UMB。此外,这些无线通信系统还可以包括对等(peer-to-peer)(例如,移动设备至移动设备)ad hoc网络系统(经常使用非成对无牌照频谱)、602.xx无线LAN、蓝牙和任何其它短距离或长距离无线通信技术。
按照可以包括多个设备、部件、模块等的系统来给出各个方面或特征。应理解并了解的是,各种系统可以包括另外的设备、部件、模块等和/或可以不包括结合附图所讨论的所有设备、部件、模块等。还可以使用这些方法的组合。
被设计为执行本文所述功能的通用处理器、数字信号处理器(DSP)、专用集成电路(ASIC)、现场可编程门阵列(FPGA)或者其它可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件部件或者其任意组合可以实施或执行结合本文所公开的方面描述的各种说明性逻辑、逻辑框、模块、电路。通用处理器可以是微处理器,或者,该处理器也可以是任意常规的处理器、控制器、微控制器、或者状态机。处理器也可以被实施为计算设备的组合,例如DSP和微处理器的组合、多个微处理器的组合、一个或多个微处理器与DSP内核的结合,或者任何其它此种结构。此外,至少一个处理器可以包括可操作以执行上述步骤和/或动作中的一个或多个的一个或多个模块。
结合本文所公开的方面描述的方法或者算法的步骤和/或动作可直接体现在硬件、由处理器执行的软件模块或二者的组合中。软件模块可以位于RAM存储器、闪存、ROM存储器、EPROM存储器、EEPROM存储器、寄存器、硬盘、移动磁盘、CD-ROM或者本领域熟知的任何其它形式的存储介质中。一种示例性的存储介质耦合至处理器,从而使处理器能够从该存储介质读取信息,且可向该存储介质写入信息。或者,存储介质也可以是处理器的组成部分。此外,在一些方面,处理器和存储介质可以位于ASIC中。此外,该ASIC可以位于用户终端中。或者,处理器和存储介质也可以作为分立组件存在于用户终端中。另外,在一些方面,方法或算法的步骤和/或动作可以作为代码和/或指令的一个或任意组合或集合而位于机器可读介质和/或计算机可读介质上,该机器可读介质和/或计算机可读介质可以包含在计算机程序产品中。
在一个或多个方面,所述功能可以在硬件、软件、固件或其任意组合中实现。如果在软件中实现,则可以将这些功能存储在计算机可读介质中或者作为计算机可读介质上的一个或多个指令或代码进行传输。计算机可读介质包括计算机存储介质和通信介质两者,其中通信介质包括便于从一个地方向另一个地方传送计算机程序的任何介质。存储介质可以是计算机能够存取的任何可用介质。通过示例的方式而不是限制的方式,这种计算机可读介质可以包括RAM、ROM、EEPROM、CD-ROM或其它光盘存储、磁盘存储介质或其它磁存储设备、或者能够用于携带或存储具有指令或数据结构形式的期望的程序代码并能够由计算机存取的任何其它介质。此外,任何连接可以适当地称为计算机可读介质。例如,如果软件是使用同轴电缆、光纤光缆、双绞线、数字用户线(DSL)或者诸如红外线、无线和微波之类的无线技术从网站、服务器或其它远程源传输的,那么同轴电缆、光纤光缆、双绞线、DSL或者诸如红外线、无线和微波之类的无线技术包括在所述介质的定义中。如本文所使用的,磁盘和光盘包括压缩光盘(CD)、激光光盘、光盘、数字通用光盘(DVD)、软盘和蓝光光盘,其中磁盘通常磁性地复制数据,而光盘则用激光来光学地复制数据。上面的组合也应当包括在计算机可读介质的保护范围之内。
尽管以上公开内容讨论了说明性的方面和/或实施例,但应当注意的是,在不脱离所附权利要求书定义的所述方面和/或实施例的保护范围的基础上,可以对本文做出各种改变和修改。此外,虽然可以用单数形式描述或声明所描述方面和/或实施例的单元,但除非明确说明限于单数,否则复数形式是可以预期的。此外,除非另外说明,否则任何方面和/或实施例的所有部分或一部分可以与任何其它方面和/或实施例的所有部分或一部分一起使用。

Claims (78)

1.一种通信方法,包括:
在第一时间向多个用户设备(UE)中的至少一个UE提供服务的频道中的一个或多个标题的奇偶校验部分,其中,所述频道包括一个或多个标题,以及所述服务包括一个或多个频道,其中,所述一个或多个标题是采用具有如下属性的码来编码的:能够从大小等于或大于源符号的数目K的经编码符号的任何子集恢复源符号,其中,所述奇偶校验部分包括小于K的经编码符号的子集;
在第二时间从所述多个UE中的UE接收对访问所述一个或多个标题中的标题的请求;以及
向所述多个UE中进行请求的UE提供启动条目,所述启动条目是包括额外的经编码符号的所请求的标题的一部分,其中所述启动条目在被利用所提供的所请求的标题的奇偶校验部分来处理时,足以允许所述进行请求的UE解码并访问所请求的标题。
2.如权利要求1所述的方法,其中,所请求的标题的所述奇偶校验部分包括喷泉码编码的标题的奇偶校验部分,并且其中,所述启动条目包括一个或多个修复符号,当所述一个或多个修复符号被添加至所述喷泉码编码的标题的所述奇偶校验部分时,允许所述进行请求的UE解码所请求的标题。
3.如权利要求2所述的方法,其中,所述进行请求的UE被配置为以解码顺序来存储所提供的所请求的标题的奇偶校验部分。
4.如权利要求2所述的方法,其中,所述喷泉码编码的标题是Raptor码编码的标题。
5.如权利要求1所述的方法,其中,所述提供所述服务的所述频道中的所述一个或多个标题的所述奇偶校验部分还包括:
确定所述多个UE中对所述标题的兴趣等级是否大于第一门限;以及
当确定在所述多个UE中所述兴趣等级大于或等于所述第一门限时,提供所述标题的所述奇偶校验部分用于广播传输;或者
当确定在所述多个UE中所述兴趣等级小于所述第一门限时,提供所述标题的所述奇偶校验部分,用于向所述多个UE中对所述标题的兴趣等级大于所述第一门限的任何UE的单播传输。
6.如权利要求1所述的方法,其中,所述提供所述服务的所述频道中的所述一个或多个标题的所述奇偶校验部分还包括:
确定网络拥塞值或单播连接吞吐量值中的至少一个;以及
当所述网络拥塞值低于第一门限值、所述单播连接吞吐量值高于第二门限值或其任意组合中的至少一者时,提供所述标题的所述奇偶校验部分用于所述单播传输。
7.如权利要求1所述的方法,其中,所述提供所述服务的所述频道中的所述一个或多个标题的所述奇偶校验部分还包括:
接收来自所述多个UE的至少一部分的标题访问信息;
针对所述多个UE中的至少一个UE生成假设的标题列表;
确定所述假设的标题列表中的一个或多个标题是否未被所述至少一个UE缓存;以及
向所述至少一个UE提供针对何时将提供来自所述假设的标题列表的未被缓存的所述一个或多个标题的所述奇偶校验部分的至少一时间。
8.如权利要求7所述的方法,其中,所述生成所述假设的标题列表包括如下操作中的至少一种:
生成所述服务的所述一个或多个频道的频道中的标题列表;或者
生成跨越所述服务的所述一个或多个频道的多个频道的标题列表。
9.如权利要求1所述的方法,其中,提供所述一个或多个标题的所述奇偶校验部分或提供所述启动条目中的至少一者还包括:
将广告内容条目绑定至对所请求的标题的访问;以及
向所述进行请求的UE提供所述广告内容条目。
10.如权利要求1所述的方法,其中,提供所述一个或多个标题的所述奇偶校验部分或提供所述启动条目中的至少一者还包括:
使用蜂窝网络、对等连接、无线局域网(WLAN)连接或其任意组合中的至少一者,其中通信的广播模式和单播模式是可用的。
11.如权利要求1所述的方法,其中,提供一个或多个标题的所述奇偶校验部分还包括使用以下各项中的至少一项:
每一传送类型的非重叠的修复符号集,以避免重复的符号传送;
每一单播传输的非重叠的修复符号集,以避免重复的符号传送;
每一广播推送的非重叠的修复符号集,以避免重复的符号传送,或其任意组合。
12.如权利要求1所述的方法,其中,提供一个或多个标题的所述奇偶校验部分还包括:针对单个用户的多个单播连接来使用非重叠的符号集,以避免重复的符号传送。
13.如权利要求1所述的方法,其中,所请求的标题被分段进行格式化,以使用HTTP动态自适应流媒体(DASH)、HTTP实时流媒体(HLS)、移动流媒体服务(MSS)来传送,并且其中,所述进行请求的UE被配置为组织UE缓存中的存储块,以对应于所格式化的分段。
14.如权利要求1所述的方法,还包括:
提供提单,所述提单用于指示在提供一个或多个标题的所述奇偶校验部分之前,来自广播传输的将可用的所述一个或多个标题的列表。
15.如权利要求1所述的方法,其中,选择所述启动条目以允许所述进行请求的UE在完成先前标题的回放之前对所请求的标题的对应部分进行解码。
16.如权利要求1所述的方法,其中,提供一个或多个标题的所述奇偶校验部分还包括:
确定所述多个UE中的第一UE中的存储器的分配是否足以存储所述一个或多个标题的所述奇偶校验部分;以及
提示所述多个UE中的所述第一UE在确定存储器的所述分配不足以存储所述一个或多个标题的所述奇偶校验部分时,分配额外的存储器用于缓存。
17.如权利要求1所述的方法,其中,所述提供所述奇偶校验部分、所述提供所述启动条目以及所述接收是由服务提供商服务器执行的。
18.一种通信方法,其包括:
在第一时间由用户设备(UE)接收服务的频道中的一个或多个标题的奇偶校验部分,其中,所述频道包括一个或多个标题,以及所述服务包括一个或多个频道,其中,所述一个或多个标题是采用具有如下属性的码来编码的:能够从大小等于或大于源符号的数目K的经编码符号的任何子集恢复源符号,其中,所述奇偶校验部分包括小于K的经编码符号的子集;
缓存所述一个或多个标题的所述奇偶校验部分;
在所述第一时间后的第二时间发送对访问所述一个或多个标题中的标题的请求;
通过单播传输接收针对所请求的标题的启动条目,其中,所述启动条目是包括额外的经编码符号的所请求的标题的一部分,其中所述启动条目在被利用所请求的标题的奇偶校验部分来处理时,足以允许所述UE解码并访问所请求的标题;以及
当接收到所述启动条目时,通过向所缓存的所请求的标题的奇偶校验部分添加所述启动条目来访问所请求的标题。
19.如权利要求18所述的方法,其中,所述接收所述一个或多个标题的所述奇偶校验部分还包括:
接收提单,所述提单用于指示来自广播传输的将可用的一个或多个标题的列表;
确定所述一个或多个标题中的至少一个在所述UE上是不可用的;以及
使用所述广播传输来接收在所述UE上不可用的所述一个或多个标题中的所述至少一个。
20.如权利要求18所述的方法,其中,所述一个或多个标题的所述奇偶校验部分包括喷泉码编码的标题的奇偶校验部分,并且其中,所述启动条目包括一个或多个修复符号,当所述一个或多个修复符号被添加至所述喷泉码编码的标题的所述奇偶校验部分时,允许所述UE解码所请求的标题的至少一部分。
21.如权利要求20所述的方法,其中,所述喷泉码编码的标题是Raptor码编码的标题。
22.如权利要求18所述的方法,其中,所述缓存还包括以解码顺序进行缓存。
23.如权利要求18所述的方法,其中,所述缓存还包括使用以下各项中的至少一项:
每一传送类型的非重叠的修复符号集,以避免重复的符号存储;
每一单播传输的非重叠的修复符号集,以避免重复的符号存储;
每一广播推送的非重叠的修复符号集,以避免重复的符号存储,或其任意组合。
24.如权利要求18所述的方法,其中,所述缓存还包括:针对相同用户的多个单播连接使用非重叠的符号集,以避免重复的符号存储。
25.如权利要求18所述的方法,其中,所述接收所述服务的所述频道中的所述一个或多个标题的所述奇偶校验部分还包括以下各项中的至少一项:
接收作为广播传输一部分的所述一个或多个标题的所述奇偶校验部分;
接收作为单播传输一部分的所述一个或多个标题的所述奇偶校验部分,或其任意组合。
26.如权利要求18所述的方法,其中,所述发送还包括:
向服务提供商服务器发送标题访问信息,所述标题访问信息用于指示已经访问了所述一个或多个标题中的哪些标题;以及
其中,所述接收所述奇偶校验部分还包括接收至少第三时间,在所述第三时间将提供与服务提供商服务器生成的假设的标题列表相关联的所述一个或多个标题的所述奇偶校验部分。
27.如权利要求26所述的方法,其中,所述接收所述奇偶校验部分还包括:
在所述第三时间从所述服务提供商服务器生成的假设的标题列表接收所述一个或多个标题的所述奇偶校验部分。
28.如权利要求18所述的方法,其中,所述接收所述一个或多个标题的所述奇偶校验部分或接收所述启动条目中的至少一者还包括:
接收与对所述一个或多个标题中的至少一个标题的访问绑定的广告内容条目;以及
在提供对所述一个或多个标题中的所述至少一个标题的访问之前,访问所述广告内容条目。
29.如权利要求18所述的方法,其中,所述访问还包括:
访问所请求的标题的第一部分;以及
在完成对所述第一部分的所述访问之前解码所请求的标题的第二部分,其中,选择所述启动条目的大小,以允许在完成对所请求的标题的所述第一部分的访问之前,解码所请求的标题的对应部分。
30.如权利要求18所述的方法,其中,所述缓存还包括:
确定存储器的分配是否足以存储所述一个或多个标题的所述奇偶校验部分;以及
在确定存储器的所述分配不足以存储所述一个或多个标题的所述奇偶校验部分时,分配额外的存储器用于缓存。
31.如权利要求18所述的方法,其中,所述访问还包括:将标题选择倾向于所述UE缓存的所述一个或多个标题。
32.如权利要求18所述的方法,还包括:
查询在所述UE上可操作的一个或多个应用,以确定是否任意标题是通过所述一个或多个应用而可用的;以及
其中,所述访问还包括:通过所述一个或多个应用中的至少一个来访问标题。
33.如权利要求18所述的方法,还包括:
选择购买所访问的标题;以及
提供所选择的标题,以在所述UE上存储和访问。
34.如权利要求33所述的方法,其中,所述提供所选择的标题,以在所述UE上存储和访问还包括:
确定所访问的标题是否具有足以购买的回放质量;以及
在确定所述回放质量足以购买时,提供所访问的标题用于存储和访问;或者
在确定所述回放质量不足以购买时,提供所访问的标题用于访问,并提示所述UE随后在稍后的时间访问所述标题的购买质量副本。
35.如权利要求18所述的方法,其中,所述接收服务的频道中的一个或多个标题的所述奇偶校验部分还包括:
确定所述UE先前没有接收到一个或多个标题的所述奇偶校验部分;以及
使接收模式倾向于使用广播传输模式、无线局域网(WLAN)通信模式、对等通信模式或其任意组合中的一个或多个,胜过使用蜂窝网络单播传输模式。
36.如权利要求35所述的方法,还包括:
向服务提供商服务器发送消息,所述消息用于指示:倾向于使用所述一个或多个接收模式或者将使用的通信模式的标识中的至少一者。
37.一种用于通信的装置,其包括:
用于在第一时间向多个用户设备(UE)中的至少一个UE提供服务的频道中的一个或多个标题的奇偶校验部分的单元,其中,所述频道包括一个或多个标题,以及所述服务包括一个或多个频道,其中,所述一个或多个标题是采用具有如下属性的码来编码的:能够从大小等于或大于源符号的数目K的经编码符号的任何子集恢复源符号,其中,所述奇偶校验部分包括小于K的经编码符号的子集;
用于在第二时间从所述多个UE中的UE接收对访问所述一个或多个标题中的标题的请求的单元;以及
用于向所述多个UE中进行请求的UE提供启动条目的单元,所述启动条目是包括额外的经编码符号的所请求的标题的一部分,其中所述启动条目在被利用所提供的所请求的标题的奇偶校验部分来处理时,足以允许所述UE解码并访问所述标题。
38.如权利要求37所述的装置,其中,所述用于提供所述奇偶校验部分的单元还被配置为:
确定所述多个UE中对所述标题的兴趣等级是否大于第一门限;以及
当确定在所述多个UE中所述兴趣等级大于或等于所述第一门限时,提供所述标题的所述奇偶校验部分用于广播传输;或者
当确定在所述多个UE中所述兴趣等级小于所述第一门限时,提供所述标题的所述奇偶校验部分,用于向所述多个UE中对所述标题的兴趣等级大于所述第一门限的任何UE的单播传输。
39.一种通信装置,其包括:
用于在第一时间由用户设备(UE)接收服务的频道中的一个或多个标题的奇偶校验部分的单元,其中,所述频道包括一个或多个标题,以及所述服务包括一个或多个频道,其中,所述一个或多个标题是采用具有如下属性的码来编码的:能够从大小等于或大于源符号的数目K的经编码符号的任何子集恢复源符号,其中,所述奇偶校验部分包括小于K的经编码符号的子集;
用于缓存所述一个或多个标题的所述奇偶校验部分的单元;
用于在所述第一时间后的第二时间发送对访问所述一个或多个标题中的标题的请求的单元;
用于通过单播传输接收针对所述标题的启动条目的单元,其中,所述启动条目是包括额外的经编码符号的所请求的标题的一部分,其中所述启动条目在被利用所请求的标题的奇偶校验部分来处理时,足以允许所述UE解码并访问所请求的标题;以及
用于当接收到所述启动条目时,通过向所缓存的所请求的标题的奇偶校验部分添加所述启动条目来访问所请求的标题的单元。
40.如权利要求39所述的装置,其中,所述用于接收所述奇偶校验部分的单元被配置为:
接收作为广播传输一部分的所述一个或多个标题的所述奇偶校验部分;
接收作为单播传输一部分的所述一个或多个标题的所述奇偶校验部分,或其任意组合。
41.一种计算机可读介质,其包括用于以下操作的代码:
在第一时间向多个用户设备(UE)中的至少一个UE提供服务的频道中的一个或多个标题的奇偶校验部分,其中,所述频道包括一个或多个标题,以及所述服务包括一个或多个频道,其中,所述一个或多个标题是采用具有如下属性的码来编码的:能够从大小等于或大于源符号的数目K的经编码符号的任何子集恢复源符号,其中,所述奇偶校验部分包括小于K的经编码符号的子集;
在第二时间从所述多个UE中的UE接收对访问所述一个或多个标题中的标题的请求;以及
向所述多个UE中进行请求的UE提供启动条目,所述启动条目是包括额外的经编码符号的所请求的标题的一部分,其中所述启动条目在被利用所提供的所请求的标题的奇偶校验部分来处理时,足以允许所述进行请求的UE解码并访问所请求的标题。
42.一种计算机可读介质,其包括用于以下操作的代码:
在第一时间由用户设备(UE)接收服务的频道中的一个或多个标题的奇偶校验部分,其中,所述频道包括一个或多个标题,以及所述服务包括一个或多个频道,其中,所述一个或多个标题是采用具有如下属性的码来编码的:能够从大小等于或大于源符号的数目K的经编码符号的任何子集恢复源符号,其中,所述奇偶校验部分包括小于K的经编码符号的子集;
缓存所述一个或多个标题的所述奇偶校验部分;
在所述第一时间后的第二时间发送对访问所述一个或多个标题中的标题的请求;
通过单播传输接收针对所请求的标题的启动条目,其中,所述启动条目是包括额外的经编码符号的所请求的标题的一部分,其中所述启动条目在被利用所请求的标题的奇偶校验部分来处理时,足以允许所述UE解码并访问所请求的标题;以及
当接收到所述启动条目时,通过向所缓存的所请求的标题的奇偶校验部分添加所述启动条目来访问所请求的标题。
43.一种用于通信的装置,包括:
处理系统,其被配置为:
在第一时间向多个用户设备(UE)中的至少一个UE提供服务的频道中的一个或多个标题的奇偶校验部分,其中,所述频道包括一个或多个标题,以及所述服务包括一个或多个频道,其中,所述一个或多个标题是采用具有如下属性的码来编码的:能够从大小等于或大于源符号的数目K的经编码符号的任何子集恢复源符号,其中,所述奇偶校验部分包括小于K的经编码符号的子集;
在第二时间从所述多个UE中的UE接收对访问所述一个或多个标题中的标题的请求;以及
向所述多个UE中进行请求的UE提供启动条目,所述启动条目是包括额外的经编码符号的所请求的标题的一部分,其中所述启动条目在被利用所提供的所请求的标题的奇偶校验部分来处理时,足以允许所述进行请求的UE解码并访问所请求的标题。
44.如权利要求43所述的装置,其中,所请求的标题的所述奇偶校验部分包括喷泉码编码的标题的奇偶校验部分,并且其中,所述启动条目包括一个或多个修复符号,当所述一个或多个修复符号被添加至所述喷泉码编码的标题的所述奇偶校验部分时,允许所述进行请求的UE解码所请求的标题。
45.如权利要求44所述的装置,其中,所述进行请求的UE被配置为以解码顺序来存储所提供的所请求的标题的奇偶校验部分。
46.如权利要求44所述的装置,其中,所述喷泉码编码的标题是Raptor码编码的标题。
47.如权利要求43所述的装置,其中,所述处理系统还被配置为:
确定所述多个UE中对所述标题的兴趣等级是否大于第一门限;以及
当确定在所述多个UE中所述兴趣等级大于或等于所述第一门限时,提供所述标题的所述奇偶校验部分用于广播传输;或者
当确定在所述多个UE中所述兴趣等级小于所述第一门限时,提供所述标题的所述奇偶校验部分,用于向所述多个UE中对所述标题的兴趣等级大于所述第一门限的任何UE的单播传输。
48.如权利要求43所述的装置,其中,所述处理系统还被配置为:
确定网络拥塞值或单播连接吞吐量值中的至少一个;以及
当所述网络拥塞值低于第一门限值、所述单播连接吞吐量值高于第二门限值或其任意组合中的至少一者时,提供所述标题的所述奇偶校验部分用于所述单播传输。
49.如权利要求43所述的装置,其中,所述处理系统还被配置为:
接收来自所述多个UE的至少一部分的标题访问信息;
针对所述多个UE中的至少一个UE生成假设的标题列表;
确定所述假设的标题列表中的一个或多个标题是否未被所述至少一个UE缓存;以及
向所述至少一个UE提供针对何时将提供来自所述假设的标题列表的未被缓存的所述一个或多个标题的所述奇偶校验部分的至少一时间。
50.如权利要求49所述的装置,其中,所述处理系统还被配置为:
生成所述服务的所述一个或多个频道的频道中的标题列表;或
生成跨越所述服务中的所述一个或多个频道的多个频道的标题列表。
51.如权利要求43所述的装置,其中,所述处理系统还被配置为:
将广告内容条目绑定至对所请求的标题的访问;以及
向所述进行请求的UE提供所述广告内容条目。
52.如权利要求43所述的装置,其中,所述处理系统还被配置为:
使用蜂窝网络、对等连接、无线局域网(WLAN)连接或其任意组合中的至少一者,其中通信的广播模式和单播模式是可用的。
53.如权利要求43所述的装置,其中,所述处理系统还被配置为使用以下各项中的至少一项:
每一传送类型的非重叠的修复符号集,以避免重复的符号传送;
每一单播传输的非重叠的修复符号集,以避免重复的符号传送;
每一广播推送的非重叠的修复符号集,以避免重复的符号传送,或其任意组合。
54.如权利要求43所述的装置,其中,所述处理系统还被配置为针对单个用户的多个单播连接来使用非重叠的符号集用,以避免重复的符号传送。
55.如权利要求43所述的装置,其中,所请求的标题被分段进行格式化,以使用HTTP动态自适应流媒体(DASH)、HTTP实时流媒体(HLS)或者移动流媒体服务(MSS)来传送,并且其中,所述进行请求的UE被配置为组织UE缓存中的存储块,以对应于所格式化的分段。
56.如权利要求43所述的装置,其中,所述处理系统还被配置为:
提供提单,所述提单用于指示在提供所述一个或多个标题的所述奇偶校验部分之前,来自广播传输的将可用的所述一个或多个标题的列表。
57.如权利要求43所述的装置,其中,选择所述启动条目以允许所述进行请求的UE在完成先前标题的回放之前对所请求的标题的对应部分进行解码。
58.如权利要求43所述的装置,其中,所述处理系统还被配置为:
确定所述多个UE中的第一UE中的存储器的分配是否足以存储所述一个或多个标题的所述奇偶校验部分;以及
提示所述多个UE中的所述第一UE在确定存储器的所述分配不足以存储所述一个或多个标题的所述奇偶校验部分时,分配额外的存储器用于缓存。
59.如权利要求43所述的装置,其中,所述装置是服务提供商服务器。
60.一种用于通信的装置,包括:
处理系统,其被配置为:
在第一时间接收服务的频道中的一个或多个标题的奇偶校验部分,其中,所述频道包括一个或多个标题,以及所述服务包括一个或多个频道,其中,所述一个或多个标题是采用具有如下属性的码来编码的:能够从大小等于或大于源符号的数目K的经编码符号的任何子集恢复源符号,其中,所述奇偶校验部分包括小于K的经编码符号的子集;
缓存所述一个或多个标题的所述奇偶校验部分;
在所述第一时间后的第二时间发送对访问所述一个或多个标题中的标题的请求;
通过单播传输接收针对所请求的标题的启动条目,其中,所述启动条目是包括额外的经编码符号的所请求的标题的一部分,其中所述启动条目在被利用所请求的标题的奇偶校验部分来处理时,足以允许进行请求的UE解码并访问所请求的标题;以及
当接收到所述启动条目时,通过向所缓存的所请求的标题的奇偶校验部分添加所述启动条目来访问所请求的标题。
61.如权利要求60所述的装置,其中,所述处理系统还被配置为:
接收提单,所述提单用于指示来自广播传输的将可用的一个或多个标题的列表;
确定所述一个或多个标题中的至少一个在所述UE上是不可用的;以及
使用所述广播传输来接收在所述UE上不可用的所述一个或多个标题中的所述至少一个。
62.如权利要求60所述的装置,其中,所述一个或多个标题的所述奇偶校验部分包括喷泉码编码的标题的奇偶校验部分,并且其中,所述启动条目包括一个或多个修复符号,当所述一个或多个修复符号被添加至所述喷泉码编码的标题的所述奇偶校验部分时,允许所述UE解码所请求的标题的至少一部分。
63.如权利要求62所述的装置,其中,所述喷泉码编码的标题是Raptor码编码的标题。
64.如权利要求60所述的装置,其中,所述处理系统还被配置为以解码顺序来缓存。
65.如权利要求60所述的装置,其中,所述处理系统还被配置为使用以下各项中的至少一项:
每一传送类型的非重叠的修复符号集,以避免重复的符号存储;
每一单播传输的非重叠的修复符号集,以避免重复的符号存储;
每一广播推送的非重叠的修复符号集,以避免重复的符号存储,或其任意组合。
66.如权利要求60所述的装置,其中,所述处理系统还被配置为针对相同用户的多个单播连接使用非重叠的符号集,以避免重复的符号存储。
67.如权利要求60所述的装置,其中,所述处理系统还被配置为:
接收作为广播传输一部分的所述一个或多个标题的所述奇偶校验部分;
接收作为单播传输一部分的所述一个或多个标题的所述奇偶校验部分,或其任意组合。
68.如权利要求60所述的装置,其中,所述处理系统还被配置为:
向服务提供商服务器发送标题访问信息,所述标题访问信息用于指示已经访问了所述一个或多个标题中的哪些标题;以及
接收至少第三时间,在所述第三时间将提供与服务提供商服务器生成的假设的标题列表相关联的所述一个或多个标题的所述奇偶校验部分。
69.如权利要求68所述的装置,其中,所述处理系统还被配置为:
在所述第三时间从所述服务提供商服务器生成的假设的标题列表接收所述一个或多个标题的所述奇偶校验部分。
70.如权利要求60所述的装置,其中,所述处理系统还被配置为:
接收与对所述一个或多个标题中的至少一个标题的访问绑定的广告内容条目;以及
在提供对所述一个或多个标题中的所述至少一个标题的访问之前,访问所述广告内容条目。
71.如权利要求60所述的装置,其中,所述处理系统还被配置为:
访问所请求的标题的第一部分;以及
在完成对所述第一部分的所述访问之前解码所请求的标题的第二部分,其中,选择所述启动条目的大小,以允许在完成对所请求的标题的所述第一部分的访问之前,解码所请求的标题的对应部分。
72.如权利要求60所述的装置,其中,所述处理系统还被配置为:
确定存储器的分配是否足以存储所述一个或多个标题的所述奇偶校验部分;以及
在确定存储器的所述分配不足以存储所述一个或多个标题的所述奇偶校验部分时,分配额外的存储器用于缓存。
73.如权利要求60所述的装置,其中,所述处理系统还被配置为将标题选择倾向于所述UE缓存的所述一个或多个标题。
74.如权利要求60所述的装置,其中,所述处理系统还被配置为:
查询在所述UE上可操作的一个或多个应用,以确定是否任意标题是通过所述一个或多个应用而可用的;以及
通过所述一个或多个应用中的至少一个来访问标题。
75.如权利要求60所述的装置,其中,所述处理系统还被配置为:
选择购买所访问的标题;以及
提供所选择的标题,以在所述UE上存储和访问。
76.如权利要求75所述的装置,其中,所述处理系统还被配置为:
确定所访问的标题是否具有足以购买的回放质量;以及
在确定所述回放质量足以购买时,提供所访问的标题用于存储和访问;或者
在确定所述回放质量不足以购买时,提供所访问的标题用于访问,并提示所述UE随后在稍后的时间访问所述标题的购买质量副本。
77.如权利要求60所述的装置,其中,所述处理系统还被配置为:
确定所述UE先前没有接收到一个或多个标题的所述奇偶校验部分;以及
使接收模式倾向于使用广播传输模式、无线局域网(WLAN)通信模式、对等通信模式或其任意组合中的一个或多个,胜过使用蜂窝网络单播传输模式。
78.如权利要求77所述的装置,其中,所述处理系统还被配置为:
向服务提供商服务器发送消息,所述消息用于指示:倾向于使用所述一个或多个接收模式或者将使用的通信模式的标识中的至少一者。
CN201380032530.8A 2012-06-22 2013-06-18 提供混合单播广播服务的方法和装置 Expired - Fee Related CN104380684B (zh)

Applications Claiming Priority (5)

Application Number Priority Date Filing Date Title
US201261663521P 2012-06-22 2012-06-22
US61/663,521 2012-06-22
US13/802,651 US9136958B2 (en) 2012-06-22 2013-03-13 Methods and apparatus for providing hybrid unicast broadcast services
US13/802,651 2013-03-13
PCT/US2013/046239 WO2013192137A1 (en) 2012-06-22 2013-06-18 Methods and apparatus for providing hybrid unicast broadcast services

Publications (2)

Publication Number Publication Date
CN104380684A CN104380684A (zh) 2015-02-25
CN104380684B true CN104380684B (zh) 2017-10-24

Family

ID=48748509

Family Applications (1)

Application Number Title Priority Date Filing Date
CN201380032530.8A Expired - Fee Related CN104380684B (zh) 2012-06-22 2013-06-18 提供混合单播广播服务的方法和装置

Country Status (5)

Country Link
US (1) US9136958B2 (zh)
EP (1) EP2845367B1 (zh)
JP (1) JP5899381B2 (zh)
CN (1) CN104380684B (zh)
WO (1) WO2013192137A1 (zh)

Families Citing this family (17)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN105960767B (zh) * 2014-02-03 2019-10-18 Lg电子株式会社 广播接收装置及其操作方法
WO2015170107A1 (en) * 2014-05-08 2015-11-12 Motive Television Plc Enhanced broadcast television for portable devices
US10177928B2 (en) 2014-05-23 2019-01-08 Sony Corporation Method, apparatus and system for delivering content
CN105531951A (zh) * 2014-07-29 2016-04-27 华为技术有限公司 数据加密传输方法和装置
JP2018045674A (ja) * 2016-09-07 2018-03-22 キヤノン株式会社 情報処理装置及びその制御方法、コンピュータプログラム
US10051462B2 (en) * 2016-12-16 2018-08-14 T-Mobile Usa, Inc. Hybrid transport for installed service updates
US11310540B2 (en) 2017-11-10 2022-04-19 Qualcomm Incorporated Interfaces between dash aware application and dash client for service interactivity support
CN109660589B (zh) * 2018-10-25 2021-05-04 创新先进技术有限公司 请求处理方法及装置、电子设备
US10432272B1 (en) 2018-11-05 2019-10-01 XCOM Labs, Inc. Variable multiple-input multiple-output downlink user equipment
US10659112B1 (en) 2018-11-05 2020-05-19 XCOM Labs, Inc. User equipment assisted multiple-input multiple-output downlink configuration
US10812216B2 (en) 2018-11-05 2020-10-20 XCOM Labs, Inc. Cooperative multiple-input multiple-output downlink scheduling
US10756860B2 (en) 2018-11-05 2020-08-25 XCOM Labs, Inc. Distributed multiple-input multiple-output downlink configuration
US10756795B2 (en) 2018-12-18 2020-08-25 XCOM Labs, Inc. User equipment with cellular link and peer-to-peer link
US11063645B2 (en) 2018-12-18 2021-07-13 XCOM Labs, Inc. Methods of wirelessly communicating with a group of devices
US11330649B2 (en) 2019-01-25 2022-05-10 XCOM Labs, Inc. Methods and systems of multi-link peer-to-peer communications
US10756767B1 (en) 2019-02-05 2020-08-25 XCOM Labs, Inc. User equipment for wirelessly communicating cellular signal with another user equipment
WO2022041187A1 (en) * 2020-08-31 2022-03-03 Qualcomm Incorporated Degree selection schemes for rapid tornado (raptor) codes in multicast and broadcast services and in unicast services

Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101379476A (zh) * 2005-06-07 2009-03-04 雅虎公司 基于移动用户配置文件预取内容
US20100235329A1 (en) * 2009-03-10 2010-09-16 Sandisk Il Ltd. System and method of embedding second content in first content

Family Cites Families (12)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US6057847A (en) 1996-12-20 2000-05-02 Jenkins; Barry System and method of image generation and encoding using primitive reprojection
US20020006116A1 (en) 2000-05-04 2002-01-17 Reed Burkhart Distributed content management and open broadcast system using satellites and the internet
US7725557B2 (en) 2002-06-24 2010-05-25 Microsoft Corporation Client-side caching of streaming media content
US20050193177A1 (en) 2004-03-01 2005-09-01 Moga Adrian C. Selectively transmitting cache misses within coherence protocol
DE602005015768D1 (de) * 2005-03-29 2009-09-10 Thomson Licensing Ngs fountain kodierter signale
US20060277271A1 (en) 2005-06-07 2006-12-07 Yahoo! Inc. Prefetching content based on a mobile user profile
US9178535B2 (en) * 2006-06-09 2015-11-03 Digital Fountain, Inc. Dynamic stream interleaving and sub-stream based delivery
KR101486357B1 (ko) * 2007-07-12 2015-01-26 엘지전자 주식회사 방송 신호 송수신 방법 및 방송 신호 수신 장치
US7697557B2 (en) 2007-12-26 2010-04-13 Alcatel Lucent Predictive caching content distribution network
WO2011034283A1 (en) * 2009-09-20 2011-03-24 Lg Electronics Inc. Method of processing epg metadata in network device and the network device for controlling the same
JP5592235B2 (ja) * 2010-10-29 2014-09-17 日本電信電話株式会社 マルチキャスト事前配信方法、システム、および装置
GB2486002A (en) * 2010-11-30 2012-06-06 Youview Tv Ltd Media Content Provision

Patent Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101379476A (zh) * 2005-06-07 2009-03-04 雅虎公司 基于移动用户配置文件预取内容
US20100235329A1 (en) * 2009-03-10 2010-09-16 Sandisk Il Ltd. System and method of embedding second content in first content

Non-Patent Citations (1)

* Cited by examiner, † Cited by third party
Title
"DRM Content Format:Approved Version 2.0";Open Mobile Alliance;《Open Mobile Alliance:OMA-TS-DRM-DCF-V2_0-20060303-A》;20060303;全文 *

Also Published As

Publication number Publication date
JP2015527782A (ja) 2015-09-17
US20130344798A1 (en) 2013-12-26
CN104380684A (zh) 2015-02-25
EP2845367A1 (en) 2015-03-11
US9136958B2 (en) 2015-09-15
JP5899381B2 (ja) 2016-04-06
WO2013192137A1 (en) 2013-12-27
EP2845367B1 (en) 2016-01-06

Similar Documents

Publication Publication Date Title
CN104380684B (zh) 提供混合单播广播服务的方法和装置
KR100567157B1 (ko) 모바일 환경에서의 플레이리스트를 통한 다수 파일의 스트리밍 방법 및 그 시스템
US10200760B2 (en) Method and apparatus for providing a mobile video blog service
CN104093067B (zh) 在终端中分享、播放视听片段的设备和方法
CN104025548B (zh) 用于被递送媒体的灵活缓存的方法和设备
CN101395883B (zh) 通过用于改善现有呼叫线路标识服务的基于ims的plmn传递预定制名片多媒体内容的方法和结构
CN104737518B (zh) 用于数据表示和传输的系统和方法
CN103731931B (zh) 一种无线wifi热点的共享方法及系统
US20080126294A1 (en) Methods and apparatus for communicating media files amongst wireless communication devices
US8467773B1 (en) System and methods for pre-caching broadcast content for merchandising on a wireless mobile device
CN103227939A (zh) 用于实时直播流内容的系统、方法和基础设施
JP2008130096A (ja) アクセス権限制御されたデジタルコンテンツへのアクセス権限を装置に提供する方法及び装置
CN103618663A (zh) 一种信息分享系统及其信息分享方法
CN102084339A (zh) 用于用信号发送时移支持的方法和设备
CN102474517A (zh) 转换移动装置媒体内容的方法
US9210577B2 (en) Method and apparatus for providing multimedia content on a mobile media center
JP2009541877A (ja) ウェブ・オブジェクトを制御する方法、システム、装置、及びコンピュータ・プログラム(放送情報をキャッシュする方法及び装置)
CN102946552A (zh) 一种媒资注入方法及相关系统
CN102045351B (zh) 流媒体发布平台及方法
CN102017477A (zh) 用于提供因特网协议电视服务的方法及其因特网广播系统
JP5681286B2 (ja) 移動端末でストリーミングメディアファイルを保存する方法とシステム
TWI436675B (zh) 進行服務群組所有權人轉換流程之方法
CN102572708A (zh) 多播广播业务处理方法与系统、广播多播业务平台
SP et al. ARobust CLIENT ARCHITECTURE ON ANDROID TO CATER END-2-END REAL-TIME CONTENT MANAGEMENT AND PERSONALIZED IPTV SERVICES TO MOBILE INTERNET DEVICES
Patel et al. An Aggregate Functional Software Architecture on Android for End-2-End Real-Time Interactive Content Management to Cater IPTV Services on Digital Handheld Devices

Legal Events

Date Code Title Description
C06 Publication
PB01 Publication
C10 Entry into substantive examination
SE01 Entry into force of request for substantive examination
GR01 Patent grant
GR01 Patent grant
CF01 Termination of patent right due to non-payment of annual fee

Granted publication date: 20171024

Termination date: 20190618

CF01 Termination of patent right due to non-payment of annual fee