CN106233739A - 用于处理广播或多播内容的方法、装置和通信设备 - Google Patents

用于处理广播或多播内容的方法、装置和通信设备 Download PDF

Info

Publication number
CN106233739A
CN106233739A CN201480078441.1A CN201480078441A CN106233739A CN 106233739 A CN106233739 A CN 106233739A CN 201480078441 A CN201480078441 A CN 201480078441A CN 106233739 A CN106233739 A CN 106233739A
Authority
CN
China
Prior art keywords
communication equipment
instruction
version
multicast
user content
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Pending
Application number
CN201480078441.1A
Other languages
English (en)
Inventor
凌捷
谢锦扬
易特山姆·艾尔卡亚特
王武
迈克尔·约翰·斯辛格
托斯腾·洛马尔
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
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 CN106233739A publication Critical patent/CN106233739A/zh
Pending legal-status Critical Current

Links

Classifications

    • 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/75—Media network packet handling
    • H04L65/762—Media network packet handling at the source 
    • 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/258—Client or end-user data management, e.g. managing client capabilities, user preferences or demographics, processing of multiple end-users preferences to derive collaborative data
    • H04N21/25808—Management of client data
    • H04N21/25833—Management of client data involving client hardware characteristics, e.g. manufacturer, processing or storage capabilities
    • 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
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/50—Network services
    • H04L67/51—Discovery or management thereof, e.g. service location protocol [SLP] or web services
    • 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/258—Client or end-user data management, e.g. managing client capabilities, user preferences or demographics, processing of multiple end-users preferences to derive collaborative data
    • H04N21/25808—Management of client data
    • H04N21/25858—Management of client data involving client software characteristics, e.g. OS identifier
    • 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/40—Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
    • H04N21/45—Management operations performed by the client for facilitating the reception of or the interaction with the content or administrating data related to the end-user or to the client device itself, e.g. learning user preferences for recommending movies, resolving scheduling conflicts
    • H04N21/4508—Management of client data or end-user data
    • H04N21/4516—Management of client data or end-user data involving client characteristics, e.g. Set-Top-Box type, software version or amount of memory available
    • 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/40—Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
    • H04N21/45—Management operations performed by the client for facilitating the reception of or the interaction with the content or administrating data related to the end-user or to the client device itself, e.g. learning user preferences for recommending movies, resolving scheduling conflicts
    • H04N21/454—Content or additional data filtering, e.g. blocking advertisements
    • 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/6131—Network physical structure; Signal processing specially adapted to the downstream path of the transmission network involving transmission via a mobile phone network
    • 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/6156—Network physical structure; Signal processing specially adapted to the upstream path of the transmission network
    • H04N21/6181—Network physical structure; Signal processing specially adapted to the upstream path of the transmission network involving transmission via a mobile phone network
    • 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/647—Control signaling between network components and server or clients; Network processes for video distribution between server and clients, e.g. controlling the quality of the video stream, by dropping packets, protecting content from unauthorised alteration within the network, monitoring of network load, bridging between two different networks, e.g. between IP and wireless
    • H04N21/64746—Control signals issued by the network directed to the server or the client
    • H04N21/64753—Control signals issued by the network directed to the server or the client directed to the client
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W4/00—Services specially adapted for wireless communication networks; Facilities therefor
    • H04W4/06—Selective distribution of broadcast services, e.g. multimedia broadcast multicast service [MBMS]; Services to user groups; One-way selective calling services
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W8/00—Network data management
    • H04W8/22—Processing or transfer of terminal data, e.g. status or physical capabilities
    • H04W8/24—Transfer of terminal data

