CN101669309A - 用于对包括多个组成的通知消息进行传输的方法和装置 - Google Patents

用于对包括多个组成的通知消息进行传输的方法和装置 Download PDF

Info

Publication number
CN101669309A
CN101669309A CN200880013838A CN200880013838A CN101669309A CN 101669309 A CN101669309 A CN 101669309A CN 200880013838 A CN200880013838 A CN 200880013838A CN 200880013838 A CN200880013838 A CN 200880013838A CN 101669309 A CN101669309 A CN 101669309A
Authority
CN
China
Prior art keywords
notification message
information
forming
following
media
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
CN200880013838A
Other languages
English (en)
Other versions
CN101669309B (zh
Inventor
I·鲍阿齐齐
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.)
Samsung Electronics Co Ltd
Original Assignee
Nokia Oyj
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 Nokia Oyj filed Critical Nokia Oyj
Publication of CN101669309A publication Critical patent/CN101669309A/zh
Application granted granted Critical
Publication of CN101669309B publication Critical patent/CN101669309B/zh
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04H—BROADCAST COMMUNICATION
    • H04H20/00—Arrangements for broadcast or for distribution combined with broadcast
    • H04H20/86—Arrangements characterised by the broadcast information itself
    • H04H20/95—Arrangements characterised by the broadcast information itself characterised by a specific format, e.g. an encoded audio stream
    • 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
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04H—BROADCAST COMMUNICATION
    • H04H20/00—Arrangements for broadcast or for distribution combined with broadcast
    • H04H20/28—Arrangements for simultaneous broadcast of plural pieces of information
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04H—BROADCAST COMMUNICATION
    • H04H20/00—Arrangements for broadcast or for distribution combined with broadcast
    • H04H20/38—Arrangements for distribution where lower stations, e.g. receivers, interact with the broadcast
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04H—BROADCAST COMMUNICATION
    • H04H20/00—Arrangements for broadcast or for distribution combined with broadcast
    • H04H20/86—Arrangements characterised by the broadcast information itself
    • H04H20/93—Arrangements characterised by the broadcast information itself which locates resources of other pieces of information, e.g. URL [Uniform Resource Locator]
    • 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
    • H04L12/189—Arrangements for providing special services to substations for broadcast or conference, e.g. multicast in combination with wireless systems
    • 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
    • H04L12/1895—Arrangements for providing special services to substations for broadcast or conference, e.g. multicast for short real-time information, e.g. alarms, notifications, alerts, updates
    • 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/65—Network streaming protocols, e.g. real-time transport protocol [RTP] or real-time control protocol [RTCP]
    • 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/643—Communication protocols
    • H04N21/6437—Real-time Transport Protocol [RTP]

