CN101461212A - 组播传送 - Google Patents

组播传送 Download PDF

Info

Publication number
CN101461212A
CN101461212A CNA2007800204558A CN200780020455A CN101461212A CN 101461212 A CN101461212 A CN 101461212A CN A2007800204558 A CNA2007800204558 A CN A2007800204558A CN 200780020455 A CN200780020455 A CN 200780020455A CN 101461212 A CN101461212 A CN 101461212A
Authority
CN
China
Prior art keywords
file
content
receiver
document instance
attribute
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Granted
Application number
CNA2007800204558A
Other languages
English (en)
Other versions
CN101461212B (zh
Inventor
M·塞德瓦尔
R·德克
J·哈伦
I·马斯伊瓦尔斯
F·F·珀森
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.)
Telefonaktiebolaget LM Ericsson AB
Original Assignee
Telefonaktiebolaget LM Ericsson AB
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 Telefonaktiebolaget LM Ericsson AB filed Critical Telefonaktiebolaget LM Ericsson AB
Publication of CN101461212A publication Critical patent/CN101461212A/zh
Application granted granted Critical
Publication of CN101461212B publication Critical patent/CN101461212B/zh
Expired - Fee Related legal-status Critical Current
Anticipated expiration legal-status Critical

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/06—Protocols specially adapted for file transfer, e.g. file transfer protocol [FTP]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L12/00—Data switching networks
    • H04L12/02—Details
    • H04L12/16—Arrangements for providing special services to substations
    • H04L12/18—Arrangements for providing special services to substations for broadcast or conference, e.g. multicast
    • 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/60—Scheduling or organising the servicing of application requests, e.g. requests for application data transmissions using the analysis and optimisation of the required network resources
    • H04L67/62—Establishing a time schedule for servicing the requests
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/20—Servers specifically adapted for the distribution of content, e.g. VOD servers; Operations thereof
    • H04N21/25—Management operations performed by the server for facilitating the content distribution or administrating data related to end-users or client devices, e.g. end-user or client device authentication, learning user preferences for recommending movies
    • H04N21/266—Channel or content management, e.g. generation and management of keys and entitlement messages in a conditional access system, merging a VOD unicast channel into a multicast channel
    • H04N21/26616—Channel or content management, e.g. generation and management of keys and entitlement messages in a conditional access system, merging a VOD unicast channel into a multicast channel for merging a unicast channel into a multicast channel, e.g. in a VOD application, when a client served by unicast channel catches up a multicast channel to save bandwidth
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/20—Servers specifically adapted for the distribution of content, e.g. VOD servers; Operations thereof
    • H04N21/25—Management operations performed by the server for facilitating the content distribution or administrating data related to end-users or client devices, e.g. end-user or client device authentication, learning user preferences for recommending movies
    • H04N21/266—Channel or content management, e.g. generation and management of keys and entitlement messages in a conditional access system, merging a VOD unicast channel into a multicast channel
    • H04N21/2665—Gathering content from different sources, e.g. Internet and satellite
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/20—Servers specifically adapted for the distribution of content, e.g. VOD servers; Operations thereof
    • H04N21/25—Management operations performed by the server for facilitating the content distribution or administrating data related to end-users or client devices, e.g. end-user or client device authentication, learning user preferences for recommending movies
    • H04N21/266—Channel or content management, e.g. generation and management of keys and entitlement messages in a conditional access system, merging a VOD unicast channel into a multicast channel
    • H04N21/2668—Creating a channel for a dedicated end-user group, e.g. insertion of targeted commercials based on end-user profiles
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/60—Network structure or processes for video distribution between server and client or between remote clients; Control signalling between clients, server and network components; Transmission of management data between server and client, e.g. sending from server to client commands for recording incoming content stream; Communication details between server and client 
    • H04N21/61—Network physical structure; Signal processing
    • H04N21/6106—Network physical structure; Signal processing specially adapted to the downstream path of the transmission network
    • H04N21/6125—Network physical structure; Signal processing specially adapted to the downstream path of the transmission network involving transmission via Internet
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/60—Network structure or processes for video distribution between server and client or between remote clients; Control signalling between clients, server and network components; Transmission of management data between server and client, e.g. sending from server to client commands for recording incoming content stream; Communication details between server and client 
    • H04N21/63—Control signaling related to video distribution between client, server and network components; Network processes for video distribution between server and clients or between remote clients, e.g. transmitting basic layer and enhancement layers over different transmission paths, setting up a peer-to-peer communication via Internet between remote STB's; Communication protocols; Addressing
    • H04N21/64—Addressing
    • H04N21/6405—Multicasting
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/60—Network structure or processes for video distribution between server and client or between remote clients; Control signalling between clients, server and network components; Transmission of management data between server and client, e.g. sending from server to client commands for recording incoming content stream; Communication details between server and client 
    • H04N21/63—Control signaling related to video distribution between client, server and network components; Network processes for video distribution between server and clients or between remote clients, e.g. transmitting basic layer and enhancement layers over different transmission paths, setting up a peer-to-peer communication via Internet between remote STB's; Communication protocols; Addressing
    • H04N21/64—Addressing
    • H04N21/6408—Unicasting
    • 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
    • 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)
  • Signal Processing (AREA)
  • Multimedia (AREA)
  • Databases & Information Systems (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Physics & Mathematics (AREA)
  • Astronomy & Astrophysics (AREA)
  • General Physics & Mathematics (AREA)
  • Two-Way Televisions, Distribution Of Moving Picture Or The Like (AREA)
  • Information Transfer Between Computers (AREA)
  • Data Exchanges In Wide-Area Networks (AREA)

Abstract

一种用于在通信网络(305)中控制文件组播传送的方法和节点，其中该组播传送适用于降低通信网络中所需单播文件传送的量。需要文件的IPTV终端功能(ITF；310a、b、c)的浏览器，在将文件传送的单播请求发送给应用服务平台(ASP；300)之前，为该文件内容询问IFT的高速缓冲器(316)。存储在高速缓冲器中的文件通过所提出的组播机制已经先前传送给IFT。如果文件内容未存储在高速缓冲器内，那么将单播请求发送给ASP。还将每个单播请求转发给组播控制器(MCC；320)，其决定该请求的文件是否也将在组播信道上发送给多个其它IFT。在监听组播信道的每个IFT处，能够根据过滤机制对所接收的内容进行选择性处理，并且接收的文件可以为了后续的检索例如被存储在高速缓冲器中。

Description

组播传送
本申请要求于2006年6月2日提出的美国临时申请US60/803729的优先权，在此将其全部教导引入作为参考。
技术领域
本发明通常涉及一种提供用于通过组播信道传送文件内容的高效传送机制以及在接收端上灵活接收及处理该内容的方法和设备(arrangement)。
背景技术
IPTV是一种用于通过IP网络传送广播电视服务的新兴技术。主要的IPTV服务是广播电视，其中标准非IPTV信道以及穿透性低的额外信道通过宽带网络从超级前端向多个终端用户传输，典型地该终端用户具有机顶盒(STB)。
在传统的广播电视系统中，诸如例如地面数字视频广播(DVB-T)和卫星数字视频广播(DVB-S)，广播信道专用于传输/接收应用层信息。应用层信息包括例如电子节目指南(EPG)，它是对预定的广播电视节目的屏幕指南，使观看者利用例如远程控制、键盘或者电话小键盘通过时间、标题、频道、类型等对内容进行导航、选择、发现。EPG信息典型地为诸如例如XML的标记语言。STB上运行的应用可以处理这个信息并将其呈现在与STB连接的电视屏幕上。
通常，有四种通信方式适于IPTV的接收机与网络之间的通信，从现在起，IPTV被称为IPTV终端功能(ITF)，诸如例如STB/TV。图1a-d示意性地图示了这四种不同的传输内容的方式。
图1a图示了通过客户端特定流传输(client specific streaming)进行的传输，客户端特定流传输是一种适用于适时地将音频和/或视频传送给特定终端用户的通信方式。客户端特定流传输可以基于实时流协议(RSTP)的控制协议和实时传输协议(RTP)的传输协议而被提供，并通常在要求时被采用。在图1a中，三个IPTV终端功能(ITF)101-103与应用服务器平台(ASP)100相连接，向ITF提供IPTV服务。在需要时，每个ITF可以请求从共同的ASP 100传送不同的流内容。ITF 1 101通过客户端特定流传输接收来自ASP 100的所需流内容104，同时ITF 2102接收流内容105，ITF 3 103接收第三个流数据内容106。图1a所示的每个流通过分开的、独立的流传输会话进行传送。
客户端特定牵拉(pull)方式是基于如下功能的另一种通信方式，即使客户端能够自动地请求数据，不必依赖于任何用户干涉，也就是，数据按照预定规范进行传送。图1b中表示了这种通信方式，其使ITF能够自动地请求内容，无需依赖于任何用户的干涉，也就是，内容按照预定的规范进行传送，该规范对于每一个ITF都是唯一的。在该图中，ITF1 101、ITF 2 102、ITF 3 103彼此独立地接收各自的内容104、105、106。
客户端特定推(push)方式是图3c中所示的另一种通信替换方案。客户特定推方式使请求的数据能够按照服务器上存储的预定规则或优先选择自动地从服务器被接收。然而，这种通信替换方案依赖于ASP的服务器，其可以独立地将数据内容推向不同的ITF，其中将要传送什么内容以及什么时候传送各自内容依赖于对各自ITF预先制定的规范。
在任何一种宽带系统中，都需要频繁地将同一个信息发送给大量的ITF。由于多种原因，可能会将这种信息单个地发送给每个ITF，但是这是不希望的。起初，要被传输的信息可能在尺寸上非常大，并且可能需要来自所使用的接入网络的相当大的带宽资源。其次，在家庭网络环境中没有通信量优先次序的情况下，该信息可能与其它实时通信量相干扰。最后，旨在用于所有ITF的综合控制通信量会在核心网络中引起潜在的拥塞，影响产生通信量的收益。
上述的所有三种通信方式都具有刚才所述的缺陷。因此，需要另一种通信方式。
通常的特定推方式是一种用于将相同的数据内容传送给多个ITF101-103的通信方式。在图1d中，上述的体系结构被用于图示示例性的通常特定推数据传送。通常的推技术，其是一种用于降低响应时间和网络负载的基本机制，其依赖于用于在ASP 100和相连接的ITF 101-103之间传送数据内容的组播数据信道(MDC)。MDC适用于不同类型的信息传送，诸如例如EPG网页、元数据文件、交互式触发文件、固件升级以及警告消息的传送。
在图1d中，所有的三个ITF同时通过MDC接收同一个数据内容104。
然而，从操作者的观点看，上述的传统IPTV EPG具有某些重要的缺陷，当与通常的推方式一起使用时也是，即不同的STB制造者提供不同的用户界面。这就使得对于操作者而言向终端用户标记(brand)它们IPTV服务具有了更大的难度。它还使得引入新的用户界面和服务具有了更大的难度。此外，将新应用个性化的可能非常受限。
由于上述的缺点，一些新的IPTV系统正在考虑轻薄(thin)的客户端概念，其中网络浏览器技术，诸如例如HTML、Java描述语言或可扩展矢量图形(SVG)被采用，以获得操作者标记的、个性化的网络型界面。
浏览型界面所具有的一个关键的缺陷仍然在于其揭露了客户端服务器技术所具有的内在缺陷，其意味着许多用户同时浏览EPG会对服务器以及中间网络带来巨大的负载。
发明内容
本发明的目标在于解决上述的问题。更具体地，本发明的目标在于找到一种机制，其将IPTV内容有效地传送给大量的用户。还希望获得一种更灵活的机制，用于在诸如例如ITF的接收机中选择性接收和处理文件内容。
这些目标以及其它目标能够通过提供根据下面所附独立权利要求的方法、接收机以及组播控制器而获得。
根据一个方面，本发明涉及一种将文件传送给多个监听组播信道的接收机的方法。该方法包括从组播控制器(MCC)处的一个或多个应用服务器平台(ASP)接收用于文件传送的请求并对该请求排队，其中每个请求包括至少一个指定如何处理该请求以及相关文件内容的条件的属性。该方法还包括刚确定了文件内容将要通过组播信道从MCC传送到接收机，就从各自ASP检索文件内容。基于所述至少一个属性对每个文件传送进行调度。在一个或多个文件条目中对文件描述信息进行格式化并传送，每个文件条目与文件内容相关联。接下来，在一个或多个文件实例中对文件内容格式化并传送。
在接收请求并对请求进行排队之前，所请求的文件内容被从各自ASP通过单播向请求的接收机传送。
根据另一方面，本发明还涉及一种在通信网络中用于在监听组播信道的接收机处选择性地接收文件内容的方法。该方法包括在组播信道上接收一个或多个文件条目，其中每个文件条目包括一个或多个属性和将各自文件条目与一个或多个文件实例相联系的标识符，其中每个文件实例包括文件内容和同样的标识符。通过将每个文件条目的一个或多个属性与指定接收机接收要求的一个或多个选择标准相匹配，来识别对接收机感兴趣的文件实例。接着，在一个或多个文件实例中接收文件内容，其中根据与文件实例相关的一个或多个属性对接收机感兴趣的文件实例进行处理，同时丢弃剩余文件实例。
该选择标准能够包括下面标准中的一个或多个：区域，表示该接收机所处的地理区域；商标，表示制造商或接收机；版本，表示接收机的固件；兴趣，表示接收机当前用户感兴趣的领域；等级(rating)，表示接收机当前用户的最低等级水平；年龄，表示接收机当前用户的最小年龄；或频道，表示接收机上当前观看的电视频道。
该方法可以进一步包括对所需文件内容询问高速缓冲器，其中存储在该高速缓冲器中的文件内容通过组播传送已经传送给接收机，并且其中如果文件内容存储在该高速缓冲器中，则从该高速缓冲器中检索该文件内容。然而如果文件内容没有存储在该高速缓冲器中，则通过单播传送从ASP检索该文件内容。
如果所请求的文件内容没有存储在该高速缓冲器中，那么除了对单播传送进行初始化之外，还从ASP向MCC转发对于单播传送的请求。在MCC中，确定是否所请求的文件内容也要在组播信道上传送。
在确定步骤，可以考虑诸如例如经历的文件请求模式和/或存储的文件传送模式的统计的标准。
每个文件条目典型地包括从各自请求检索的一个或多个属性以及将文件条目与各自一个或多个文件实例相联系的唯一标识符，而该相关的一个或多个文件实例包括文件内容和同样的标识符。
识别步骤可以导致选择列表的升级，该选择列表包括感兴趣的文件实例的标识符以及相关属性，其中当对文件实例过滤时以及当对所接收到的感兴趣文件实例进行处理时，该选择列表被采用。
根据上述任意方面所使用的属性可以例如是下面中的一个或多个：内容-位置，指定唯一的URL识别；内容-类型，指定所用的信息格式；优先级，指定文件实例间的优先级；标准，指定文件实例需要被处理；失效时间(stale time)，指定这样的时间，在该时间之前文件实例必须在MDC上被发送；有效时间，指定文件实例什么时候变为无效；类型，指定应该如何处理文件实例。
属性“类型”可以例如是下面中的一个或多个：高速缓冲器，表示文件实例将被存储在ITF高速缓冲器中；显示器，表示文件实例的内容将显示在ITF的屏幕上；升级，表示文件实例的内容将被用于固件的升级；交互消息，表示文件实例将被用于交互会话中；连接信道(joinchannel)，表示接收机应该连接另一MDC信道；或脱离信道(leavechannel)，表示接收机应该脱离目前的MDC。
在一个实施例中，感兴趣的文件实例的内容可以与表示该内容将被放置在接收机的高速缓冲器中的属性相关。在这种情况下，该内容将存储在高速缓冲器中一段持续时间，该持续时间由另一相关的属性所指定。
上述的组播信道可以是组播数据信道(MDC)，并且接收机可以是IPTV终端功能(ITF)。
根据上述实施例所采用的每个接收机还可以包括一个或多个预定选择标准的列表，其中每个选择标准指定由接收机接收文件内容的规则。
根据另一方面，本发明涉及用于选择性接收在组播信道上传送的文件内容的接收机。该接收机包括用于连接组播信道的装置，以及在接收至少一个文件实例中的相关文件内容之前，通过组播信道接收至少一个文件条目的装置。该接收机进一步包括用于通过对接收到的文件条目过滤以识别被认为对于接收机相关的文件实例的装置。
用于识别文件实例的装置可以进一步适用于基于从相关文件条目检索的一个或多个属性对载有相关文件内容的每一个文件实例进行处理。
此外，该接收机可以包括用于对所需的文件内容询问高速缓冲器的装置，其中存储在该高速缓冲器中的文件内容通过组播传送已经传送给接收机。如果它存储在该高速缓冲器中，该装置还可适用于从该高速缓冲器检索该文件内容，或者在文件内容没有存储在该高速缓冲器中的情况下，通过单播传送从ASP检索文件内容。
在一个方面中，该识别装置可适用于识别一个或多个属性以及每个文件条目的标识符，并且识别包括文件内容的一个或多个文件实例中的每一个，该文件内容通过同样的标识符与文件条目相联系。
在另一方面中，识别装置可适用于通过将每个各自文件条目的一个或多个属性与指定接收机接收要求的一个或多个选择标准相匹配对所接收的文件条目过滤。
在另一方面中，识别文件实例的装置进一步可适用于更新选择列表，该选择列表包括感兴趣的文件实例的标识符，以及相关的属性。
接收装置可适用于使用选择列表接受感兴趣的文件实例，并且丢弃剩余的文件实例，而识别文件实例的装置可适用于根据一个或多个相关属性对感兴趣的文件实例进行处理。
在另一方面中，接收机可以包括用于如果这用属性表示的话将相关文件内容插入在高速缓冲器中，或用于用新版本的文件内容替换已经存在的文件内容的装置。
该接收机(其可以为ITF)能够是机顶盒/TV、移动电话或个人计算机(PC)中的任何一个。
根据另一方面，本发明涉及用于对向监听组播信道的多个接收机的组播传送进行管理的MCC。MCC包括用于接收请求的装置，以及用于对来自至少一个SPP的文件传送的请求进行排队的装置，其中每个请求包括一个或多个属性，该每一个属性指定如何处理该请求以及相关文件内容的条件。MCC还包括用于确定文件内容是否将要通过组播信道从MCC传送给接收机的装置。MCC进一步包括用于检索将通过组播信道传送的文件内容的装置，以及用于基于相关请求的一个或多个属性对每个文件传送进行调度的装置。MCC还包括用于在对一个或多个文件实例中的文件内容进行格式化和传送之前，对一个或多个文件条目中的文件描述信息进行格式化以及传送的装置，该文件条目与文件内容相关。
用于格式化和传送的装置可适用于对每个文件条目格式化，以包含一个或多个属性以及将文件条目与载有相关文件内容的文件实例相联系的唯一标识符；以及用来对文件实例格式化以包含相关的文件内容和同样的标识符。
在又另一方面中，当确定文件内容是否将要通过组播信道从MCC传送给接收机时，该确定装置适用于考虑经历的文件请求模式和/或存储的文件传送模式的统计，该组播信道例如可以为MDC。
本发明的其它特征以及其优点将在下面的详细说明中进行解释。
附图说明
下面参照附图，对本发明进行更详细地说明，其中：
图1a是根据现有技术基于客户端特定流传输从网络向IPTV接收机之间提供文件传送的一种方式的示意图示。
图1b是根据现有技术提供文件传送的第二种方式的另一示意图示，其中客户端特定牵拉技术用于文件传送。
图1c是图示根据现有技术利用客户端特定推技术的第三种文件传送方式的另一种示意图示。
图1d是表示根据现有技术的第四种可替换的文件传送方式的另一种示意图示，其基于通常的特定推技术。
图2是根据现有技术的典型FLUTE文件传送结构的示例图。
图3a是解释根据一个实施例的当用于方法中时，多个示例属性函数的表格，其中该属性与节点相关。
图3b是解释根据一个实施例的当用于方法中时，一些示例型属性如何被定义的另一表格。
图4图示了根据实施例的包含在组播传送中的网络和IPTV终端功能(ITF)的结构。
图5更详细图示了根据一个实施例的组播控制器(MCC)结构，其中MCC控制组播信道传送。
图6更详细图示了根据一个实施例的ITF的组播数据信道终端功能(MDC TF)的结构，其中MDC TF接收并处理在IFT接收的文件对象。
图7还是表示根据所述实施例的一些示例性选择标准以及当用于方法中这些如何定义的另一表格。
图8是图示根据一个实施例的组播文件传送程序的信令图。
具体实施方式
简要地说，本发明提供一种解决方案，其中用于传送应用和媒体数据的组播信道与客户端浏览器概念相结合以获得灵活的用户界面以及用于IPTV服务的高效传送机制。
为了提供对数据内容，尤其是IPTV相关数据内容传送的改善机制，IPTV相关数据内容向被称之为IPTV终端功能(ITF)的多个接收机提供IPTV服务，建议基于通过组播信道传输的已知技术，诸如例如MDC，进一步发展，主要在于为传输端提供更大的灵活性，还在于提供将在网络接收端执行的选择性接收机制。
组播文件传送协议，被表示为FLUTE，是一种通过组播、单向信道传送文件的事实(de-fact)标准的协议。即使它还不是官方标准，但是它可被用作各种上下文中，诸如例如OMA Bcast、3GPP，并作为多媒体文件组播传送选择的协议。FLUTE是在异步分层编码(ALC)第一版的基础上建立起来的，其是设计用于大规模可扩展组播分布的基本协议。
ALC，其定义任意二进制对象的传输，通常将被传输的数据对象称为对象，而FLUTE将该数据对象描述为文件。因为这个原因，术语“对象”和“文件”在该文中将可以交叉使用的。还要注意的是，当在这个上下文中使用术语“对象”时该术语“对象”表示被传送的数据项目，而非通常情况下在面向对象的上下文中的对象。
对于文件传送应用，然而，纯粹的对象传输是不够的。终端系统需要知道对象实际代表的是什么。FLUTE指定了一种机制，用于以这样一种方式(即允许接收机指派用于所接收对象的那些参数)将文件的属性用信号通知给ALC的概念并将文件的属性映射到ALC的概念。因为这个原因，FLUTE定义了ALC的特定传输应用，在ALC顶部建立文件传送会话，包括传输细节和定时约束。它还提供ALC会话的传输参数的带内信令，以及传送文件的属性的带内信令。此外，FLUTE还指定与会话内多个文件的多路复用相关的特定细节。
FLUTE规定了与实际文件内容分离的文件描述信息的传送，其中该文件描述信息典型地在文件传送表(FDT)中传送。包含一个或多个文件的文件描述信息的FDT，可以作为单个对象(FDT实例)进行传送，或者通过多个FDT实例进行传播，这样就可以作为连续数据流的文件描述实例进行传输。参考附图2对FLUTE文件传送结构这种现有技术的例子进行说明。
图2图示了两个FDT实例200和201的典型内容，每个都用FDT实例标识(FDT_实例ID)来标记。FDT实例可以包括一个或多个文件条目(fileentry)以及标识符，每个文件条目包括关于相关联的文件内容的信息，所述标识符用于将文件条目与各自文件内容相联系。在该附图中，用FDT实例ID 23标记的第一FDT实例200包括三个文件条目202-204，而用FDT标识24标记的第二个、后续FDT实例201只包括单个文件条目205。每个文件条目202-205都与文件实例(文件对象)206-209相关联，载有文件内容，也就是，通过组播信道传送给多个ITF的用户信息。每个文件条目202-205包括一个或多个与相关文件内容上的特定信息相关并表示相关文件内容上的特性信息的属性。这个信息可以与接收机制相关，从而使得各自文件实例能够被相应地处理。对FLUTE定义的整个属性列表能够在RFC 3926“FLUTE-file Delivery over UnidirectionalTransport”中找到。该附图中所表示的文件条目包括两个属性：“内容_类型(Content_Type)”和“内容_位置(Content_Location)”(Loc)。内容_类型是表示对相关文件内容定义的MIME(多用途因特网邮件扩展)类型的属性。正如图中所示，内容_类型可以被用来表示以例如HTML文本(text/html)、jpeg图片(pict/jpeg)或Xml应用(appl/xml)的形式表示文件内容的传送。内容_位置，其对于FDT是强制性的，是一种唯一标识文件的URL描述符，并且可以包括HTTP地址，诸如例如“http:/test.com/file.html”。此外，每个文件条目还包括目标对象标识符(TOI)，其是唯一的ALC级的标识符，它表示FDT的文件条目和实际文件内容之间的链接，也就是，TOI被设置为2的FDT 202是文件实例206中载有的文件内容的文件描述符，文件实例206也用被设置为2的TOI标记。为了能够将文件描述实例与接收机中的文件实例区分开，每个文件描述实例(FDT实例)被提供等于0的TOI，而文件条目和链接的文件实例被提供等于除0之外的其它数字的唯一TOI。
通过如上所述扩展FLUTE FDT，以及通过利用具有改善传送机制的属性，其可以在组播信道的传输端上实现，需要更有效组播传送的机制。
在监听MDC的每个ITF上，所提出的滤波机制也规定用于对传送的文件内容进行选择性接收以及处理。
在图3a中，示出了可被用在该提议的扩展FLUTE/FDT的多个属性。该扩大的属性列表的主要目的是提供这样的参数，所述参数启动在传输实体上改善的传送机制，以及将被用于对接收ITF上所希望的文件内容进行滤波的选择性机制。将会明白，图3a中所表示的属性列表被示出而没有任何限制，并且提出的传送机制和选择性机制都适于在还具有额外属性的情况下运行，所述额外属性中的一些可以是操作者指定的。传送机制将由表示组播控制器(MCC)的实体管理，这将在下面参照图4和5进一步详细说明，而选择性机制将由MDC终端功能(MDC TF)管理。MDC TF将参照附图6进行更详细地说明。
两个属性“内容_位置”和“内容_类型”代表已经存在的FLUTE属性。“优先权”是一种可以与传输、接收阶段都相关的属性。当在通过MDC(MDC是拥塞的或将要变得拥塞)将要传送的物体之间区分优先次序时，这个属性可以用在调度中。在IFT中，这个属性可被用来当拥塞问题将出现在ITF中时，对如何处理文件内容区分优先次序。“标准”是一种表示与特定标准匹配的接收对象是否需要处理的属性，该“标准”可能是ITF所关心的。
属性“失效时间”，其可能与IFT相关，其使MCC能够延迟对象的传输，对其它更大的时间临界传送有利。那么，失效时间能够使MCC更有效地利用MDC。
“有效时间”是另一提出的属性，其可以与MCC和ITF都相关。有效时间表示目标的内容多长时间有效，以及因而一旦传送并存储在IFT中，目标内容多长时间可存取。
“类型”属性表示将由各自ITF如何处理消息。图3b中表示的是可能类型的定义列表，不具任何限制性。
具有类型“高速缓冲器”的对象表示该对象将被存储在各自ITF的高速缓冲器中。高速缓冲器是用于存储并在浏览IFT时或从IFT的应用中提供请求内容的存储装置。对于在不远的将来将最可能请求的文件内容，例如由于其受欢迎，可以提前被传送并存储在高速缓冲器中以便在需要时快速检索。当浏览已经存储在快速缓冲器中的内容时，因而避免了来自应用服务器的单播传送。这个文件内容被通过组播信道传送给多个接收机并在其实际需要之前存储在各自接收机的高速缓冲器内的事实将节省了带宽。另一个有利方面将是用户将能够更快速地访问文件内容。高速缓冲器的功能将在下面参照图4进行进一步地描述。
被表示为“显示”的另一个类型可以用来表示所接收的对象的各自内容将被显示在ITF的屏幕上。“升级”类型是另一个类型，其可被用于向ITF表示各自对象的内容将被用于固件的升级。“交互消息”也是又一种属性，其可以被用来表示该消息将被用于交互会话中，而“连接信道”和“脱离信道”两种类型则分别向ITF表示它应该连接另一MDC或它应该脱离目前的MDC。
现在参照图4对根据一个实施例的基于扩展MDC/FLUTE概念的示意性IPTV体系结构以及新的标准机制进行描述。该图示出了通信网络305，其包括三个IPTV应用平台(ASP)300a-c，每个IPTV应用平台适于用来将与IPTV服务相关的文件内容提供给三个ITF 310a-c中的一个或多个，其可以是适于接收IPTV服务的例如STB/TV、PC或蜂窝电话中的任何一种。为了清楚，虽然图中ITF和ASP被限制为三个实体，但是可以用额外的ITS和ASP对该体系结构进行容易地扩展。通信网络305还包括所介绍的组播控制器(MCC)320，其适用于控制向监听MDC的ITF的文件内容的组播传送。
每个ASP 300a-c可以包括一个或多个应用(ASP AP1，ASP AP2)301a、301b，每一个都适于利用ITF 310a-c中的任何一个向预订最终用户提供特定的IPTV服务。一些应用(ASP AP1)301a可以适于用来响应于用户交互，诸如例如浏览，或响应于由ITF的应用发起的自动请求提供服务。通常，对于文件的请求被发送给各自ASP，该请求的文件内容从各自ASP通过单播传送给ITF。根据所述实施例，除了触发单播文件传送之外，还从一个或多个ASP向MCC发送对文件传送的请求。在MCC中，对接收到的请求进行评价、考虑，例如经历的文件请求模式或存储的文件传送模式的统计，用于确定是否向监听组播信道的IFT也传送文件并将该文件存储在该IFT中。一旦传送给IFT，这个文件内容就可以由IFT按照请求立即检索，不必给通信网络305造成任何信令的负担。
其它应用(ASP AP2)301b可以适于用来根据内部或外部发起的一些其它触发，执行对直接组播文件传送的请求。无需任何用户交互的服务可以包括，例如，在紧急情况下将要向ITF组传送的紧急信息的发布。
将会明白，本文中所示的ITF还被假设具备必要的交互功能，例如对于向终端用户呈现检索内容所需的显示器、适用于插入用户特定选项以及用于执行与交互IPTV服务相关的用户交互的用户界面。然而，这种功能是众所周知的，并且在市场上提供了各种替换物，所以不在本文的范围内。
根据IFT视角，用户感兴趣的文件内容从各自ASP 300a-c通过用户交互请求，其中用各自ITF 310a-c的浏览器311浏览的终端用户能够访问ASP并通过HTTP代理312以单播传送方式检索所请求的文件。可替换地，ITF的应用(IFT AP2)313b可以触发HTTP代理312以自动请求所需的文件。然而，根据所述的实施例，起初在各自ITF的高速缓冲器316中搜索所需的文件。高速缓冲器316包括在搜索之前已经通过MDC从MCC检索的文件内容，其中该各自文件内容被保存在高速缓冲器316中，只要其设置为有效。文件的有效性可以用与该内容相关存储的特定有效性属性来定义。如果在高速缓冲器316中找到了所请求的文件内容，那么无需任何进一步延迟并且也不必通过通信网络305发起任何文件传送的请求，就能够检索它。然而，如果该文件不在高速缓冲器中，那么用于单播文件传送的请求就必须发起并向各自ASP和应用转发。在该请求被传送给ASP300a-c中的一个之前，将一个或多个属性依附给该请求，该每个属性都定义文件特定的需求。
为了提供改善的MDC传送机制，将需要在MDC312的传输侧上的控制功能。为此，引入了表示为组播控制器(MCC)320的普通控制功能。如上所述，向ASP转发的每个单播请求也将转发给MCC 320，其中该请求与其它请求一起被进行评价并基于有效信息，作出该文件内容是否还应该通过MDC 312进行传送的决定。下面参照图8对这种处理的例子进行描述。
MCC 320负责将从ASP 300a-c在MDC 312上提供的文件内容向每个ITF310a-c进行组播传送，ITF连接并监听MDC 312。虽然，在附图中只图示一个MDC 312，但是MCC能够通过多个MDC控制文件传送。IFT通常在启动时连接MDC，典型地通过利用因特网组管理协议(I GMP)，并保持监听MDC直到ITF关闭电源，或者直到它被指示改变MDC。MCC 320还可以连接至一个或多个MDC代理(未示出)，作为ITF 310a-c和ASP300a-c之间的媒介单元操作。
将在下面参照图5更详细描述的MDC插入功能(MDCIF)321适用来对从ASP 300a、b、c检索的文件内容的组播文件传送进行控制。根据已经得到的结论：文件将通过MDC 312进行传送，从各自ASP检索实际的文件内容。然后对文件内容传送进行调度并推向ITF 310a-c。对各自MDC 312有效的传送管理将依赖于调度方案，其将考虑内容的特定标准。所提出的扩展FDT，与滤波处理一起使用，将会引入更灵活的调度，其中在确定程序的过程中可以考虑请求中所接收的一个或多个属性以及可选地，额外的信息，诸如例如存储在MCC数据库(MCC DB)322中的电视节目流行统计。典型地，MCC DB 322还包括各种旋转的文件实例，从而以规则的间隔在MDC上重复。
一旦文件内容通过MDC 312被传送给ITF 310a，那么就由所介绍的MDC终端功能(MDC TF)314来处理该文件内容。所提出的滤波处理可以由位于MDC TF 314中的逻辑或由ITF 310a-c的应用(IFT AP1)313a来控制。该滤波处理允许终端用户将所接收的终端用户感兴趣的文件内容和不相关的内容区分开来。在滤波后，根据与该文件内容相关的一个或多个属性处理所识别的文件内容。文件内容例如可以由高速缓冲器的插入功能(高速缓冲器IF)315从MDC TF 314检索并插入到高速缓冲器316中，如果用各自属性表示该高速缓冲器的话。各自文件内容通常只要其有效就保存在高速缓冲器中。当由有效性属性设置的有效时间届满时，该文件内容被从高速缓冲器316中丢弃。然而，如果对应文件已经存在于该高速缓冲器中，那么这个文件被丢弃并由新的升级的文件来代替。
现在参照图5更为详细的说明示例性MCC 320，该示例性的MCC 320包括根据上述实施例被用于组播传送的评价和调度的MDC IF 321。
MCC 320包括一个或多个应用程序界面(API)330，其被用于面向ASP300a-c的应用，允许接收请求，最初目的是用于ASP 300a、b、c，并且一旦MCC 320已经做出了各自文件内容的组播文件传送的决定，允许接收文件内容本身。对由API3 30接收的文件传送的请求被转发给MDC格式化和调度功能(MDC FSF)331，其中该请求与其它队列请求一起被放置在队列333中。在排队等待之后，MDC FSF 331可以利用存储在MCCDB 322中并从MCC DB 322中检索的统计信息来确定该文件是否将也通过MDC进行传送。如果决定了，那么典型地通过执行客户端指定牵拉的方式从各自ASP检索文件内容，并且根据该请求中检索的一个或多个属性对文件传送进行调度。
该调度可以是基于被单独激活或组合激活的一个或多个滤波功能。在第一级别(其可以在MDC达到预定带宽限制时被激活)上，MDC FSF 331可以考虑属性，诸如例如优先级，以便对执行所请求的文件传送的顺序区分优先次序。在第二级别(其在MDC上拥塞的风险低的时候考虑)上，可以考虑其它属性，诸如例如失效时间和/或有效时间，并将其与其它请求的相应属性比较。
除属性外，调度还可以利用从MCC DB 322检索的信息，例如频率最高的请求文件内容被赋予最高优先级。
在调度之后，文件内容和包括IFT接收机的用法说明的文件描述信息，根据FLUTE协议在MDC FSF 321中进行格式化。
如上所述，参照图2，一个或多个文件描述实例被集合为FDT实例，每个FDT实例都载有一个或多个文件条目。该FDT实例通过MDC发射器334被推向专用MDC上的ITF 310a-c。一旦FDT实例已经被传送给IFT，一个或多个载有文件内容的ALC分组就与相关标识符(TOI)集合在一起。然后，ALC分组也通过MDC发射器334被推向ITS 310a-c。
在每个接收IFT内，利用与文件内容相关的属性以及定义为每个接收机所设定的特定简档的选择标准，识别感兴趣的文件内容并将其与无关内容区分开来。现在参照图6对ITF 310的示例性MDC TF 314进行更为详细的说明，该MDC TF 314适于对这种根据所述实施例的识别和滤波进行控制。
通过MDC到达MDC TF 314的文件条目被MDC接收机340接收，并由ITF逻辑341处理。该ITF逻辑341包括识别机制，其用于确定将要在文件条目之后进行传送的文件内容是否是对ITF感兴趣。在将文件实例的属性与从IFT逻辑341或IFT AP1 313检索的预设置的选择标准343比较之后，ITF逻辑将选择列表342和相关属性放置在一起，该选择列表342表示一个或多个与被发现对于ITF感兴趣的文件实例相联系的标识符(TOI)。包括选择列表342中所示的标识符的所有文件实例，被IFT逻辑341考虑并根据相应的一个或多个属性进行处理。然而，具有选择列表342中未示出的标识符的文件实例，被IFT逻辑341丢弃。在可替换的实施例中，已经在MDC接收机340中丢弃无关的文件内容。
图7示出了选择标准的一些例子，其可被用来指定ITF的接收需求，也就是使接收个性化。
选择标准“区域”定义了各自IFT所位于的地理区域。当利用选择标准“区域”时，位于例如由“se.stockholm.norrmalm.se”所定义的区域内的ITF将接收由区域“se”、“se.stockholm”、“se.stockholm.norrmalm”所标记的所有到达文件实例。
选择标准“商标”表示ITF的制造商。这个标准可以表示只有旨在用于该特定商标的内容才被接受。
“版本”是另一个选择标准，其可被用来表示所使用的固件版本是哪个，使ITF能够过滤掉那些不适于与这个版本一起使用的任何内容。
“兴趣”可以提供给终端用户大量各种可替换选项，以用于使IFT个性化，并且从而可选择性地选出将要通过所提出的MDC机制接收哪种类别的内容。
“等级”可用来表示ITF的当前用户的最低水平。
“年龄”可以表示ITF的当前用户的最小年龄，而“频道”是表示当前ITF上所观看的电视频道的选择标准。
可以明白，所示的这个选择标准列表仅仅通过例子的方式来描述原理使用。因而，图7的列表可以用适于表达来自终端用户、生产商和/或服务提供者的视点的兴趣、喜好方面的其它选择标准进行扩展。
ITF逻辑341也可适用于根据类型属性处理感兴趣的文件实例。如上所解释的，被用高速缓冲器标记的文件实例例如将被转发给并存储在高速缓冲器315中。然而，如果该高速缓冲器是空的或者已经达到了预定门限，优先级属性可以被用来确定哪个文件实例将列入优先。
图8是图示根据上述实施例的文件传送机制的信令图。在图8中，图示了根据上述实施例向ASP 300进行文件传送的请求如何转发给MCC320，以及在MCC中如何作出通过MDC也向IFT组发送所请求的文件内容的决定。将会明白，虽然图8的信令图仅仅示出了一个请求的到达，但是如果对于同一文件的多个请求向MCC 320的决定逻辑显示出了某种模式，那么将仅仅作出组播文件传送的决定。
在图8的第一步骤8：1(ReqNewFile[属性])中，起初从IFT转发给ASP 300的用于文件传送的多个请求之一从ASP 300转发给MCC 320。在ITF中，最初为每个请求提供表示对各自请求文件的一定要求的属性。在下一步骤8：2中，该请求与从相同的或其它ASP接收的其它请求一起被放在队列(EnqueueFile)中。在后续的步骤8：3中，向ASP300确认该请求的队列(ConfirmSendNewFile)。在另一步骤8：4中，决定逻辑确定文件内容是否由MCC 320通过组播传送进行传送。如果对文件决定了组播传送，那么在步骤8：5(HTTP：GetURL)和步骤8：6(HTTP：URL)中将该文件内容从ASP 300中拉出。接着，对组播文件传送进行调度，由此不同的标准可以被使用以便例如避免MDC上的拥塞和/或以高效的方式对传送区分优先次序。步骤8：7所图示的调度，典型地依赖于与各自请求一起传送的属性，但是也可以依赖于与将要传送的文件内容相关的额外统计。检索的文件内容现在在MCC 320可获得用于传送给监听MDC的所有ITF。在步骤8：8中，一个或多个与将要传送的文件内容相关的FDT实例被集合并被推向监听各自组播信道的ITF(FLUTE：SendFDT[属性])。一旦在ITF 310处接收到，FDT实例的一个或多个属性就被用于对文件内容进行过滤(ProcessSelectionCriteria)，该文件内容通过将一个或多个属性与IFT 310的选择标准相匹配被认为对于IFT 310是相关的。这在另一个步骤8：9中进行。作为匹配的结果，被认为对于IFT 310是相关的文件实例能够与发现对于接收机是无关的文件实例区分开来。在下一步骤8：10，与前面被推的DFT实例相关的文件实例通过专用的MDC被推向ITF(FLUTE：SendFile[TOI，文件内容])。依赖于过滤程序的结果，因此现在能够对相关文件内容进行处理。在图中，这个步骤用步骤8：11表示(HandleFile)。
虽然参照具体实施例对本发明进行了描述，但是通常该说明只用于说明发明概念，不应该认为成是对由附属权利要求所限定的本发明的保护范围的限制。

Claims (29)

1.一种在通信网络(305)中将文件传送给监听组播信道(312)的多个接收机(310a、b、c)的方法，包括如下步骤：
-从组播控制器(MCC；320)处的至少一个应用服务器平台(ASP；300a、b、c)接收(8:1)用于文件传送的请求并对该请求排队(8:2)，其中每个请求包括至少一个指定如何处理该请求以及相关文件内容的条件的属性；
-刚确定(8:4)了文件内容将要通过组播信道从MCC传送到接收机，就从各自ASP检索(8:5，8:6)文件内容；
-基于所述至少一个属性对每个文件传送进行调度(8:7)；以及
-在对至少一个文件实例中的文件内容格式化并传送(8:10)之前，对与文件内容相关的至少一个文件条目中的文件描述信息进行格式化并传送(8:8)。
2.根据权利要求1的方法，其中在接收请求并对该请求排队之前，请求的文件内容已经通过单播从各自ASP传送给请求的接收机。
3.一种在通信网络(305)中用于在监听组播信道(312)的接收机(310a、b、c)上选择性地接收文件内容的方法，包括如下步骤：
-接收(8:8)至少一个文件条目，每个文件条目包括至少一个属性和将各自文件条目与至少一个文件实例相联系的标识符，该文件实例包括文件内容和在组播信道上的同一标识符；
-通过将每个文件条目的至少一个属性与指定接收机接收要求的至少一个选择标准(343)进行匹配来识别(8:9)对接收机感兴趣的文件实例；
-在组播信道上接收(8:10)至少一个文件实例中的文件内容；以及
-根据与该文件实例相关的至少一个属性处理(8:11)对接收机感兴趣的文件实例。
4.根据权利要求3的方法，其中该选择标准能够包括下面标准中的至少任何一个：
-区域，表示该接收机所处的地理区域；
-商标，表示制造商或接收机；
-版本，表示接收机的固件；
-兴趣，表示接收机当前用户感兴趣的领域；
-等级，表示接收机当前用户的最低等级水平；
-年龄，表示接收机当前用户的最小年龄；
-频道，表示接收机上当前观看的电视频道。
5.根据权利要求3或4的方法，进一步包括下面的步骤：
-为所需的文件内容询问高速缓冲器(316)，其中存储在该高速缓冲器中的文件内容通过组播传送已经传送给接收机；
-如果该文件内容存储在高速缓冲器中，则从高速缓冲器检索文件内容；或
-如果该文件内容未存储在高速缓冲器中，则通过单播传送从应用服务器平台(ASP；300a、b、c)检索文件内容。
6.根据权利要求5的方法，其中如果请求的文件内容未存储在高速缓冲器中，除了对单播传送进行初始化，以确定所请求的文件内容是否也要在组播信道上传送，还要从ASP向组播控制器(MCC；320)转发用于单播传送的请求。
7.根据权利要求1、2或6的方法，其中在确定步骤中下面标准中的一个或两个被考虑：
-经历的文件请求模式；
-存储的文件传送模式的统计。
8.根据上述权利要求中任何一个的方法，其中每个文件条目包括从各自请求检索的至少一个属性以及将文件条目与各自至少一个文件实例相联系的唯一标识符，其中相关的文件实例包括文件内容和同样的标识符。
9.根据权利要求3-8中任何一个的方法，其中识别步骤导致了选择列表的升级，所述列表包括感兴趣文件实例的标识符以及相关的属性，其中该选择列表在对文件实例进行过滤时以及在对所接收的感兴趣文件实例进行处理时使用。
10.根据上述权利要求中任何一个的方法，其中该属性能够是下面中的至少任何一个：
-内容-位置，指定唯一的URL识别；
-内容-类型，指定所用的信息格式；
-优先级，指定文件实例间的优先级；
-标准，指定文件实例需要被处理；
-失效时间，指定这样的时间，在该时间之前文件实例必须在MDC上被发送；
-有效时间，指定文件实例什么时候变为无效；
-类型，指定应该如何处理文件实例。
11.根据权利要求10的方法，其中类型属性能够为下面中的至少任何一个：
-高速缓冲器，表示文件实例将被存储在ITF高速缓冲器中；
-显示器，表示文件实例的内容将显示在ITF的屏幕上；
-升级，表示文件实例的内容将被用于固件的升级；
-交互消息，表示文件实例将被用于交互会话中；
-连接信道，表示接收机应该连接另一MDC信道；
-脱离信道，表示接收机应该脱离目前的MDC。
12.根据权利要求3-11中的任何一个的方法，其中与表示该内容将要被放置在接收机的高速缓冲器内的属性相关的感兴趣文件实例的内容在被指定在另一相关属性内的持续期间被存储在该高速缓冲器中。
13.根据上述权利要求中任何一个的方法，其中组播信道是组播数据信道(MDC)。
14.根据上述权利要求中任何一个的方法，其中接收机是IPTV终端功能(ITF)。
15.根据上述权利要求中任何一个的方法，其中每个接收机包括一个或多个预定选择标准的列表，每个选择标准都指定用于接收机的文件内容接收的规则。
16.一种用于选择接收在组播信道(312)上传送的文件内容的接收机(310a、b、c)，包括：
-用于连接组播信道的装置；
-用于在接收至少一个文件实例内的相关文件内容之前，接收组播信道上的至少一个文件条目的装置(340)；以及
-用于通过对接收到的文件条目进行过滤来识别被认为对接收机相关的文件实例的装置(341)。
17.根据权利要求16的接收机，其中该用于识别文件实例的装置进一步适于基于从相关文件条目检索的至少一个属性，对载有相关文件内容的每个文件实例进行处理(8:12)。
18.根据权利要求17的接收机，其中进一步包括：
-用于为所需的文件内容询问高速缓冲器(316)的装置(311)，其中存储在该高速缓冲器内的文件内容通过组播传送已经传送给接收机，其中如果文件内容存储在该高速缓冲器内，该装置适用于从高速缓冲器中检索该文件内容，或如果该文件内容未存储在该高速缓冲器内，该装置适用于通过单播传送从应用服务器平台(ASP；300a、b、c)检索文件内容。
19.根据权利要求16-18中任何一个的接收机，其中该识别装置适用于识别至少一个属性和每个所接收的文件条目的标识符，并适用于识别至少一个文件实例的每一个，该文件实例包含通过同样的标识符联系到文件条目的文件内容。
20.根据权利要求16-19中任何一个的接收机，其中识别装置适用于通过将每个各自文件条目的至少一个属性与指定接收机接收要求的至少一个选择标准(343)相匹配对所接收的文件条目进行过滤。
21.根据权利要求16-20中任何一个的接收机，其中该用于识别文件实例的装置进一步被适用于对包括感兴趣文件实例的标识符以及相关属性的选择列表(342)进行更新。
22.根据权利要求21的接收机，其中该接收装置适用于利用选择列表来接受感兴趣的文件实例、并丢弃剩余的文件实例；用于识别文件实例的装置适用于根据该相关的至少一个属性利用该选择列表对感兴趣的文件实例进行处理。
23.根据权利要求16-22的接收机，其中该接收机进一步包括：
-用于将与如此表示的属性相关的相关文件内容插入到高速缓冲器中或者用新版本的文件内容替换已存在的文件内容的装置(315)。
24.根据权利要求16-23中任何一个的接收机，其中该接收机是IPTV终端功能(ITF)。
25.根据权利要求16-24中任何一个的接收机，其中IFT是机顶盒/TV、移动电话或个人电脑(PC)中的任何一个。
26.用于对向多个接收机(310a、b、c)的组播传送进行管理的组播控制器(MCC；320)，该多个接收机(310a、b、c)监听由该MCC管理的组播信道(312)，其包括：
-用于从至少一个服务提供者平台(SPP；300a、b、c)接收(8:1)文件传送请求并对该请求进行排队(8:2)的装置(330，333)，其中每个请求包括至少一个属性，每个属性指定如何处理该请求以及相关文件内容的条件；
-用于确定(8:4)文件内容是否将要通过组播信道从MCC向接收机传送的装置；
-用于检索(8:5，8:6)将要通过组播信道进行传送的文件内容的装置；
-用于基于相关请求的至少一个属性对每个文件传送进行调度的装置(311)；以及
-用于在对至少一个文件实例内的文件内容格式化并传送(8:10)之前，对与文件内容相关的至少一个文件条目内的文件描述信息进行格式化并传送(8:8)的装置(331，334)。
27.根据权利要求26的组播控制器，其中该格式化并传送装置适用于对每个文件条目进行格式化，以包括至少一个属性和将该文件条目与载有相关文件内容的文件实例相联系的唯一标识符，并对文件实例格式化以包含相关的文件内容和同样的标识符。
28.根据权利要求26或27的组播控制器，其中该确定装置进一步适用来考虑下面标准中的一个或两个：
-经历的文件请求模式；
-存储的文件传送模式的统计。
29.根据权利要求26、27或28的组播控制器，其中该组播信道是组播数据信道(MDC)。
CN2007800204558A 2006-06-02 2007-06-01 组播传送 Expired - Fee Related CN101461212B (zh)

Applications Claiming Priority (3)

Application Number Priority Date Filing Date Title
US80372906P 2006-06-02 2006-06-02
US60/803,729 2006-06-02
PCT/SE2007/000534 WO2007142573A1 (en) 2006-06-02 2007-06-01 Multicast delivery

Publications (2)

Publication Number Publication Date
CN101461212A true CN101461212A (zh) 2009-06-17
CN101461212B CN101461212B (zh) 2012-10-10

Family

ID=38801717

Family Applications (1)

Application Number Title Priority Date Filing Date
CN2007800204558A Expired - Fee Related CN101461212B (zh) 2006-06-02 2007-06-01 组播传送

Country Status (7)

Country Link
US (2) US20090207839A1 (zh)
EP (1) EP2025123A4 (zh)
JP (1) JP4886032B2 (zh)
CN (1) CN101461212B (zh)
BR (1) BRPI0712750A2 (zh)
CA (1) CA2653816A1 (zh)
WO (1) WO2007142573A1 (zh)

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN102656897A (zh) * 2009-12-15 2012-09-05 夏普株式会社 内容分发系统、内容分发装置、内容再生终端及内容分发方法
CN106233739A (zh) * 2014-05-08 2016-12-14 瑞典爱立信有限公司 用于处理广播或多播内容的方法、装置和通信设备

Families Citing this family (28)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20070124395A1 (en) * 2005-09-22 2007-05-31 Stephen Edge Geography-based filtering of broadcasts
JP5148697B2 (ja) * 2007-06-01 2013-02-20 トムソン ライセンシング 受信機で電力管理を実行する装置及び方法
US8849183B2 (en) 2007-10-05 2014-09-30 Qualcomm Incorporated Location and time based filtering of broadcast information
US8331278B2 (en) * 2008-03-28 2012-12-11 Qualcomm Incorporated Managing an assignment of unicast traffic channels to access terminals participating in a multicast session within a wireless communications network
FR2938145A1 (fr) * 2008-10-30 2010-05-07 France Telecom Traitement d'une requete destinee a un serveur interactif de guide des programmes, equipement de reception et serveur interactif associes
CN101753589B (zh) * 2008-12-15 2012-12-12 中国移动通信集团公司 数据文件解密方法、解密装置和数据广播系统
US9280778B2 (en) 2008-12-15 2016-03-08 Qualcomm Incorporated Location logging and location and time based filtering
EP2460347A4 (en) * 2009-10-25 2014-03-12 Lg Electronics Inc METHOD FOR PROCESSING BROADCAST AND BROADCAST RECEIVER PROGRAM INFORMATION
PT2550607T (pt) * 2010-03-23 2020-05-15 Reversinglabs Corp Filtragem de conteúdo web com base em nuvem
CN102238428A (zh) * 2010-04-29 2011-11-09 鸿富锦精密工业（深圳）有限公司 机顶盒及其快速构建电视节目表的方法
TWI420896B (zh) * 2010-05-04 2013-12-21 Hon Hai Prec Ind Co Ltd 機上盒及其快速構建電視節目表的方法
JP5400742B2 (ja) * 2010-10-18 2014-01-29 株式会社Ｎｔｔドコモ 片方向伝送システム及びコンテンツ配信方法
WO2012107788A1 (en) * 2011-02-08 2012-08-16 Telefonaktiebolaget L M Ericsson (Publ) Method and system for mobility support for caching adaptive http streaming content in cellular networks
US9485108B2 (en) 2011-03-14 2016-11-01 Qualcomm Incorporated System and apparatus for using multichannel file delivery over unidirectional transport (“FLUTE”) protocol for delivering different classes of files in a broadcast network
US9026671B2 (en) * 2011-04-05 2015-05-05 Qualcomm Incorporated IP broadcast streaming services distribution using file delivery methods
US9451401B2 (en) * 2011-05-27 2016-09-20 Qualcomm Incorporated Application transport level location filtering of internet protocol multicast content delivery
US9668006B2 (en) * 2011-06-01 2017-05-30 Comcast Cable Communications, Llc Content selection based on dispersion calculations
CN103067415B (zh) * 2011-10-18 2017-04-26 康佳集团股份有限公司 服务器及其软件升级方法、ip机顶盒及其软件升级方法
KR101491604B1 (ko) * 2011-11-02 2015-02-13 주식회사 케이티 다중 채널을 이용한 콘텐츠 제공 방법 및 시스템
JP5895496B2 (ja) 2011-12-09 2016-03-30 富士通株式会社 無線通信装置、データ配信装置、データ更新方法及びデータ配信方法
WO2013100350A1 (en) 2011-12-28 2013-07-04 Samsung Electronics Co., Ltd. Image processing apparatus, upgrade apparatus, display system including the same, and control method thereof
WO2013103828A1 (en) * 2012-01-05 2013-07-11 Telcom Ventures, L.L.C. Systems, methods, and devices for selecting a content delivery method based on demand for particular content by customers
US20130182643A1 (en) * 2012-01-16 2013-07-18 Qualcomm Incorporated Method and system for transitions of broadcast dash service receptions between unicast and broadcast
US9438487B2 (en) 2012-02-23 2016-09-06 Ericsson Ab Bandwith policy management in a self-corrected content delivery network
US9253051B2 (en) * 2012-02-23 2016-02-02 Ericsson Ab System and method for delivering content in a content delivery network
US9319474B2 (en) * 2012-12-21 2016-04-19 Qualcomm Incorporated Method and apparatus for content delivery over a broadcast network
US20150081837A1 (en) * 2013-09-13 2015-03-19 Google Inc. Provisioning a plurality of computing devices
KR101875664B1 (ko) * 2014-04-09 2018-07-06 엘지전자 주식회사 방송 신호 송/수신 처리 방법 및 장치

Family Cites Families (13)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US7051004B2 (en) * 1998-04-03 2006-05-23 Macrovision Corporation System and methods providing secure delivery of licenses and content
US6366987B1 (en) * 1998-08-13 2002-04-02 Emc Corporation Computer data storage physical backup and logical restore
US6973667B2 (en) * 2001-03-01 2005-12-06 Minerva Networks, Inc. Method and system for providing time-shifted delivery of live media programs
US7159014B2 (en) * 2001-06-04 2007-01-02 Fineground Networks Method and system for efficient and automated version management of embedded objects in web documents
SE524679C2 (sv) * 2002-02-15 2004-09-14 Ericsson Telefon Ab L M System för broadcast/multicast-utsändning av datainformation emot en lokal del av ett trådlöst nät
JP4019863B2 (ja) * 2002-09-04 2007-12-12 日本電気株式会社 マルチキャスト制御装置、マルチキャスト配信システム及びマルチキャスト配信方法並びにそのプログラム
JP4297875B2 (ja) * 2002-11-05 2009-07-15 富士通株式会社 ネットワーク中継方法及び装置
KR100742244B1 (ko) * 2002-12-18 2007-07-24 노키아 코포레이션 세션들을 고지하는 방법
US7614071B2 (en) * 2003-10-10 2009-11-03 Microsoft Corporation Architecture for distributed sending of media data
JP4459644B2 (ja) * 2004-02-06 2010-04-28 株式会社エヌ・ティ・ティ・ドコモ データ受信装置およびデータ受信方法
JP4464766B2 (ja) * 2004-03-03 2010-05-19 株式会社日立製作所 マルチキャスト配信制御装置
US20060059267A1 (en) * 2004-09-13 2006-03-16 Nokia Corporation System, method, and device for downloading content using a second transport protocol within a generic content download protocol
US8028319B2 (en) * 2006-05-31 2011-09-27 At&T Intellectual Property I, L.P. Passive video caching for edge aggregation devices

Cited By (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN102656897A (zh) * 2009-12-15 2012-09-05 夏普株式会社 内容分发系统、内容分发装置、内容再生终端及内容分发方法
CN102656897B (zh) * 2009-12-15 2015-07-15 夏普株式会社 内容分发系统、内容分发装置、内容再生终端及内容分发方法
CN105025340A (zh) * 2009-12-15 2015-11-04 夏普株式会社 数据分发装置及方法、数据接收装置及方法
CN106233739A (zh) * 2014-05-08 2016-12-14 瑞典爱立信有限公司 用于处理广播或多播内容的方法、装置和通信设备

Also Published As

Publication number Publication date
JP2009539304A (ja) 2009-11-12
CN101461212B (zh) 2012-10-10
WO2007142573A1 (en) 2007-12-13
BRPI0712750A2 (pt) 2012-09-11
US20160212197A1 (en) 2016-07-21
EP2025123A1 (en) 2009-02-18
US20090207839A1 (en) 2009-08-20
WO2007142573A8 (en) 2009-01-15
CA2653816A1 (en) 2007-12-13
JP4886032B2 (ja) 2012-02-29
EP2025123A4 (en) 2013-10-09

Similar Documents

Publication Publication Date Title
CN101461212B (zh) 组播传送
CN101480052B (zh) 具有中断处理和特技播放功能的信号分配系统
JP5601873B2 (ja) ターゲットコンテンツの放送および受信装置
EP1950967A1 (en) Epg, streaming media scheduling and demanding system, method and apparatus
CN101371570B (zh) 提供画中画服务的方法和设备
AU2004321838B2 (en) Transfer of data objects
CN100499803C (zh) 网络电视消息通知系统、设备及方法
US20110321083A1 (en) Integrating and processing embedded links to related video content in a video stream to provide advertising information
JP2005531178A (ja) Ｉｐマルチキャストのための発見情報
WO2011074525A1 (ja) コンテンツ配信システム、コンテンツ配信装置、コンテンツ再生端末およびコンテンツ配信方法
CN104115501A (zh) 用于家用及随身定向内容传递的系统及方法
WO2018079295A1 (ja) 情報処理装置、及び、情報処理方法
CN101677394A (zh) 基于网际协议电视的广告插播方法及装置
KR100738043B1 (ko) 채널 정보를 이용한 유니캐스트/멀티캐스트 전환 미디어서비스 방법 및 장치
CN101355676A (zh) 提供网络电视业务信息的方法和网络电视业务系统
KR102482207B1 (ko) 디지털 방송 시스템에서 서비스 전환을 위한 방법 및 장치
AU2011377509A1 (en) Method for providing interactive services
EP1802069B1 (en) Method and system for transmitting broadcast related data to a mobile data processing unit
EP2178269A1 (en) Monitoring the content of communications to a user gateway
CN101753957A (zh) 用于数据处理的方法和装置以及具有该装置的系统
CN102428664B (zh) 用于提供组播服务的方法
CN101188740A (zh) 直播网络电视的组播方法
EP2312844B1 (en) Data broadcast system, data broadcast server and data broadcast program
JP4194087B2 (ja) 配信管理サーバ、コンテンツ配信管理方法、そのプログラムおよび記憶媒体
JP3958585B2 (ja) データ配信システム

Legal Events

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

Granted publication date: 20121010

Termination date: 20170601

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