Landscapes

  • Engineering & Computer Science (AREA)
  • Signal Processing (AREA)
  • Multimedia (AREA)
  • Databases & Information Systems (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Computer Graphics (AREA)
  • Computer Security & Cryptography (AREA)
  • Information Transfer Between Computers (AREA)
  • Mobile Radio Communication Systems (AREA)

Abstract

一种在网络节点中执行的能够向通信设备广播或多播用户内容传送的方法，包括：准备要向所述通信设备广播或多播的用户内容的不同版本；针对每个版本，准备相应指令，所述相应指令被布置为指示所述通信设备中的每一个基于它的设备能力，在相应的通信设备能够处理相应版本时自动选择广播的或多播的用户内容版本中的至少一个，和/或在相应的通信设备不能处理相应版本时自动区分广播的或多播的用户内容版本中的至少一个；经由广播或多播将所述指令发送给通信设备，以及经由广播或多播将所述用户内容的不同版本发送给通信设备。还描述了用于接收这样提供的内容的方法，以及在其上可以执行这些方法的装置和通信设备。

Description

用于处理广播或多播内容的方法、装置和通信设备
技术领域
本公开涉及用于选择性地处理广播或多播内容的方法和布置。
背景技术
多媒体广播和多播服务(MBMS)是在通用陆地无线电接入网络(UTRAN)上提供的广播服务，而增强型MBMS(eMBMS)用于命名包括例如用于长期演进(LTE)的演进UTRAN(E-UTRAN)的演进分组系统中的MBMS服务。
MBMS/eMBMS是以资源有效的方式向大量接收通信设备提供用户内容的有效分发的多播和广播服务。在一种可以被称为线性视频传送的场景中，用户内容(例如直播运动游戏视频内容)可以经由多播或广播传送给例如在体育场内聚集的大量通信设备。在这种场合，MBMS/eMBMS系统可以被配置为使用MBMS用户数据报协议/单播传输下载文件传送(UDP/FLUTE)方法作为用于向通信设备传送直播电视内容的协议。可以将直播电视内容分段为例如苹果的HTTP实时流(HLS)或基于HTTP的动态自适应流(DASH)段文件。根据可以替代地被认为涉及二进制文件的传送的另一场景，MBMS/eMBMS可以利用MBMS UDP/FLUTE方法来传送对流行文件的更新，例如安卓更新、YouTube剪辑预加载或新闻事件。
然而，随着诸如上面提到的服务的使用的增加，总是更新为特定服务的最新版本的需求将导致大量用户内容并行传送，其中，可用版本的数量越大，通信设备也将接收到越大数量的不适合于相应通信设备的版本。通信设备将需要能够处理这种越来越多的分布版本。
在通信设备处处理版本(之后该版本结果不与设备兼容)可能导致资源的不必要的捆绑，并且还导致通信设备电池容量的浪费。因此，需要一种更优的处理这种数据的方式。
发明内容
本文档的目的在于解决或至少减轻上述问题中的至少一些问题。
根据第一方面，提出了一种要在网络节点中执行的能够向通信设备广播或多播用户内容传送的方法。所述方法包括：准备要向通信设备广播或多播的用户内容的不同版本；针对每个版本，准备相应指令，所述相应指令被布置为指示所述通信设备中的每一个基于它的设备能力，在相应的通信设备能够处理相应版本时自动选择广播的或多播的用户内容版本中的至少一个，和/或在相应的通信设备不能处理相应版本时自动区分广播的或多播的用户内容版本中的至少一个；经由广播或多播将所述指令发送给通信设备，以及经由广播或多播将所述用户内容的不同版本发送给通信设备。
建议的指令被认为是过滤指令，其可以容易地适配于用户内容的每个相应的关联版本，使得特定通信设备将仅使用与该通信设备兼容的用户内容。由此，可以减小处理时间和功耗二者。
根据不同实施例，提出的指令能够被布置为服务通告的元素，所述服务通告的元素是文件调度元素或会话调度元素中的任意一个。备选地，所述指令可以被布置为文件传送表(FDT)的元素或属性。
根据一个实施例，所述元素或属性被设置为表示某些设备能力的自由文本字符串，而根据另一实施例，作为替代，所述元素或属性被设置为表示某些设备能力的至少一个关键词。
根据另一方面，提出了一种将在通信设备中执行的用于处理从网络节点接收的广播或多播用户内容的相应方法。所述方法包括：经由广播或多播从所述网络节点接收与用户内容的多个不同版本相关联的指令；在所述指令中识别以下指令，该指令指示所述通信设备基于它的设备能力，在相应的通信设备能够处理相应版本时自动选择接收的、广播的或多播的用户内容版本中的至少一个，和/或在相应的通信设备不能处理相应版本时自动区分至少一个接收的、广播的或多播的用户内容版本中；以及针对每个接收到的用户内容版本，基于所述指令确定是选择还是区分所述用户内容版本。
通过在通信设备中应用所建议的方法，这种设备将能够自动地将适用的用户内容与不适用的用户内容区分开，而不必使用户参与这种选择。
根据一个实施例，该实施例允许通信设备节省功率，识别出要由所述通信设备区分用户内容版本导致通信设备估计所识别的用户内容版本的文件传送时段，并且在所估计的文件传送时段超过指定阈值的情况下，指示通信设备的一部分在指定时间段内进行休眠。
更具体地，通过估计将会传送用户内容的不期望版本的时间段，通信设备可以关闭通信设备的某些部分(例如接收相关部分)，并进入休眠。
在认为估计的文件传送时段小于指定阈值的情况下，通常确定通信设备的任何部分都不进入休眠。根据一个实施例，指示通信设备的相关部分或多个部分在丢弃用户内容版本之前处理要区分的用户内容版本，即在接收内容的常规初始处理之后丢弃内容，由此至少在一定程度上避免处理。
根据可以单独执行或与任意其他备选步骤组合执行的另一实施例，仅在识别出所述通信设备能够处理的版本时才调用能够选择接收版本的通信设备的应用。在后一情况下，在通信设备没有接收和识别相关版本的情况下，根本不需要激活相关应用。
根据另一方面，提出一种计算机程序，包括指令，所述指令当在至少一个处理器上执行时使所述至少一个处理器执行根据任意上述实施例所述的方法。
根据另一方面，提出了一种包含上述计算机程序的载体，其中，所述载体是电信号、光信号、无线电信号或计算机可读存储介质中的一种。
根据另一方面，提出了一种能够向通信设备广播或多播用户内容传送的装置，包括处理器和存储器，其中存储器包括可由所述处理器执行的指令，由此所述装置能够操作以：准备要向所述通信设备广播或多播的用户内容的不同版本；针对每个版本，准备相应指令，所述相应指令被布置为指示所述通信设备中的每一个基于它的设备能力，在相应的通信设备能够处理相应版本时自动选择广播的或多播的用户内容版本中的至少一个，和/或在相应的通信设备不能处理相应版本时自动区分广播的用户内容版本中的至少一个；经由广播或多播将指令发送给通信设备，以及经由广播或多播将用户内容的不同版本发送给通信设备。
根据一个实施例，所述装置被配置为：在准备所述指令时，将每个指令布置为服务通告的元素。所述装置被配置为：将服务元素布置为文件调度元素或会话调度元素中的任意一个。
备选地，所述装置能够操作以将每个指令布置为文件传送表(FDT)的元素或属性。
根据一个实施例，装置能够操作以将所述元素或属性设置为表示某些设备能力的自由文本字符串，而根据另一实施例，所述装置作为替代被配置为将所述元素或属性设置为表示某些设备能力的至少一个关键词。
所提出的装置可以形成广播/多播服务中心(BM-SC)的一部分，或包括相应功能的任意其他网络节点。
根据另一方面，提出了能够处理从网络节点接收的广播或多播用户内容的通信设备，包括例如以上所述的装置。所提出的通信设备包括处理器和存储器，其中所述存储器包括可以由所述处理器执行的指令，由此所述通信设备能够操作以：经由广播或多播从所述网络节点接收与用户内容的多个不同版本相关联的指令；在所述指令中识别以下指令，该指令指示所述通信设备基于它的设备能力，在相应的通信设备能够处理相应版本时自动选择接收的、广播的或多播的用户内容版本中的至少一个，和/或在相应的通信设备不能处理相应版本时自动区分至少一个接收的、广播的或多播的用户内容版本；以及针对每个接收到的用户内容版本，基于所述指令确定是选择还是区分所述用户内容版本。
根据一个实施例，所述通信设备能够操作以识别服务通告的元素中的所述指令，其中这种元素可以布置在文件调度元素或会话调度元素的任意一个中。
根据另一实施例，所述通信设备能够操作以识别文件传送表(FDT)的元素或属性中的所述指令。
根据另一实施例，可以执行以在识别出要由所述通信设备区分用户内容版本时，所述通信设备能够操作以：估计所述用户内容版本的文件传送时段，以及在所估计的文件传送时段超过指定阈值的情况下，指示所述通信设备的至少一部分在指定时间段内进行休眠。
通信设备可以被布置为：使得它可操作以在所估计的所述文件传送时段小于所述指定阈值的情况下，指示所述通信设备的一部分处理要区分的用户内容版本，此后它可操作以丢弃所述用户内容版本。
根据一个实施例，由所述通信设备的中间件执行识别、估计和指示中的至少一个。
根据一个实施例，当识别所述指令时，所述通信设备能够操作以将所述指令识别为表示元素或属性的某些设备能力的自由文本字符串，而根据另一实施例，所述通信设备能够操作以将所述指令识别为表示元素或属性的某些设备能力的至少一个关键词。
根据一个实施例，当识别所述指令时，所述通信设备能够操作以仅在识别出所述通信设备能够处理的版本时才调用能够选择接收的用户内容版本的应用。根据一个实施例，这种调用可以由通信设备的中间件执行。
附图说明
现在将结合附图更详细地描述实施例，在附图中：
图1是支持MBMS或eMBMS的通信网络的简化系统概述。
图2是示出可在网络节点处执行以将用户内容的不同可选择版本分发给通信设备的方法的流程图。
图3是示出根据一个实施例在通信设备处执行的用于选择和/或区分用户内容的不同版本的方法的另一流程图。
图4是示出根据另一实施例在通信设备处执行的用于选择和/或区分用户内容的不同版本的方法的又一流程图。
图5是根据一个实施例能够形成通信网络的一部分的装置的框图。
图6是根据另一实施例能够形成通信网络的一部分的装置的框图。
图7是根据一个实施例通信设备的框图。
图8是根据另一实施例通信设备的框图。
具体实施方式
简要描述，以下更详细地建议并描述了被配置为允许通信设备有效地选择或区分广播的或多播的用户内容的不同版本的方法和装置。
在本上下文中，通信设备被解释为能够与通信网络通信的任何类型的设备，所述通信网络能够经由广播或多播分发用户内容。更具体地，如本文所使用的通信设备可以包括无线手持移动通信设备(例如移动电话、膝上型计算机或PAD)、固定通信设备(例如电视设备、PC或计算机)或无人设备(例如移动或固定M2M设备)。M2M设备可以包括但不限于数字标牌广告牌、连接的汽车、紧急报警设备或公共安全设备。
在当前上下文中，用户内容指的是可以分发给通信设备并由通信设备使用的任何类型的内容，包括可以向通信设备广播或多播的内容，例如软件更新、广告、公共安全信息、车载娱乐系统更新和电影。
更具体地，公开了一种在网络节点中执行的方法，用于向能够处理广播或多播内容的通信设备准备和发送指令，其中指令指示通信设备如何对接收的、广播的或多播的用户内容作出响应，其中该指令基于设备能力，即通信设备的设备能力将确定它将如何响应和处理由通信设备接收的广播的用户内容。
尽管给出的示例涉及MBMS或eMBMS，但是应当理解，所描述的构思可以适用于能够基于相应通信设备的能力来区分不同的广播或多播版本的任何类型的布置。尽管本文档中给出的示例仅提及广播场景，但应当理解，所建议的示例和实施方式也可以应用于多播场景，即基于相应通信设备的能力来区分不同多播版本。
如下面将更详细地描述的，本文还建议了在通信设备中执行的用于接收和处理诸如上述的指令和相关联的用户内容的相应方法。
此外，如下面将更详细地描述的，还建议了如上所述的用于准备和发送指令和相关联的用户内容的布置，以及用于接收和处理这种指令和相关联的用户内容的通信设备。
图1中示出了也可以应用于能够经由广播或多播分发内容的其他通信系统的LTE解决方案架构上的eMBMS的一个示例。
应当理解，为了简单，在图1中省略了通常包括在所描述类型的系统中、但对理解所描述的解决方案不是必需的节点或实体。对于例示了系统和/或节点架构的其余附图也是如此。
图1的架构100包括至少一个、但通常是多个地理上分布式的广播多播服务中心(BM-SC)110，其中每个都能够分发从一个或多个内容服务提供商120提供的内容，其中内容服务提供商120通常包括内容存储器(未示出)和直播编码器(未示出)，直播编码器能够在广播操作功能130的监督下以卫星馈送、直播馈送和/或内容分发网络(CDN)馈送的形式向BM-SC 110提供内容馈送，内容存储器和直播编码器二者都能够与BM-SC 110交互。BM-SC110经由多媒体广播多播服务网关(MBMS-GW)150与接入网络连接，接入网络通常包括多个地理上分布式的接入节点，但为了简单这里由一个单个接入节点(这里由eNB 140)表示，其中eNB 140能够经由单播、多播或广播将提供的内容馈送分发给位于接入网络的范围内的通信设备。虽然通常一次多个通信设备与接入网络连接，但为了简单图1中仅示出了一个单个通信设备160。
通过在网络中提供使网络100能够向通信设备160提供指令从而使通信设备160能够通过应用如本文所述的过滤机制来将兼容版本与不兼容版本区分开的布置，通信设备160将能够相应地适配特定功能，使得对于不兼容版本使用最小的处理能力，而以常规方式接收和处理兼容版本。
根据3GPP TS 26.346，v 12.1.0，第5.2.2章节，在用户服务描述(USD)片段和调度描述片段中定义服务类属性。通过使用服务类，通信设备的应用将能够向通信设备的中间件注册，以表达它对一个或多个特定服务的兴趣。通过利用这种选项，应用仅需要接收其服务类与其兴趣相匹配的那些服务，从而在通信设备上提供典型的服务过滤机制。从应用的角度来看，所提到的服务类属性使通信设备能够区分不同的服务组，使得例如若干迪斯尼服务共享用以下属性所例示的相同的服务类。
＜userServiceDescription serviceId＝″urn：ericsson：disney：tvchannel″
serviceClass＝″urn：oma：bcast：oma_ext：disney：1.0″＞
在上面给出的示例中，对于不对标记有服务类urn：oma_ext：Disney：1.0的服务感兴趣的通信设备，在这种通信设备上运行的应用将不向该服务类的中间件平台注册，并且因此，这些服务将不会向相应应用程序传送。
根据用于过滤用户内容的另一备选方案，调度片段的fileSchedule元素通常包括文件URI属性。通过利用文件URI中可用的文件名，应用程序将能够向终端用户通知相应文件，并且还使终端用户能够主动选择他们希望接收的文件。基于终端用户做出的决定，相应的应用将能够通知通信设备的中间件接收所选文件。下面给出这种文件调度信息的示例。
为了能够使用基于fileURI的机制(例如上面提出的机制)，应用程序将必须询问终端用户是否将接收经由LTE广播来广播的服务(这里是“exampleapp.apk”)，并且终端用户必须主动对这种请求作出响应，以访问相应服务。
通过使用相同的服务类，运营商，服务提供商或内容提供商可以向不同的通信设备提供不同的用户内容，并且它们还能够针对特定通信设备定向某些用户内容。
然而，存在使用服务类不是有效解决方案的多个场景。
根据一场景，运营商或应用提供商正计划针对特定类型的通信设备(例如，例如安卓4兼容设备)分发OS升级。也就是说，仅期望安卓4兼容的通信设备接收并基于这种版本执行升级，而不兼容的通信设备(例如安卓3和iPhone设备)并不针对提到的版本。
根据另一场景，相同的软件(例如游戏)的不同的版本，例如一个版本针对iOS终端配置并且一个版本用于安卓设备，将被分发用于在不同的通信设备处的选择性实施方式。
根据另一场景，运营商或内容提供商想要分发瑞典文用户内容的版本，目标是支持瑞典文的通信设备。然而，这种版本不应寻址不支持瑞典文的任何漫游通信设备。
根据最终场景，由于不同通信设备应用的不同编码机制，相应用户内容经由不同的电视频道(例如两个不同的迪斯尼频道，一个使用针对安卓设备的MPEG DASH，另一个使用针对IOS设备的HLS)分发给不同的通信设备。
应当理解，贯穿本文，版本被解释为与适合于特定通信设备组的特定服务相关联的用户内容，其中属于同一组的每个通信设备具有至少一个公共的设备能力。
对于上面提到的任何使用情况，都不适合于依赖于终端用户作出关于是否接收相应版本的决定，因为在所有提及的场景中，特定版本的选择应当基于相应通信设备的设备能力，而不是基于相应通信设备用户的用户偏好。换言之，在所有上述场景中，向用户询问是否应考虑版本不是最用户友好的方法，因为例如不应打扰安卓电话用户回答他们是否有兴趣接收和处理他们没兴趣或使用的iPhone版本。因此，上面提到的fileShedule不适于也过滤包括设备能力相关用户内容的版本。
除了上述场景之外，从广告提供商的观点还可能需要用户特定广告。运营商会例如想要使用选择性广告插入功能向多个终端用户传送广告，以便使终端用户在足球比赛的中场时间观看广告，其中广告提供商希望基于相应用户组的能力向不同通信设备分发不同的广告剪辑。针对最新使用情况，广告剪辑可以在同一频道内传送，并且将不会存在可用于描述不同的广告剪辑的任何fileSehedule元素。因此，对于这种使用情况，使用服务类或文件URI来区分彼此不同的广告也是不合适的。
因此，存在用于允许通信设备基于服务类来分离服务的已知系统支持，其中服务类与每个广播会话实例相关联。然而，每个服务类将在由会话调度定义的整个广播会话实例持续时间内有效。对于许多应用程序，服务类是非常粗粒度的，并因此，强制使用许多不同服务类。因此，需要针对每个传送会话实例生成一组完整的服务通告片段，导致对于服务通告的增加的比特率需求和在通信设备上的附加处理负载，以允许基于每个服务类进行过滤。
可以通过应用以下方法来满足上述问题，该方法使通信设备能够基于相应通信设备的设备能力来过滤不针对该通信设备的、向相应通信设备广播的用户内容，从而有效地从不相关的用户内容中过滤出相关用户内容，而不需要用户参与这种决定。
通过引入这种内容过滤方案，从系统侧看的管理开销会显著减少。此外，需要与如本文所述的新的建议内容过滤方案一起发送的服务通告片段的数量也会显著减少。
更具体地，建议引入新的内容过滤方案，其中应用了允许内容提供商有效地对文件条目的每个会话条目进行子分组的信息。
现在将参考图2更详细地描述要在例如BM-SC的网络节点或能够提供相应功能的任何其它类型的网络节点处执行的方法。
在图2的第一步骤2：1中，准备多个不同版本以经由广播进行传输。准备要分发的版本还需要准备适用于每个准备好的版本的指令。这也可以称为适配服务通告或文件传送表(FDT)，使得它包含能够稍后在由通信设备接收到这种服务通告或FDT之后用于过滤出适合版本的信息。在下一步骤2：2中指示这种指令的准备。在另一步骤2：3中，如步骤2：3所指示，经由广播发送指令，而在另一步骤2：4中，还经由广播发送指令所参照的不同用户内容版本。
如上述方法中所示，每次有特定软件或任意其他类型的用户内容的更新时，可以因此容易地准备并与相关联的指令一起发送合适数量的不同新版本。
在另一附图(图3)中，建议在通信设备中执行的相应方法。在第一步骤3：1中，通信设备正在经由广播接收以服务通告、FDT或任何其它相应格式发送的指令，此后在下一步骤3：2中接收在指令中描述的特定用户内容的一个或多个版本。如在另一个步骤3：3中所指示的，通信设备然后识别向通信设备指示什么时候或在什么条件下应当由通信设备区分或过滤一个或多个不同的版本、以及因此通信设备应当考虑哪个/哪些版本的指令，并且在最终步骤3：4中，通信设备应用相关指令，使得通信设备的应用程序相应地接收、选择和处理所需或兼容的版本，而在通信设备处不选择不想要的或不兼容的版本。这里应当理解，尽管在图3中步骤3：3在步骤3：2之后执行，但是备选地，步骤3：3可以已执行、或可以在步骤3：2的执行之前开始执行。还应当理解，可能发生这种情况：步骤3：2和3：4中的一个或两个都不能发生，即可能由于某种原因通信设备不接收和识别用户内容的想要和/或不想要的版本。即使在这种情况下，通信设备可以相应地从已经接收并解译的指令获益，原因在于可以针对不同目的适配(例如跳过)各种后续步骤，所述不同目的例如以下一个或多个：节省功率、降低存储需求和降低处理需求。
每当相应地接收和处理新指令时，可以初始化并执行上述方法。
根据可以被称为例如文件过滤机制的一个实施例，上面被称为指令的过滤条件被插入到服务通告的fileSchedule元素中。下面是在Schedule片段中提供的示例性fileSchedule信息。给定的fileSchedule示例描述可以如何在服务通告的文件调度元素中描述和区分一个iOS版本(OSVendor包括Apple)与安卓版本(OSVendor包括Google)。
如以上示例中所指示的，iOS版本将从2013-03-01 23：10：00传送直至2013-03-0123：20：00，而安卓版本将从2013-03-01 23：20：00传送直至2013-03-01 23：30：00，即，通告一个接一个地执行两个不同版本的传输，并且因此，通过知道这一点以及通信设备对一个版本感兴趣而对另一版本不感兴趣，可以相应地适配通信设备的多个部分，例如，当将要分发不想要的版本时，对某些功能去激活并由此减少电池消耗，而在要分发所述通信设备感兴趣的版本时则激活相应功能。
在当前示例中，用户内容过滤基于关键词“OSVendor”和“包括”，之后是相关版本的指示，其中“包括”被解释为指示所指示的传输包括所指示的版本。备选地，只要接收通信设备能够解释所使用的术语是有意的，可以使用其他关键词，例如指示版本不包括某一版本的“排除”。
如上所建议使用的关键词可以优选地是在用户代理简档(UAProf)规范中定义的属性，例如ScreenSizeChar、HtmlVersion、CcppAccept-Language、Model、OSName、OSVersion等。由于UAProf是由开放移动联盟创建的并且与万维网联盟中的复合能力/偏好简档兼容的既定规范，在用户代理简档中定义的属性被网络节点和通信设备所广泛理解。备选地，关键词可以基于被相关实体理解的任何其他词汇。
当应用关键词时，通信设备的软件、硬件和/或中间件可以取决于相关配置被配置为：识别并解释各关键词，并且由于相应的功能被配置为知道使用哪个版本和/或不使用哪个版本，它将能够相应地解释一个或多个关键词。
通过应用在文件URI元素中指示过滤条件的文件过滤，如上所述，通信设备将能够检查它存储的OSVendor信息，并确定通信设备的能力是否与相应版本兼容。在本场景中，这可以例如意味着：对于iOS通信设备，可以跳过相应安卓版本，而安卓通信设备则可以选择忽略iOS版本。还可以基于其他准则(例如屏幕分辨率)来区分不同版本。大多数安卓和iPhone手机的屏幕都比iPad和安卓平板电脑的屏幕小。
备选地，替代于使用某些关键词，新的内容过滤元素可以被提供为自由文本字符串，使得实际过滤的定义完全取决于负责引入所建议的过滤的内容提供商、运营商等。在使用自由文本字符串的情况下，通信设备的中间件可以例如被配置为将识别的过滤文本字符串传送给能够自己处理文本字符串的应用程序。例如，设备上的社交网络应用可以跟踪包括生日信息的一些用户信息，并且社交网络服务提供商可以传送具有简单过滤文本“给过生日的男士/女士”的特殊生日问候剪辑。应用可以理解和处理这种过滤，并且它将能够基于过滤信息向满足该准则的那些过生日的男士/女士呈现生日问候，而这种剪辑区别其他用户。
取决于相应的版本类别，所使用的过滤可以备选地应用于诸如例如语言的其他通信设备，其使运营商、内容提供商或其他提供商能够使用同一承载来传送特定用户内容的多个版本，以及使通信设备能够根据当前设备能力自动选择合适的版本。
下面给出的示例例示了过滤可以如何应用于语言能力。在给定的文件调度示例中，提供某一电影的法语版本和相应英语版本。在这里，法文版将从2013-03-01 23：20：00传送至2013-03-01 23：30：00，而英文版本将被从2013-03-01 23：30：00传送至2013-03-0123：40：00。
备选地，内容提供商将能够分发针对瑞典文能力的通信设备的特定用户内容的瑞典文版本，而不支持瑞典文的漫游通信设备将能够忽略这种版本。
当应用文件过滤时，可以适配通信设备的中间件，使得检查调度片段，并且中间件基于通信设备的能力确定是否应该进行过滤，即是否考虑特定文件版本。
备选地，在通信设备的中间件集成到OS中的情况下，OS平台而不是中间件可以执行建议的过滤。根据另一个备选实施例，可以执行过滤，并且可以由应用程序直接作出要处理哪个版本的决定。相应备选实施例也可应用作为以下给出的所有中间件相关示例的可能备选。
如果要过滤相应的版本，则中间件可以被配置为不将相应的file Schedule信息传送给当前在通信设备上运行的相应应用。用这种方式，将不会使应用程序意识到这种版本，并且因此，中间件将不会从应用程序获得接收该文件版本的任何指令，并因此不会错误地接受版本。通过在满足某些条件时关闭通信设备的中间件，例如在已经确定对于通信设备，在特定时间间隔期间要发送不相关版本之后，通信设备的总功耗可以更高效。备选地，代替于中间件，适当的硬件可以被配置为相应地交互，以便关闭通信设备的至少一部分。
在图4中示出了可应用于在通信设备处执行的文件过滤、会话过滤或FDT过滤中的任一个的另一个示例，其中步骤4：1-4：3分别与步骤3：1-3：3相对应，并且因此这里不再进一步描述。然而，如在以下步骤4：4中所指示的，相关指令的识别之后是基于所识别的指令确定是否要应用过滤，并且因此确定是否要区分所识别的版本。在不做任何区分或不进行过滤的情况下，即如果在步骤4：4中已经确定通信设备已经接收到与通信设备相关的版本，则通过比较在接收到的指令中提供的过滤准则与存储的设备能力，如步骤4：5中所示，选择接收版本以进行相应的处理，在此之后结束该过程，而相反在要区分接收到的版本的情况下，如步骤4：6所示，所描述的过程通过针对要区分的版本确定相关文件传送时段而继续。
在应用文件过滤或会话过滤的情况下，通过根据接收到的指令中获取的信息确定相关文件传送时段来执行确定步骤，而在从FDT实例获得相应信息的情况下，通过估计相关文件传送时段来实现确定步骤。这种估计可以基于文件大小以及传输带宽。通常，估计时段可以是文件大小除以传输带宽。文件大小通常包括在FDT中(即，FDT中的内容长度或传送长度)。而可以从服务通告中的SDP(即，“b＝AS”SDP属性的值)获得传输带宽，或者从通信设备的调制解调器组件获得传输带宽。例如，如果在FDT中的内容长度中指示的文件大小是250000字节(未应用内容编码)，并且SDP中的“b＝AS”的值是100kb/s，则传输时段可以估计为20秒＝250000×8/(100×1000)。
在步骤4：6之后的下一步骤4：7中，确定所估计的文件传送时段是否超过某一阈值，该阈值可以设置为例如5秒。如步骤4：8所示，如果发现确定的文件传送时段超过阈值，则指示通信设备的一个或多个部分在某一时间间隔内进行休眠。在步骤4：8中，通信设备的调制解调器可以例如是被设置为休眠的部分，并且在这种情况下，相关应用将不会意识到在阈值内分发的任何即将到来的版本。如果应用在设备的中间件和/或调制解调器上，则将通信设备的一个或多个部分设置为休眠的建议选项是特别合适的，但是相应功能也可以应用于除中间件或调制解调器之外的功能。作为将一个或多个部分设置为休眠的备选，可以在所确定的时间间隔内完全禁用相关接收功能。
如果相反，在步骤4：7中确定估计的文件传送时段比所确定的阈值短，则没有任何部件将被设置为进入休眠，因为在这种情况下确定启动任何这种节约功率过程的收益不大。相反，如步骤4：9所示，以常规方式处理(例如在通信设备的存储区域中存储)要区分的版本，此后如步骤4：10所示丢弃该版本。备选地，可以在版本被丢弃之前部分地处理版本，即仅部分执行常规处理。
应当理解，即使步骤4：8和4：10之后图4中所描述的过程结束，例如在存在要考虑的可以随后被区分或选择的任何附加版本的情况下，这些步骤可以备选地通过从步骤4：3再次执行而继续。换言之，可以重复所建议的步骤，直至已经相应地考虑了针对所有接收版本的指令为止。
对于DASH/HLS，内容被分割成多个段文件，其中需要基于每个过滤完成FDT过滤。在这种情况下，通信设备将从FDT获取过滤信息，检查一个文件，基于相关过滤信息对该文件做出决定，并重复该过程直至会话结束。
根据另一实施例，作为替代，可以在sessionSchedule元素中应用要应用于服务通告中的过滤机制，其中这种过滤可以被称为会话过滤。会话过滤适用于文件传送以及视频会话传送。在将要传送两个直播频道的场景中，一个频道可以例如使用HLS来执行针对iOS通信设备的编码，而另一频道使用MPEG DASH来执行针对安卓通信设备的编码。
并非所有文件都将由Schedule片段中的fileSchedule元素描述。例如对于直播频道，将不存在可用于描述要从网络传送的分段文件的任何fileSehedule元素。运营商或任何其他内容提供商可以例如使用适合的常规广告插入功能向终端用户传送广告，使得在体育竞技场上观看比赛的终端用户将能够例如在足球比赛的中场时观看这些广告。在这种场景下，不同的广告剪辑可以被分发给不同的终端用户，其中这些不同的终端用户可能能够基于由设备能力指定的相关用户组来过滤不同的版本。
根据另一实施例，可以因此作为替代在FDT实例的属性中引入过滤准则。为实现这一点，需要在通信设备中缓存相关信息。当接收FDT实例时，通信设备将能够在本地检查终端用户相关信息，并决定是否接收文件的特定版本。在下面呈现在FDT实例的属性中提供过滤准则的示例。
如果在FDT实例中使用元素替代属性，则这样的示例可以看起来如下：
＜File TOI＝″10000″Content-Loeation＝”
http：//www.example.com/ads_iPhone.m4s″Content-Length＝″4045744″
Transfer-Length＝″4045744″Content-Type＝″video/mp4″Content-
MD5＝″H+3wXJKB2mM+EEDWptPUZw＝＝″FEC-OTI-FEC-Encoding-ID＝″1″
FEC-OTI-FEC-Instance-ID＝″0″FEC-OTI-Maximum-Source-Block-
Length＝″1024″FEC-OTI-Encoding-Symbol-Length＝″120″FEC-OTI-Scheme-
Specific-Info＝″ACEBCA＝＝″＞
＜Filter Criteria＝”users are iPhone users”/＞
＜/File＞
通过基于FDT实例中提供的内容应用过滤，在上面给出的示例中，运营商或内容提供商会能够通过区分针对iPhone用户和安卓用户寻址的广告来向不同的通信设备传送不同的广告。
通过应用根据上述任意实施例的所建议方法，使得基于设备能力的过滤运营商和内容或应用提供商将能够在单个承载上自由地分发用户内容的不同版本，其中通信设备将能够自动选择相关版本，而可以区分出不相关版本。
在适用于上述FDT实例实施例的一个场景中，中间件会能够检查FDT实例并且决定是否过滤某一版本。在确定过滤的情况下，中间件可以从通信设备的调制解调器请求带宽信息。基于从FDT实例取得的信息，结合从调制解调器提供的带宽，中间件将能够估计文件传送时段。如上所述，参照图4，阈值可以决定中间件是否指示调制解调器在确定的时间间隔内进行休眠。在其持续时间不超过阈值的小文件版本的情况下，调制解调器可以接收文件版本，但是然后可以丢弃所接收的文件版本，以节省存储空间。备选地，适当的硬件可执行由上述示例中的中间件执行的相应功能。
现在将参照图5和图6进一步详细描述：一种形成BM-SC或任何其它网络节点的一部分或连接到BM-SC或任何其它网络节点的装置，具有用于经由广播将广播用户内容分发给通信装置的相应功能，并且能够执行网络节点相关方法。
图5的装置500包括至少一个处理器(这里由处理器510表示)和至少一个存储器(这里由存储器520表示)，存储器520包括可由处理器510执行的代码，从而装置500能够操作以：准备要向通信设备700广播的用户内容的不同版本，针对每个版本，准备相应指令，相应指令被布置为指示所述通信设备的每一个基于它的设备能力，在相应的通信设备能够处理相应版本时自动选择广播的用户内容版本中的至少一个，和/或在相应的通信设备不能处理相应版本时自动区分广播的用户内容版本中的至少一个；通过发射机530经由广播将所述指令发送给所述通信设备，以及通过发射机530经由广播将所述用户内容的不同版本发送给所述通信设备。
代码还可以在被执行时提供包括服务通告的至少一个元素的指令。
当准备指令时，装置的可执行代码可以被配置为将服务通告的元素布置为文件调度元素或会话调度元素中的任一个。更具体地，每个指令可以被配置为FDT的元素或属性。
此外，根据一个实施例，代码可以在被执行时被配置为将元素或属性设置为表示某些设备能力的自由文本串，而根据另一个实施例，元素和属性可以替代地被设置为表示某些设备能力的一个或多个关键词。
上述可执行代码可以在非易失性存储器(例如，闪速存储器、盘驱动器、RAM(随机存取存储器)、ROM(只读存储器)或EEPROM(电可擦除可编程只读存储器))上存储作为计算机程序，其中该存储器520也可以被称为可以形成装置500的一部分的计算机程序产品(CPP)。
备选地，根据另一实施例，能够执行与装置500相对应的功能的装置600可以如下面参考图6所描述地被配置为：包括多个交互模块或单元，其可以被配置为软件模块或单元、硬件模块或单元或两者的组合。一个或多个处理器或处理单元(未示出)可以构成一个或多个模块和/或控制一个或多个模块或单元。准备模块或单元610被配置为执行与图2的步骤2：1和2：2相对应的步骤，以及发送模块620，其被配置为经由发射机(TX)630执行与步骤2：3和2：4相对应的步骤。装置600还包括存储器640，其与图5的存储器520相对应。
现在将参考图7和8更详细地描述，参照图4或5能够接收和处理从诸如上述设备提供的数据的通信设备。
图7中的处理器710包括至少一个处理器(这里由处理器710表示)和至少一个存储器(这里由存储器720表示)，存储器720包括可由处理器710执行的代码，由此通信设备700能够操作以：经由广播从网络节点接收与用户内容的多个不同版本相关联的指令；接收至少一个用户版本作为广播的用户内容，在指令中识别以下指令，该指令指示通信设备700基于它的设备能力，在相应通信设备700能够处理相应版本时自动选择广播的用户内容版本中的至少一个，和/或在相应通信设备700不能处理相应版本时自动区分广播的用户内容版本中的至少一个；以及针对每个接收到的用户内容版本，基于指令确定选择还是区分用户内容版本。
通信设备的代码在被执行时可以操作以识别服务通告的元素中的指令。更具体地，通信设备可以操作以识别文件调度元素或会话调度元素中的任一个中的服务通告的元素。
当识别指令时，通信设备700能够操作以识别FDT的元素或属性中的这种指令。此外，在识别出要由通信设备区分的用户内容版本时，通信设备700可以包括指令，其在被执行时使得通信设备700估计所述用户内容版本的文件传送时段，并且指示通信设备的部分700在估计的文件传送时间段超过指定阈值的情况下在指定时间段内进行休眠。
根据一个实施例，通信设备700的代码在被执行时可以使通信设备700执行来自通信设备700的中间件的识别和估计。更具体地，在指示通信设备的部分之后，所述通信设备可以操作以在估计所估计的所述文件传送时段小于所述指定阈值的情况下，指示通信设备的一部分处理要区分的用户内容版本，此后它能够操作以丢弃所述用户内容版本。在后一种情况下，通信设备700可以操作以从所述通信设备的中间件指示通信设备的一部分(例如调制解调器)。备选地，通信设备的硬件可以执行由以上给出的示例中的中间件执行的功能。
根据一个实施例，代码可以使通信没备将所述指令识别为表示元素或属性的某些设备能力的自由文本字符串，而根据另一实施例，通信设备作为替代能够操作以将所述指令识别为表示元素或属性的某些设备能力的至少一个关键词。
通信设备可以包括代码，所述代码在执行时使所述通信设备700在识别所述指令时，仅在识别出所述通信设备能够处理的版本时才调用能够选择接收的用户内容版本的应用。在后一情况下，通信设备可以操作用于从所述通信设备的中间件或硬件调用所述应用。
上述可执行代码可以在非易失性存储器(例如，闪速存储器、盘驱动器、RAM(随机存取存储器)、ROM(只读存储器)或EEPROM(电可擦除可编程只读存储器))上存储作为计算机程序，其中该存储器720也可以被称为可以形成装置700的一部分的计算机程序产品(CPP)。
备选地，根据另一实施例，能够执行与通信设备500相对应的功能的通信设备800可以如下面参考图8所描述地配置，包括多个交互模块或单元，多个交互模块或单元可以被配置为软件模块或单元、硬件模块或单元或两者的组合。一个或多个处理器或处理单元(未示出)可以构成一个或多个模块和/或控制一个或多个模块或单元。接收模块或单元810被配置为经由接收机820执行与图3的步骤3：1和3：2和图4的步骤4：1和4：2相对应的步骤，以及识别模块830，其被配置为执行与图3的步骤3：3和图4的步骤4：3相对应的步骤。此外，通信设备800包括确定单元840，其被配置为执行与图3的步骤3：4相对应的步骤。备选地，确定模块可以被配置为执行图4的步骤4：4-4：11。
如上所述，通信设备可以包括中间件(未示出)，该中间件可以基于可能的过滤的结果被配置为控制调制解调器850或任何其他适当的功能，使得节省功耗。通信设备800还包括存储器860，其与图7的存储器720相对应。
应当理解，所描述的通信设备可以是由终端用户操作的或多或少先进的设备，或者被配置为执行某些任务(例如可以包括测量和/或控制任务)的完全自动化的设备。因此，所描述的通信设备通常可以包括附加功能模块或单元，例如用户接口、显示器以及传感器。
还应当理解，模块或单元的选择以及本公开中的单元的命名仅用于示例目的。还应当注意，只要能够获得所描述的功能，本公开中描述的模块或单元将被视为逻辑实体，其不必被配置为单独的物理实体，但是可以备选地被配置为组合的单元或模块。
上述任意处理器可以是单个CPU(中央处理器)，还可以包括两个或更多个处理器。例如，处理器可以包括通用微处理器；指令集处理器和/或相关芯片集和/或专用微处理器(例如，ASIC(专用集成电路))。处理器也可以包括用于高速缓存目的的板载存储器。计算机程序可以由与处理器相连的计算机程序产品来承载。计算机程序产品可以包括其上存储计算机程序的计算机可读介质。例如，计算机程序产品可以是闪存、RAM(随机存取存储器)、ROM(只读存储器)或EEPROM。
应当理解，在本公开内对交互单元的选择以及单元的命名仅用于示例目的，并且可通过多个备选方式来配置适合于执行上述任何方法的节点，从而能够执行所公开的处理动作。
还应当注意，本公开中描述的单元应被认为是逻辑实体，并且不必是分离的物理实体。
以下权利要求的范围不应由以上给出的示例中阐述的优选实施例来限制，而是应当给与其与该描述整体上一致的最广义的解释。

Claims (35)

1.一种在网络节点中执行的能够向通信设备广播或多播用户内容传送的方法，所述方法包括：
-准备要向通信设备广播或多播的用户内容的不同版本；
-针对每个版本，准备相应指令，所述相应指令被布置为指示所述通信设备中的每一个基于它的设备能力，在相应的通信设备能够处理相应版本时自动选择广播的或多播的用户内容版本中的至少一个，和/或在相应的通信设备不能处理相应版本时自动区分广播的或多播的用户内容版本中的至少一个；
-经由广播或多播将指令发送给通信设备，以及
-经由广播或多播将用户内容的不同版本发送给通信设备。
2.根据权利要求1所述的方法，其中，所述指令被布置为服务通告的元素。
3.根据权利要求2所述的方法，其中，所述服务通告的元素是文件调度元素或会话调度元素中的任意一个。
4.根据权利要求1所述的方法，其中所述指令被布置为文件传送表FDT的元素或属性。
5.根据权利要求1-4中任一项所述的方法，其中所述元素或属性被设置为表示某些设备能力的自由文本字符串。
6.根据权利要求1-4中任一项所述的方法，其中所述元素或属性被设置为表示某些设备能力的至少一个关键词。
7.一种在通信设备中用于处理从网络节点接收的广播或多播用户内容的方法，所述方法包括：
-经由广播或多播从所述网络节点接收与用户内容的多个不同版本相关联的指令；
-在所述指令中识别以下指令，该指令指示所述通信设备基于它的设备能力，在相应的通信设备能够处理相应版本时自动选择接收的、广播的或多播的用户内容版本中的至少一个，和/或在相应的通信设备不能处理相应版本时自动区分至少一个接收的、广播的或多播的用户内容版本；以及
-针对每个接收到的用户内容版本，基于所述指令确定是选择还是区分所述用户内容版本。
8.根据权利要求7所述的方法，其中，所述指令被布置为服务通告的元素。
9.根据权利要求8所述的方法，其中，所述服务通告的元素被布置为文件调度元素或会话调度元素中的任意一个。
10.根据权利要求7所述的方法，其中所述指令被布置为文件传送表FDT的元素或属性。
11.根据权利要求8-10中任一项所述的方法，其中，在识别出要由所述通信设备区分用户内容版本时：
-估计所述用户内容版本的文件传送时段，以及
-在所估计的文件传送时段超过指定阈值的情况下，指示通信设备的一部分在指定时间段内进行休眠。
12.根据权利要求11所述的方法，还包括以下步骤：在所估计的所述文件传送时段小于所述指定阈值的情况下，指示通信没备的一部分处理要区分的用户内容版本，所述用户内容版本此后被丢弃。
13.根据权利要求7-12中任一项所述的方法，其中所述元素或属性被设置为表示某些设备能力的自由文本字符串。
14.根据权利要求7-12中任一项所述的方法，其中所述元素或属性被设置为表示某些设备能力的至少一个关键词。
15.根据权利要求7-14中任一项所述的方法，其中仅在识别出所述通信设备能够处理的版本时才调用能够选择接收版本的通信设备的应用。
16.一种计算机程序，包括指令，所述指令当在至少一个处理器上执行时使所述至少一个处理器执行根据权利要求1-15中任一项所述的方法。
17.一种包含权利要求16所述的计算机程序的载体，其中，所述载体是电信号、光信号、无线电信号或计算机可读存储介质中的一种。
18.一种能够向通信设备广播或多播用户内容传送的装置，包括处理器和存储器，所述存储器包括能够由所述处理器执行的指令，由此所述装置能够操作以：
-准备要向所述通信设备广播或多播的用户内容的不同版本；
-针对每个版本，准备相应指令，所述相应指令被布置为指示所述通信设备中的每一个基于它的设备能力，在相应的通信设备能够处理相应版本时自动选择广播的或多播的用户内容版本中的至少一个，和/或在相应的通信设备不能处理相应版本时自动区分广播的用户内容版本中的至少一个；
-经由广播或多播将指令发送给通信设备，以及
-经由广播或多播将用户内容的不同版本发送给通信设备。
19.根据权利要求18所述的装置，其中，在准备所述指令时，每个指令被布置为服务通告的元素。
20.根据权利要求19所述的装置，其中，在准备所述指令时，所述装置能够操作以将服务通告的元素布置为文件调度元素或会话调度元素中的任意一个。
21.根据权利要求18所述的装置，其中，在准备所述指令时，所述装置能够操作以将每个指令布置为文件传送表FDT的元素或属性。
22.根据权利要求18-21中任一项所述的装置，其中，当准备所述指令时，所述装置能够操作以将所述元素或属性设置为表示某些设备能力的自由文本字符串。
23.根据权利要求18-21中任一项所述的装置，其中，当准备所述指令时，所述装置能够操作以将所述元素或属性设置为表示某些设备能力的至少一个关键词。
24.根据权利要求18-23中任一项所述的装置，其中，所述装置形成广播/多播服务中心BM-SC的一部分。
25.一种用于处理从网络节点接收的广播或多播用户内容的通信设备，包括处理器和存储器，所述存储器包括能够由所述处理器执行的指令，由此所述通信设备能够操作以：
-经由广播或多播从所述网络节点接收与用户内容的多个不同版本相关联的指令；
-在所述指令中识别以下指令，该指令指示所述通信设备基于它的设备能力，在相应的通信设备能够处理相应版本时自动选择接收的、广播的或多播的用户内容版本中的至少一个，和/或在相应的通信设备不能处理相应版本时自动区分至少一个接收的、广播的或多播的用户内容版本；以及
-针对每个接收到的用户内容版本，基于所述指令确定是选择还是区分所述用户内容版本。
26.根据权利要求25所述的通信设备，其中，当识别所述指令时，所述通信设备能够操作以识别服务通告的元素中的所述指令。
27.根据权利要求26所述的通信设备，其中，当识别所述指令时，所述通信设备能够操作以识别文件调度元素或会话调度元素中任意一个中的服务通告的元素。
28.根据权利要求25所述的通信设备，其中，当识别所述指令时，所述通信设备能够操作以识别文件传送表FDT的元素或属性中的所述指令。
29.根据权利要求26-28中任一项所述的通信设备，其中，在识别出要由所述通信设备区分用户内容版本时，所述通信设备能够操作以：
-估计所述用户内容版本的文件传送时段，以及
-在所估计的文件传送时段超过指定阈值的情况下，指示通信设备的至少一部分在指定时间段内进行休眠。
30.根据权利要求29所述的通信设备，其中，在指示了通信设备的至少一部分之后，所述通信设备能够操作以在所估计的文件传送时段小于所述指定阈值的情况下，指示通信设备的一部分处理要区分的用户内容版本，此后所述通信设备能够操作以丢弃所述用户内容版本。
31.根据权利要求25-30中任一项所述的通信设备，其中所述通信设备能够操作以从所述通信设备的中间件执行识别、估计和指示中的至少一个。
32.根据权利要求25-31中任一项所述的通信设备，其中，当识别所述指令时，所述通信设备能够操作以将所述指令识别为表示元素或属性的某些设备能力的自由文本字符串。
33.根据权利要求25-31中任一项所述的通信设备，其中，当识别所述指令时，所述通信设备能够操作以将所述指令识别为表示元素或属性的某些设备能力的至少一个关键词。
34.根据权利要求25-33中任一项所述的通信设备，其中，当识别所述指令时，所述通信设备能够操作以仅在识别出所述通信设备能够处理的版本时才调用能够选择接收的用户内容版本的应用。
35.根据权利要求34所述的通信设备，其中，所述通信设备能够操作以从所述通信设备的中间件调用所述应用。
CN201480078441.1A 2014-05-08 2014-05-08 用于处理广播或多播内容的方法、装置和通信设备 Pending CN106233739A (zh)

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
PCT/SE2014/050568 WO2015171029A1 (en) 2014-05-08 2014-05-08 Method, apparatus and communication device for handling broadcasted or multicasted content

Publications (1)

Publication Number Publication Date
CN106233739A true CN106233739A (zh) 2016-12-14

Family

ID=50896475

Family Applications (1)

Application Number Title Priority Date Filing Date
CN201480078441.1A Pending CN106233739A (zh) 2014-05-08 2014-05-08 用于处理广播或多播内容的方法、装置和通信设备

Country Status (4)

Country Link
US (1) US20170078353A1 (zh)
EP (1) EP3140993A1 (zh)
CN (1) CN106233739A (zh)
WO (1) WO2015171029A1 (zh)

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN110233904A (zh) * 2019-07-11 2019-09-13 腾讯科技（深圳）有限公司 设备更新方法、装置、系统、存储介质以及计算机设备

Families Citing this family (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2010021525A2 (en) * 2008-08-22 2010-02-25 Lg Electronics Inc. A method for processing a web service in an nrt service and a broadcast receiver
WO2016076654A1 (ko) 2014-11-13 2016-05-19 엘지전자 주식회사 방송 신호 송신 장치, 방송 신호 수신 장치, 방송 신호 송신 방법, 및 방송 신호 수신 방법
CN109646949B (zh) * 2017-10-11 2021-06-08 腾讯科技（深圳）有限公司 对象处理方法、装置、存储介质和电子装置

Citations (15)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20060004770A1 (en) * 2004-07-05 2006-01-05 Sony Corporation Server/client system, information processing unit, information processing method, and computer program
CN1883202A (zh) * 2003-11-17 2006-12-20 三星电子株式会社 数字广播中用扩展标识符更新目标设备软件的方法
CN101426179A (zh) * 2008-09-22 2009-05-06 深圳华为通信技术有限公司 业务激活的方法和业务提供的方法以及终端设备和服务器
CN101461212A (zh) * 2006-06-02 2009-06-17 艾利森电话股份有限公司 组播传送
CN101606388A (zh) * 2006-12-06 2009-12-16 联合视频制品公司 媒体源选择和转换的系统及方法
CN101729268A (zh) * 2008-11-03 2010-06-09 展讯通信（上海）有限公司 演进多媒体广播组播业务的资源分配方法及其系统
CN101953159A (zh) * 2008-01-25 2011-01-19 通用仪表公司 基于已存储的输出设置转换媒体信号的媒体呈现设备
CN101981928A (zh) * 2008-02-19 2011-02-23 诺基亚公司 多层消息过滤
US20110102675A1 (en) * 2009-11-03 2011-05-05 Echostar Technologies Llc Methods and apparatus for presenting content selection menus
US20110299546A1 (en) * 2009-01-16 2011-12-08 Rich Prodan Method and System for Optimizing Communication in a Home Network Via a Gateway
CN102422258A (zh) * 2009-05-06 2012-04-18 汤姆森许可贸易公司 用于传送根据显示设备能力而优化的多媒体内容的方法和系统
CN102428688A (zh) * 2009-05-19 2012-04-25 高通股份有限公司 通过具有内容过滤能力的移动广播设备向客户端应用递送选择性内容
US20130122960A1 (en) * 2011-11-16 2013-05-16 Lg Electronics Inc. Mobile terminal and controlling method thereof
CN103518351A (zh) * 2011-04-05 2014-01-15 高通股份有限公司 使用文件递送方法的ip广播流式传输服务分布
CN103563408A (zh) * 2011-05-27 2014-02-05 高通股份有限公司 网际协议多播内容递送的应用传输层位置过滤

Patent Citations (15)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN1883202A (zh) * 2003-11-17 2006-12-20 三星电子株式会社 数字广播中用扩展标识符更新目标设备软件的方法
US20060004770A1 (en) * 2004-07-05 2006-01-05 Sony Corporation Server/client system, information processing unit, information processing method, and computer program
CN101461212A (zh) * 2006-06-02 2009-06-17 艾利森电话股份有限公司 组播传送
CN101606388A (zh) * 2006-12-06 2009-12-16 联合视频制品公司 媒体源选择和转换的系统及方法
CN101953159A (zh) * 2008-01-25 2011-01-19 通用仪表公司 基于已存储的输出设置转换媒体信号的媒体呈现设备
CN101981928A (zh) * 2008-02-19 2011-02-23 诺基亚公司 多层消息过滤
CN101426179A (zh) * 2008-09-22 2009-05-06 深圳华为通信技术有限公司 业务激活的方法和业务提供的方法以及终端设备和服务器
CN101729268A (zh) * 2008-11-03 2010-06-09 展讯通信（上海）有限公司 演进多媒体广播组播业务的资源分配方法及其系统
US20110299546A1 (en) * 2009-01-16 2011-12-08 Rich Prodan Method and System for Optimizing Communication in a Home Network Via a Gateway
CN102422258A (zh) * 2009-05-06 2012-04-18 汤姆森许可贸易公司 用于传送根据显示设备能力而优化的多媒体内容的方法和系统
CN102428688A (zh) * 2009-05-19 2012-04-25 高通股份有限公司 通过具有内容过滤能力的移动广播设备向客户端应用递送选择性内容
US20110102675A1 (en) * 2009-11-03 2011-05-05 Echostar Technologies Llc Methods and apparatus for presenting content selection menus
CN103518351A (zh) * 2011-04-05 2014-01-15 高通股份有限公司 使用文件递送方法的ip广播流式传输服务分布
CN103563408A (zh) * 2011-05-27 2014-02-05 高通股份有限公司 网际协议多播内容递送的应用传输层位置过滤
US20130122960A1 (en) * 2011-11-16 2013-05-16 Lg Electronics Inc. Mobile terminal and controlling method thereof

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN110233904A (zh) * 2019-07-11 2019-09-13 腾讯科技（深圳）有限公司 设备更新方法、装置、系统、存储介质以及计算机设备
CN110233904B (zh) * 2019-07-11 2021-09-24 腾讯科技（深圳）有限公司 设备更新方法、装置、系统、存储介质以及计算机设备

Also Published As

Publication number Publication date
EP3140993A1 (en) 2017-03-15
WO2015171029A1 (en) 2015-11-12
US20170078353A1 (en) 2017-03-16

Similar Documents

Publication Publication Date Title
CN102428688B (zh) 通过内容过滤递送选择性应用内容的方法、设备和系统
RU2449476C2 (ru) Доставка индивидуального контента по вещательной сети
US8165519B2 (en) Method and apparatus for broadcast content related notification
CN105472027B (zh) 在动态内容传送系统中进行内容更新的方法和系统
CN104012125A (zh) 用于检测针对多媒体广播多播服务的需求以及用于建立基于需求的多媒体广播多播服务的方法和装置
CN103535013A (zh) 在广播网络中使用多信道单向输送文件传递(“flute”)协议传递不同类别的文件的系统及设备
US8463858B2 (en) System and method for binding notification types to applications for a notification framework
US9674636B2 (en) System, method and computer software product for providing interactive data using a mobile device
TW201737675A (zh) 應用內容打包和傳送的訊號傳遞
US20150156249A1 (en) Providing notifications regarding the multicast of scheduled content or popular content
CA2717795C (en) Method and apparatus for software update of terminals in a mobile communication system
CN105376701A (zh) 一种多屏互动方法及系统
CN106233739A (zh) 用于处理广播或多播内容的方法、装置和通信设备
CN109964467A (zh) 用于辅助数据流传输的基于节点类型的控制
EP2188946A1 (en) Technique for controlling content distributions in point-to-multipoint-enabled network environments
CN110100426A (zh) 订阅消息的方法及装置、计算机设备、计算机存储介质
CN105992062A (zh) 一种媒体节目分享的方法及装置
JP2011024220A (ja) エラーが起こりやすい無線ブロードキャストチャネルで多重化する方法
CN104782102A (zh) 用于提供网络中的交互式服务的设备和方法
JP2013074630A (ja) マルチメディア放送のアクセス機器およびその方法
US9107138B2 (en) Services discovery channel
US10904603B2 (en) Transmission apparatus, reception apparatus, and data processing method
WO2011015871A2 (en) Content distribution system
CN101287155B (zh) 一种发现流媒体业务的方法和系统
US20050282555A1 (en) Control arrangement for point-to-multipoint user services in a mobile radio network

Legal Events

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

Application publication date: 20161214