Landscapes

  • Engineering & Computer Science (AREA)
  • Signal Processing (AREA)
  • Multimedia (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Databases & Information Systems (AREA)
  • Mobile Radio Communication Systems (AREA)
  • Two-Way Televisions, Distribution Of Moving Picture Or The Like (AREA)
  • Information Transfer Between Computers (AREA)

Abstract

各种实施方式提供了用于对去往用户的通知消息进行的划分，其中所述通知消息支持与媒体广播服务相关联的信息的交互性和递送的至少一个。通知消息的第一组成承载媒体内容，并且使用诸如FLUTE、HTTP和OMA－PUSH的文件递送协议来传输。通知消息的第二组成承载与信息的交互性和递送相关联的任何同步信息，其中该信息与媒体广播服务相关联。通知消息的第二组成可以经由RTP在RTP净荷中传送，以便允许通知消息与包含媒体内容的媒体广播服务的媒体流准确同步。

Description

用于对包括多个组成的通知消息进行传输的方法和装置
技术领域
本发明一般地涉及广播和多播系统领域。更具体地，本发明涉及在广播和多播系统内的通知的消息传送和功能。
背景技术
本部分旨在对权利要求中记载的本发明提供背景或上下文。此处的描述可以包括能够被探究的概念，但未必是那些之前已经想到或者探究的概念。因此，除非在此明确指出外，本部分提及的内容对于本申请的说明书和权利要求书而言不是现有技术，并且并不因为包括在本部分中就承认其为现有技术。
近年来，移动多播和广播系统已被不同的组织标准化，这些组织诸如是：第三代伙伴合作计划(3GPP)多媒体广播/多播服务(MBMS)组织、数字视频广播(DVB)广播与移动服务技术模块整合(TM-CBMS)组织、以及开放移动联盟(OMA)移动广播服务(BCAST)组织。其他多播和广播系统还包括综合服务数字广播-陆地(ISDB-T)、数字多媒体广播-陆地/手持(DMB-T/H)、数字多媒体广播(T-DMB)、仅前向链路(FLO)和专有系统，诸如MediaFLO。此类多播/广播解决方案提供的两个主要服务是流式传输和文件递送服务。尽管流式传输服务被认为是该技术(例如，移动TV应用)的主要驱动力，但也期望文件递送生成大量的业务并带来显著收益。例如，在音乐和视频剪辑的递送中，文件递送可以构成主要的应用组成部分。备选地，在例如富媒体应用和频道切换(zapping)流的情况下，文件递送可能是应用的次要组成部分。
在文件递送的情况下，可以使用单向传送文件递送(FLUTE)作为文件递送协议。FLUTE由互联网工程任务组(IETF)定义，并且基于异步分层编码(ALC)协议实例化。ALC包括一组构建块，诸如分层编码传输(LCT)块以及前向纠错(FEC)构建块。除其他之外，FLUTE通过定义用来描述FLUTE会话内容的机制来扩展ALC。这是通过引入传输对象标识符(TOI)等于0的公知对象来实现的，从而携带文件递送表(FDT)实例。FDT实例列出了一组文件及其相应的传输选项。FDT是遵循在FLUTE规范中所定义模式(schema)的XML文件。
将多播和广播服务的另一组成称作通知服务。通知服务通过提供支持服务相关信息的交互和递送的方式来补充移动TV服务，而同时还支持新的服务和/或关键服务，诸如紧急情况通知。海啸通知服务是紧急情况通知的示例。
当前，DVB TM-CBMS目前正在下一因特网协议数据广播系统(IPDC)IPDC 2.0范围内定义通知框架，其寻求对实现多种已经定义用例的支持。在“IP Datacast over DVB-H：Notification(LivingDocument)”TM-CBMS 1520r8中描述了这些用例，在此通过引用将其全部结合于此。应该注意，可以根据如下标准来对通知用例进行分类：通知是具有强时间约束还是具有松散时间约束，例如，在给定时间内应当接收的通知和/或可以以各种定时需求来处理的通知；通知是引导至终端还是引导至用户，例如，通知目标在于终端或者驻留于其上的应用，或者通知目标在于用户，其中在处理通知中终端的涉入超过向用户呈现通知的需求；其中通知是服务相关的或者服务不可知的，通知分别依赖于服务或者独立于服务；以及通知是否需要交互性，例如，其主要目的在于引导终端与网络或者应用进行后续交互的通知。
如果通知消息例如包括音频/视频和/或其他内容，则其可能具有较大的大小。由此，当通知消息体积较大时，文件递送协议可以更适用递送通知消息。此外，除可能需要一定量的交互性以外，通知消息还可以涉及服务，并且具有强同步需求。此类通知服务的一个示例是投票服务，该投票服务紧密地与服务(诸如TV广播)同步。需要观看者在特定的时间段内投票，而该时间段可以短至数秒。由此，音频/视频流通常必须准确地同步于通知服务。任何不准确的同步均可导致混乱并且误导观看者，尤其是如果交互动作是基于通知消息来触发的时候。由此，实时传输协议(RTP)可以更好地适合于递送需要更严格同步的通知消息。当前，尚未定义用于传输这样的通知消息的方法，即，该消息既大又鉴于其内容而必须使用RTP。
OMA BCAST定义了一种通知功能，其支持对电子服务指南(ESG)和通过FLUTE、短消息传送服务(SMS)或者OMA-PUSH进行的通知数据递送中的通知服务的描述。交互性文档可用于描述所需交互的类型，并且可以作为通知消息的部分来递送。然而，同步机制并不足够准确，这是由于其依赖于网络时间协议(NTP)的时间戳。换言之，NTP时间戳可用于将通知消息同步于相关的、实际服务的媒体流。RTP时间戳到“壁钟(wallclock)”时间的映射在终端处执行，以便同步实际服务的音频/视频流。然而，所指示的NTP时间戳表示音频/视频流生成器处的时间，而并不反应终端处的时间。此外，音频/视频流的播出通常受到延迟，这是由于消除抖动缓存需要时间。由此，依赖于通知消息中承载的时间戳可以导致太早显示通知消息。还可能的是，媒体流生成器以及通知消息生成器的时钟是不同的。由此，NTP时间戳不能保证准确的时间同步。
应该注意，通知实体不同于流生成实体。另外，没有考虑在屏幕上示出相应内容之前为了快速触发交互动作音频/视频流可能需要的任何缓冲时间。
此外，已经提出了通过使用RTP扩展报头来向音频/视频流添加同步信息，同时还将通知消息划分成三个单独部分。所提议的三个单独部分包括：插入至实际服务的音频/视频流的RTP扩展报头的同步标记，其中该同步标记可以承载交互对象标识符；用于将交互对象与同步标记相关联的交互描述符，同时还包括诸如时序信息的其他信息；以及可以承载通知消息的内容或者描述的交互对象。然而，为了插入或者提取任何所需的报头，这需要对音频/视频流进行修改。另外，为了提取扩展报头，需要在接收机处解译RTP流。还不清楚，针对RTCP统计可以导致何种长期影响，因为RTP流被改变而并没有修改同步源(SSRC)。通常，旨在由媒体流接收机使用扩展报头，但该扩展报头并不意味着包括涉及完全不同实例的信息。
发明内容
各种实施方式提供了对去往用户的通知消息进行的划分，其中通知消息支持与媒体广播服务相关联的信息递送和交互性中的至少一个。通知消息的第一组成承载媒体内容，并且利用文件递送协议(诸如，FLUTE、HTTP和OMA-PUSH)来传输。通知消息的第二组成承载与消息的递送和交互性相关联的任何同步信息，该信息与媒体广播服务相关联。通知消息的第二组成可以经由RTP来在RTP净荷中传送，以便允许将通知消息与包括媒体内容的媒体广播服务的媒体流进行精确同步。
由此，各种实施方式允许有效传输通知消息，该通知消息具有与相关媒体广播服务相关联的同步需求。然而，不必利用RTP来承载通知消息的任何较大组成，RTP对于较大消息的传输可能效率较低。取而代之，可以利用文件递送协议，诸如FLUTE、HTTP和OMA-PUSH。
当结合附图阅读下文详细描述时，本发明的这些以及其他优点和特征以及本发明的组织和操作方式将变得易见，其中贯穿下文描述的多个附图，类似的元件具有类似的标号。
附图说明
图1是其中可以实现本发明的各种实施方式的广播和多播服务系统的概括图；
图2是可以在实现本发明的各种实施方式中使用的移动终端的透视图；
图3是图2的移动终端的终端电路的示意性表示；
图4是根据本发明的各种实施方式而出现的通知动作的示意性表示；
图5是根据本发明的一个实施方式的引用可用内容的通知消息的示意性表示；以及
图6示出了用于在根据本发明各种实施方式中使用的RTP净荷格式。
具体实施方式
图1示出了系统10，该系统10示出了用于包括通知功能的多播和广播服务的系统的一个示例性架构。系统10可以划分为内容提供者、服务提供者和网络运营商逻辑域。可以包括收集元件11的内容提供者域可表示拥有和/或被许可销售内容和/或内容资产的系统10的部分。在某些实施方式中，内容提供者还可以是内容创建者。内容提供者域的一个目的在于，允许由服务提供者域中的服务提供者对内容进行获取。应当注意，收集元件11可以表示能够捕获期望内容的任何元件和/或应用。
可以利用服务提供者域来向订户(诸如移动终端12的所有者)提供实际服务。应当注意，服务提供者域可以包含不同的服务提供者和/或不同类型的服务提供者，例如传统的因特网服务提供者和内容服务提供者。例如，在IP电视的环境中，内容服务提供者可以从一个或者多个内容提供者获取和/或许可内容，并且将所述内容封装至服务。由此，服务提供者域还可以包括用于对内容进行编码的音频/视频编码器14。另外，服务提供者域可以包括至少某些通知服务元件，包括通知提供器16、通知网关20以及应用服务器18，服务提供者可以通过应用服务器18来向移动终端12提供实际服务。
网络运营商域可以包括FLUTE文件服务器24，其转而可以直接从通知提供器16接收通知消息，并且IP封装器(IPE)22可以封装通过通知网关20传输的通知消息。另外，IPE 22还可以用于在IP分组中封装由FLUTE文件服务器24接收的通知消息。无论通知消息是否经由应用服务器18来传输，连接到移动终端12的FLUTE文件服务器24和/或IPE 22可以通过各种类型的传输元件和/或协议来实现，包括但不限于数字视频广播-手持/陆地(DVB-H/T)传输以及蜂窝3G传输。
另外，移动终端12可以表示客户域，其中可以使用诸如MBMS服务和/或内容的广播以及多播服务。应该注意，尽管示出了单一移动终端12，但是可以针对服务消费来使用利用各种通信协议的多个设备，其中多个设备可以以各种方式联网和相关。例如，一个或者多个移动设备可以使用各种传输技术来通信，这些传输技术包括但不限于码分多址(CDMA)、全球移动通信系统(GSM)、通用移动通信系统(UMTS)、时分多址(TDMA)、频分多址(FDMA)、传输控制协议/互联网协议(TCP/IP)、短消息传送服务(SMS)、多媒体消息传送服务(MMS)、电子邮件、即时消息传送服务(IMS)、蓝牙、IEEE 802.11等。移动设备可以使用各种介质进行通信，这些介质包括但不限于：无线电、红外、激光、线缆连接等。
图2和图3示出了可以与各种实施方式相结合使用的一个代表性移动电话12。然而，应当理解，本发明不旨在限于特定类型的电子设备。图2和图3的移动电话12包括外壳30、液晶显示器形式的显示器32、小键盘34、麦克风36、耳机38、电池40、红外端口42、天线44、根据本发明一个实施方式的UICC形式的智能卡46、读卡器48、无线电接口电路52、编解码器电路54、控制器56以及存储器58。个体电路和元件可以是本领域公知的所有类型，例如Nokia系列的移动电话。
各种实施方式支持将来自通知提供器16的通知消息划分为两个组成。第一组成可以称为通知对象，其例如可以承载通知消息的内容和/或通知消息的内容描述。另外，第一组成的大小可以较大，并且可以使用文件递送方法(包括但不限于FLUTE、OMA-PUSH或者HTTP)来以广播模式递送至移动终端12的用户。通知消息的该第一组成可以被预先下载，以便在对其进行利用之前在移动终端12处可用。应当理解，第一组成/通知对象可以包括第一指针，用于指向包括通知消息的至少部分的其他内容。由于XML允许高度的灵活性，可以将XML用作通知对象描述的格式。
通知消息的第二组成可以称为通知触发，其例如可以承载同步信息、通知消息信息的类型和/或其他相关信息。第二组成/通知触发的大小可以较小/较短，并且可以以同步方式递送至实际服务(例如，音频/视频流)。应当注意，同步信息例如可以在流式传输会话的特定时刻处触发交互性动作。RTP可以用作针对此第二组成的适合的传输协议，由此允许准确地同步通知消息和实际服务的音频/视频流。通知触发还可以承载允许对通知消息进行过滤的信息。
此外，通知消息的第二组成可以承载指向通知消息的第一组成的第二指针。第二指针可以提供一种方式，以便在例如FLUTE会话中定位通知消息的第一组成。第二指针还可以用于指向可远程获得的内容，例如，所述内容可以经由HTTP、文件传输协议(FTP)和/或任何其他适合的文件下载方法通过交互信道获得。如上所述，第二组成中的指示可以用于触发第一组成的预先下载。例如，可以在向移动终端12用信号发送通知事件之前立刻执行。由此，可以预先预获取通知对象以及先验通知消息的所有其他部分，以便确保在需要时通知消息的全部组成均为可用。
图4示出了在流式传输服务的通知动作期间引用通知内容410的已同步通知触发400的示意性表示，所述流式传输服务包括音频RTP流、视频RTP流以及通知RTP流。图5图示了通知应用的示例，例如可用内容存在用于下载。框500可以表示指示内容在框510处可用于下载的内容的通知消息。通知消息可以在RTP通知流中传输，而例如可以在ALC/FLUTE会话、HTTP会话等中找到该内容。
根据一个实施方式，可以定义设被计用于承载通知消息的RTP净荷格式，如上所述。RTP净荷格式可承载各种类型的信息，包括但不限于关于将被承载的通知消息的类型的信息、其他有用信息(诸如从RTP时间戳开始的通知消息的有效性)，以及在需要时的分段和重复信息。此外，RTP提供内部同步信息，并且允许流式传输会话的不同媒体组成的准确同步。RTP还提供用于序列编号的机制，并且支持分组丢失、重复或者乱序的标识。可以将大的分组分段，并且以媒体感知的方式重新组装，这将在丢失单一分段的情况下最小化失真。RTP的优势比使用纯UDP传输的优势更重要。
可以封装通知消息并且作为通知流来传输。通知流可以被认为是实际服务的会话描述协议(SDP)内部的单独的流，由此支持通知流与音频/视频流同步。应当注意，SDP文件可以包括关于例如格式、时序、以及音频/视频流的作者或者任何其他流式传输内容的信息。此外，由于在单独RTP会话中承载通知触发，增加或者去除通知服务是简单的，并且仅需要更新SDP文件。由此，实际服务的音频/视频流可以保持不受修改。下文是SDP文件的示例，该示例声明了随同音频/视频流的通知流。
v＝0
o＝-44 IN IP4 172.22.37.66
s＝News Channel 15fps
i＝News Channel
e＝user@example.com
c＝IN IP4232.0.64.32
b＝AS：200
t＝0
m＝video 38002RTP/AVP 102
b＝AS：140
a＝rtpmap：102H264/90000
a＝fmtp：102profile-level-id＝42E00C；packetization-mode＝0；sprop-parameter-
sets＝J0LgHvQKD9CAAAD6AAAdTEeMGVA＝，KM4Gcg＝＝；
m＝audio 38004RTP/AVP 104
b＝AS：65
a＝rtpmap：104MP4A-LATM/22050/2
a＝fmtp：104pro file-level-id＝1；config＝400027203FC0
m＝application 38004RTP/AVP 106
b＝AS：30
a＝rtpmap：106NOTIF/1000
a＝fmtp：106config＝AJDk6589MTBeLb93
如上述示例中所示，通知流类型可以是“应用”，并且mime类型可以是“应用/NOTIF”。为1000的时钟速率可用于通知消息流，其允许精确(例如，高达毫秒)的同步。另外，在Base64中编码的配置参数可用于配置通知消息解码器，并且在通知流的fmtp线中给出。应当注意，在此所述示例并非排他性的，并且在实现本发明的各种实施方式时，可以使用其他变量、参数和/或值。
由此，RTP分组的净荷可以承载通知消息的第二组成。应当注意，所述第二组成可以以文本格式(例如，可扩展标记语言(XML))实现或者可以是二进制形式。由此，净荷可以承载指向通知消息的第一组成的第二指针，并且还可以承载针对时序约束以及有待执行的动作描述的信息。尽管动作通常依赖于消息类型，然而至少可以针对通知对象预获取、通知对象的激活以及通知对象的过期而定义特定动作类型。
换言之，第二组成/通知触发字段可以部分地包括在RTP报头(例如，时间戳、序列号等)、RTP净荷格式(例如，类型、动作、过滤字段)中、以及部分地处于RTP净荷中。例如，通知触发事件的RTP净荷格式甚至可以包括但不限于如下字段：分段信息，其中如果通知触发消息较大，则执行应用层分段；通知触发的标识符，用于当多个通知触发消息可能具有相同时间戳时，和/或标识来自非复制消息的复制消息时，其中可以多次发送通知触发消息以确保正确递送；通知信息类型，用于支持通知消息过滤，例如对投票消息不感兴趣的用户可以指导移动终端12略过承载投票请求的通知消息；通用过滤报头，其中可以由通知服务(例如快速访问过滤数据)来定义附加过滤标准，可以使用可定制过滤报头；以及已定制过滤字段，其中过滤字段及其值由通知服务的服务描述来指示。
图6示出了根据本发明一个实施方式的RTP净荷格式。标识字段ID 600可以是8位字段，其中ID 600和时间戳的配对针对任何两个不同通知触发消息可以是唯一的。类型字段610可以是8位字段，其基于一个或者多个特定用例，允许定义高达256个不同类型。FRAG字段620可以指示当前分组是否不是分段(00)、是第一分段(01)、是分段(10)、或者是最后分段(11)。报头长度字段640可以指示从ID字段600开始的净荷格式报头的以字节为单位的长度。扩展报头ID 650可以指示扩展报头670的类型，其中扩展报头670可以承载特定于当前扩展报头类型的信息。长度字段LEN 660可以将当前扩展报头的长度指示为4字节的倍数。应当注意，保留字段630保持未定义/未占用，以便未来支持关于RTP净荷格式的需要。
现在返回图1，应该注意，通信消息的第一组成和第二组成两者均可经由IPE 22、FLUTE文件服务器24和/或应用服务器18来发送。然而，如上所述，由于第一组成可以大于第二组成，通常使用广播传输机制(诸如通过IPE 22和FLUTE文件服务器24的DVB-H/T传输)来传输第一组成。第二组成较小，由此可以通过通信机制(例如，蜂窝3G)、使用适当传输协议来经由应用服务器18向移动终端12传输所述第二组成。
根据一个实施方式，通知消息的第一组成可以通过文件的统一资源标识符(URI)来标识，其可以包括通知消息的单一分段的全部。根据另一实施方式，URI可以表示指向通知消息的其他分段的文件。备选的是，通知消息可以利用分段文件URI以外的或者代替其的通知消息的第一组成的版本来标识。另外，备选地，可以将承载通知消息的第一组成的流式传输会话的访问类型用作标识符，其中流式传输会话可以是FLUTE会话、HTTP会话、或者任何其他文件递送协议会话。应该注意，当使用FLUTE协议时，可以已经在通知服务声明中给出流式传输会话描述。换言之，承载特定通知服务的通知对象的FLUTE会话可以例如在ESG的获得分段中描述。备选地，第一组成/通知触发可以承载第一指针，如上所述，该指针指向FLUTE会话内部的通知对象。另外，通知对象可以定位在远程服务器上并且在需要时使用交互信道来获取。根据本发明的一个实施方式，HTTP可以用作传输协议。
由此，各种实施方式允许有效传输通知消息，该通知消息要求与相关的流式传输服务同步。另外，可以使用RTP来实现同步。然而，通知消息的任何较大组成不必使用RTP来承载，RTP对于较大消息的传输效率较低。而是，可以使用诸如FLUTE的文件传输协议。
可以在方法步骤或者处理的一般上下文描述在此描述的各种实施方式，在一个实施方式中，其可以在包含在计算机可读介质中的计算机程序产品实现，包括在联网环境中执行的计算机可执行指令，诸如程序代码。计算机可读介质可以包括可移除和不可移除存储设备，包括但不限于：只读存储器(ROM)、随机访问存储器(RAM)、压缩盘(CD)、数字通用盘(DVD)等。通常，程序模块包括例程、程序、对象、组件、数据结构等，用于执行具体任务或者实现特定的抽象数据类型。计算机可执行指令、相关数据结构和程序模块代表了用于执行此处公开的方法的步骤的程序代码的示例。这种可执行指令或者相关数据结构的特定序列代表了用于实现在这种步骤中描述的功能的对应动作的示例。
本发明的实施方式可以以软件、硬件、应用逻辑或者软件、硬件和应用逻辑的组合来实现。软件、应用逻辑和/或硬件可以驻留在例如芯片集、移动设备、台式机、膝上型计算机或者服务器之上。本发明的软件和web实现能够利用标准编程技术来完成，利用基于规则的逻辑或者其他逻辑来实现数据库搜索步骤、相关步骤、比较步骤和决策步骤。各种实施方式还可以全部或者部分地实现在网元或者模块内部。还应当注意的是，此处以及下文的权利要求书中使用的词语“组件”和“模块”意在包括使用一行或者更多行软件代码的实现和/或硬件实现和/或用于接收手动输入的设备。
出于示例和描述的目的，已经给出了本发明实施的前述说明。前述说明并非是穷举性的也并非要将本发明限制到所公开的确切形式，根据上述教导还可能存在各种变形和修改，或者是可能从本发明的实践中得到各种变形和修改。选择和描述这些实施方式是为了说明各种实施方式的原理和特征及其实际应用，以使得本领域的技术人员能够以适合于构思的特定用途来以各种实施方式和各种修改而利用本发明。在此所述实施方式的特征可以结合至方法、设备、模块、系统以及计算机程序产品的全部可能组合。

Claims (52)

1.一种方法，包括：
经由第一传输机制向用户传输通知消息的第一组成；以及
经由第二传输机制向所述用户传输所述通知消息的第二组成，其中所述通知消息支持涉及去往所述用户的媒体广播服务的信息的交互性和递送中的至少一个。
2.根据权利要求1所述的方法，其中所述第一组成包括所述通知消息的内容描述和所述内容的至少一个。
3.根据权利要求1所述的方法，其中在通知操作中使用所述第一组成之前，将所述第一组成预先下载至用户设备。
4.根据权利要求1所述的方法，其中所述第一传输机制包括至少一个文件递送协议。
5.根据权利要求4所述的方法，其中所述文件递送协议包括以下至少一个：单向传送文件递送协议、开放移动联盟-PUSH协议以及超文本传输协议。
6.根据权利要求1所述的方法，其中所述第一组成由以下至少一个来标识：文件的统一资源标识符、所述第一组成的版本以及承载所述第一组成的媒体广播服务会话的访问类型。
7.根据权利要求6所述的方法，其中所述文件包括以下全部中的一个：所述通知消息的第一多个分段以及指向所述通知消息的第二多个分段的第一指针。
8.根据权利要求1所述的方法，其中所述第二组成被同步地递送至所述媒体广播服务的媒体内容流。
9.根据权利要求1所述的方法，其中所述第二组成承载用于以下至少一个的同步信息：在媒体内容流式传输会话的特定时刻触发交互性动作以及递送与所述媒体广播服务相关的信息。
10.根据权利要求1所述的方法，其中所述第二传输机制包括实时传输协议。
11.根据权利要求10所述的方法，其中所述实时传输协议使用所定义的净荷格式，以便承载以下至少一个：通知消息类型、分段信息、重复信息、所述第一组成的标识符、过滤信息以及其他通知消息相关的信息。
12.根据权利要求11所述的方法，其中所述第二组成以文本格式和二进制格式中的一个来承载。
13.根据权利要求1所述的方法，其中所述第二组成承载指向所述第一组成的第二指针。
14.根据权利要求13所述的方法，其中所述第二指针支持以下至少一个：在单向传送文件递送会话中定位所述第一组成、以及指向通过交互信道可远程获取的可用媒体内容。
15.根据权利要求14所述的方法，其中实时传输协议净荷承载以下至少一个：所述第二指针、时序约束信息以及描述所述交互性的信息。
16.根据权利要求1所述的方法，其中包括所述通知消息的通知流被声明为是所述媒体广播服务的会话描述协议中的单独流。
17.根据权利要求1所述的方法，其中所述第一组成的大小大于所述第二组成。
18.根据权利要求1所述的方法，其中所述第二组成包括配置用于触发到所述用户的所述第一组成的预先下载的指示符。
19.一种包含在计算机可读介质上的计算机程序产品，包括配置用于执行根据权利要求1所述的处理的计算机代码。
20.一种设备，包括：
处理器；
以及存储器单元，可操作地连接至所述处理器并且包括：
用于经由第一传输机制向用户传输通知消息的第一组成的计算机代码；以及
用于经由第二传输机制向所述用户传输所述通知消息的第二组成的计算机代码，其中所述通知消息支持涉及去往所述用户的媒体广播服务的信息的交互性和递送中的至少一个。
21.根据权利要求20所述的设备，其中所述第一组成包括所述通知消息的内容描述和所述内容的至少一个。
22.根据权利要求20所述的设备，其中所述第一传输机制包括至少一个文件递送协议。
23.根据权利要求20所述的设备，其中所述第一组成由以下至少一个来标识：文件的统一资源标识符、所述第一组成的版本以及承载所述第一组成的媒体广播服务会话的访问类型。
24.根据权利要求23所述的设备，其中所述文件包括以下全部中的一个：所述通知消息的第一多个分段以及指向所述通知消息的第二多个分段的第一指针。
25.根据权利要求20所述的设备，其中所述第二组成被同步地递送至所述媒体广播服务的媒体内容流。
26.根据权利要求20所述的设备，其中所述第二组成承载用于以下至少一个的同步信息：在媒体内容流式传输会话的特定时刻触发交互动作以及递送与所述媒体广播服务相关的信息。
27.根据权利要求20所述的设备，其中所述第二传输机制包括实时传输协议。
28.根据权利要求27所述的设备，其中所述实时传输协议使用所定义的净荷格式来承载以下至少一个：所述通知消息的类型、分段信息、重复信息、所述第一组成的标识符、过滤信息以及其他通知消息相关的信息。
29.根据权利要求20所述的设备，其中所述第二组成承载指向所述第一组成的第二指针。
30.根据权利要求29所述的设备，其中所述第二指针支持以下至少一个：在单向传送文件递送会话中定位所述第一组成以及指向通过交互信道可远程获取的可用媒体内容。
31.根据权利要求30所述的设备，其中实时传输协议净荷承载以下至少一个：所述第二指针、时序约束信息以及描述所述交互性的信息。
32.根据权利要求20所述的设备，其中所述第一组成的大小大于所述第二组成。
33.根据权利要求20所述的设备，其中所述第二组成包括配置用于触发到所述用户的所述第一组成的预先下载的指示符。
34.一种系统，包括：
包括收集元件的内容提供者域；
服务提供者域，包括以下至少一个：用于从所述收集元件接收媒体流的媒体编码器、用于使用所述媒体流来提供至少一个媒体广播服务的应用服务器、用于提供通知消息的第一组成和第二组成的通知提供器以及通知网关；
网络运营商域，包括至少一个文件递送元件：用于从所述应用服务器、所述通知网关和所述通知提供者中的一个以及至少一个通信传输机制接收所述通知消息的所述第一组成，其中所述至少一个通信传输机制配置用于向包括用户终端的客户域来传输所述通知消息的第一组成和第二组成。
35.根据权利要求34所述的系统，其中所述第一组成包括所述通知消息的内容描述和所述内容的至少一个。
36.根据权利要求34所述的系统，其中所述第一组成由以下至少一个来标识：文件的统一资源标识符、所述第一组成的版本以及承载所述第一组成的媒体广播服务会话的访问类型。
37.根据权利要求34所述的系统，其中所述文件包括以下全部中的一个：所述通知消息的第一多个分段以及指向所述通知消息的第二多个分段的第一指针。
38.根据权利要求34所述的系统，其中所述第二组成经由实时传输协议来被同步地递送至所述媒体广播服务的媒体内容流。
39.根据权利要求38所述的系统，其中所述实时传输协议使用所定义的净荷格式，以便承载以下至少一个：所述通知消息的类型、分段信息、重复信息、所述第一组成的标识符、过滤信息以及其他通知消息相关的信息。
40.根据权利要求34所述的系统，其中所述第二组成承载指向所述第一组成的第二指针。
41.根据权利要求40所述的系统，其中所述第二指针支持以下至少一个：在单向传送文件递送会话中定位所述第一组成以及指向通过交互信道可远程获取的可用媒体内容。
42.根据权利要求41所述的系统，其中实时传输协议净荷承载以下至少一个：所述第二指针、时序约束信息以及描述所述交互性的信息。
43.根据权利要求34所述的系统，其中所述第一组成的大小大于所述第二组成。
44.根据权利要求34所述的系统，其中所述第二组成包括配置用于触发到所述用户的所述第一组成的预先下载的指示符。
45.一种方法，包括：
向用户传输通知消息的第一组成的第一方式；以及
向所述用户传输所述通知消息的第二组成的第二方式，其中所述通知消息支持涉及去往所述用户的媒体广播服务的信息的交互性和递送中的至少一个。
46.根据权利要求45所述的方法，其中所述第一组成包括所述通知消息的内容描述和所述内容的至少一个。
47.根据权利要求45所述的方法，其中所述第一方式包括使用以下至少一个的第一传输机制：单向传送文件递送协议、开放移动联盟-PUSH协议以及超文本传输协议。
48.根据权利要求45所述的方法，其中所述第二组成被同步地递送至所述媒体广播服务的媒体内容流。
49.根据权利要求45所述的方法，其中所述第二组成承载用于以下至少一个的同步信息：在媒体内容流式传输会话的特定时刻触发交互动作以及递送与所述媒体广播服务相关的信息。
50.根据权利要求45所述的方法，其中所述第二方式包括使用实时传输协议的第二传输机制。
51.根据权利要求45所述的方法，其中所述第一组成的大小大于所述第二组成。
52.根据权利要求45所述的方法，其中所述第二组成包括配置用于触发到所述用户的所述第一组成的预先下载的指示符。
CN200880013838.7A 2007-03-09 2008-02-29 用于对包括多个组成的通知消息进行传输的方法和装置 Active CN101669309B (zh)

Applications Claiming Priority (3)

Application Number Priority Date Filing Date Title
US89417707P 2007-03-09 2007-03-09
US60/894,177 2007-03-09
PCT/IB2008/050752 WO2008110954A2 (en) 2007-03-09 2008-02-29 Method and apparatus for transmitting notification messages comprising multiple components

Publications (2)

Publication Number Publication Date
CN101669309A true CN101669309A (zh) 2010-03-10
CN101669309B CN101669309B (zh) 2016-09-07

Family

ID=39742761

Family Applications (1)

Application Number Title Priority Date Filing Date
CN200880013838.7A Active CN101669309B (zh) 2007-03-09 2008-02-29 用于对包括多个组成的通知消息进行传输的方法和装置

Country Status (7)

Country Link
US (1) US8935420B2 (zh)
EP (1) EP2135369A2 (zh)
KR (1) KR20090122256A (zh)
CN (1) CN101669309B (zh)
AR (1) AR065653A1 (zh)
TW (1) TW200843393A (zh)
WO (1) WO2008110954A2 (zh)

Families Citing this family (23)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101277179B (zh) * 2007-03-29 2012-08-08 华为技术有限公司 发送、接收通知消息的方法、装置及系统
CN101296246B (zh) * 2007-04-24 2012-06-27 华为技术有限公司 通过单向文件传输协议传输、接收通知消息的方法及装置
CN101682435B (zh) * 2007-06-01 2015-08-05 汤姆森特许公司 用于执行接收器中的功率管理的装置和方法
US9794605B2 (en) * 2007-06-28 2017-10-17 Apple Inc. Using time-stamped event entries to facilitate synchronizing data streams
CN101359996B (zh) * 2007-08-02 2012-04-04 华为技术有限公司 媒体业务呈现方法及通讯系统以及相关设备
CN101557267B (zh) * 2008-04-11 2011-06-08 华为技术有限公司 一种bcast中通知消息呈现方式的方法和装置
KR20100020860A (ko) * 2008-08-13 2010-02-23 삼성전자주식회사 휴대방송 시스템에서의 방송서비스 제공방법 및 그 휴대방송 시스템
EP2316211B9 (en) * 2008-08-20 2017-08-23 Nokia Technologies Oy Method and apparatus for parental control of wireless broadcast content
US8407743B2 (en) * 2008-08-22 2013-03-26 Lg Electronics Inc. Method for processing additional information related to an announced service or content in an NRT service and a broadcast receiver
US8958354B2 (en) 2009-03-13 2015-02-17 Qualcomm Incorporated Wireless access point beacon messaging
US8898774B2 (en) * 2009-06-25 2014-11-25 Accenture Global Services Limited Method and system for scanning a computer system for sensitive content
CN102137130A (zh) 2010-01-22 2011-07-27 华为技术有限公司 基于http的同步方法和装置
KR101690831B1 (ko) * 2011-01-19 2016-12-28 엘지전자 주식회사 방송 서비스 전송 방법, 그 수신 방법 및 그 수신 장치
KR101965385B1 (ko) * 2011-10-10 2019-04-03 한국전자통신연구원 융합형 ３ｄｔｖ에서 컨텐츠 스트림에 접근하는 컨텐츠 제공 장치 및 방법, 그리고 컨텐츠 재생 장치 및 방법
US20140189509A1 (en) * 2012-12-27 2014-07-03 Avaya Inc. Passive interaction guide system and method
MX370782B (es) * 2014-09-05 2020-01-06 Sony Corp Dispositivo de recepción, método de recepción, dispositivo de transmisión, y método de transmisión.
US20160127521A1 (en) * 2014-10-31 2016-05-05 Qualcomm Incorporated Wlan extension elements
US10200486B2 (en) * 2015-02-26 2019-02-05 Urban Airship, Inc. Mobile event notifications for network enabled objects
US9923887B2 (en) 2015-08-27 2018-03-20 Pivotal Software, Inc. Push notification activation
CN107516176B (zh) 2016-06-17 2021-03-19 菜鸟智能物流控股有限公司 物流信息处理方法及装置
US10572281B1 (en) * 2017-04-20 2020-02-25 Intuit Inc. Bi-directional notification service
US10638192B2 (en) * 2017-06-19 2020-04-28 Wangsu Science & Technology Co., Ltd. Live streaming quick start method and system
WO2021227646A1 (zh) * 2020-05-15 2021-11-18 华为技术有限公司 文件共享方法及终端设备

Family Cites Families (8)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US5774664A (en) * 1996-03-08 1998-06-30 Actv, Inc. Enhanced video programming system and method for incorporating and displaying retrieved integrated internet information segments
JP2001504673A (ja) * 1997-03-21 2001-04-03 ウオーカー ディジタル、エルエルシー ビデオ番組のための補足のオーディオおよびビジュアル情報を供給するシステムおよび方法
IT1313372B1 (it) * 1999-09-23 2002-07-23 Cit Alcatel Metodo per trasmettere telefonicamente messaggi vocali o simili inaree geografiche definite.
US7174512B2 (en) * 2000-12-01 2007-02-06 Thomson Licensing S.A. Portal for a communications system
CN1476198A (zh) * 2002-08-15 2004-02-18 ��������ͨ�ż����о����޹�˾ 利用小区广播的mbms的业务广告或业务指示的方法
GB2419975A (en) 2004-11-09 2006-05-10 Nokia Corp Auxiliary content handling
US7592912B2 (en) * 2005-12-09 2009-09-22 Time Warner Cable Inc. Emergency alert data delivery apparatus and methods
KR100810359B1 (ko) * 2006-09-19 2008-03-04 삼성전자주식회사 Ｄｖｂ―ｈ 시스템에서 통지 데이터를 전송하기 위한 방법및 이를 위한 시스템

Also Published As

Publication number Publication date
KR20090122256A (ko) 2009-11-26
US8935420B2 (en) 2015-01-13
WO2008110954A2 (en) 2008-09-18
TW200843393A (en) 2008-11-01
WO2008110954A3 (en) 2009-04-09
AR065653A1 (es) 2009-06-24
EP2135369A2 (en) 2009-12-23
US20080222300A1 (en) 2008-09-11
CN101669309B (zh) 2016-09-07

Similar Documents

Publication Publication Date Title
CN101669309A (zh) 用于对包括多个组成的通知消息进行传输的方法和装置
RU2384953C2 (ru) Способ доставки шаблонов сообщений в справочнике услуг цифрового вещания
KR100923061B1 (ko) Esg의 프래그먼트들을 전송하는 그리고 모바일 단말에서 esg를 구성하는 방법 및 컴퓨터 판독가능 매체, esg 데이터를 배포하기 위한 시스템 및 esg 데이터를 수신하는 모바일 장치
KR101034849B1 (ko) 서비스 가이드에서 서비스 타입을 표시하기 위한 방법
CN107529090B (zh) 用于在广播系统中配置控制消息的装置
EP1830589B1 (en) Method and system for providing notification message in a mobile broadcast system
EP1941724B1 (en) Notification as a service or as an access to a service
RU2392745C2 (ru) Объявление об инициализации терминала при помощи сервисного справочника
KR100819259B1 (ko) 휴대 방송 시스템에서의 통지 메시지 송수신 방법 및 장치
EP2259494B1 (en) Method and system for transmitting and receiving access information for a broadcast service
KR100978050B1 (ko) 코덱과 세션 매개변수 변경
KR100939030B1 (ko) 디지털 통신 시스템들을 통한 보조 콘텐츠 핸들링
US20070072543A1 (en) Enhanced signaling of pre-configured interaction message in service guide
US20080070557A1 (en) Method for signaling virtual multi-access platforms
US20090113471A1 (en) Method and apparatus for signaling updates to notification session in ip datacast
Alliance Service guide for mobile broadcast services
RU2378795C2 (ru) Способ и устройство для предоставления сообщения оповещения в системе широковещательной передачи
US20090182827A1 (en) Method and apparatus for the aggregation and indexing of message parts in multipart mime objects
Hornsby et al. Notification service for DVB-H mobile broadcast
CN109923869A (zh) 动态事件信令
RU2388154C1 (ru) Способ и система для обеспечения сообщения извещения в системе мобильного вещания

Legal Events

Date Code Title Description
C06 Publication
PB01 Publication
C10 Entry into substantive examination
SE01 Entry into force of request for substantive examination
C41 Transfer of patent application or patent right or utility model
TA01 Transfer of patent application right

Effective date of registration: 20160118

Address after: Espoo, Finland

Applicant after: Technology Co., Ltd. of Nokia

Address before: Espoo, Finland

Applicant before: Nokia Oyj

C14 Grant of patent or utility model
GR01 Patent grant
TR01 Transfer of patent right
TR01 Transfer of patent right

Effective date of registration: 20200722

Address after: Han Guojingjidao

Patentee after: Samsung Electronics Co.,Ltd.

Address before: Espoo, Finland

Patentee before: Nokia Technology Co.,Ltd.