CN101416486A - 用于在移动广播系统中发送和接收通知消息的装置及方法 - Google Patents
用于在移动广播系统中发送和接收通知消息的装置及方法 Download PDFInfo
- Publication number
- CN101416486A CN101416486A CNA2007800119930A CN200780011993A CN101416486A CN 101416486 A CN101416486 A CN 101416486A CN A2007800119930 A CNA2007800119930 A CN A2007800119930A CN 200780011993 A CN200780011993 A CN 200780011993A CN 101416486 A CN101416486 A CN 101416486A
- Authority
- CN
- China
- Prior art keywords
- notification message
- esg
- terminal
- channel information
- service
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Pending
Links
Images
Landscapes
- Mobile Radio Communication Systems (AREA)
Abstract
公开的是一种用于在移动广播系统中发送通知消息的方法,所述方法包括:连同广播服务的电子服务指南(ESG)或广播服务的控制信号一起发送所有能够接收广播服务的用户接收公共通知消息所需的公共通知消息信道信息;连同所述ESG一起,向特定用户组中的终端发送特定用户组接收特定通知消息所需的特定通知消息信道信息;产生所述公共通知消息和所述特定通知消息中的至少一个;并且利用相应的信道信息向所述终端发送所产生的通知消息。
Description
技术领域
本发明一般涉及支持移动广播服务的系统,尤其是,本发明涉及用于向一个终端或一组终端发送表示系统和服务中的改变的通知消息的装置及方法。
背景技术
通常,移动广播系统包括能够接收移动广播的终端装置探测(discover)服务、所述终端预订服务、提供用于接收服务的各种控制信息、以及发送服务、和所述终端接收服务的过程。在移动广播系统中,虽然处于移动广播过程中,但是所述终端在接收广播服务的同时基本上接收包括关于广播服务的各种信息的通知消息。
在该系统中,在终端正在接收广播时,由于几种原因,在广播系统中可能发生改变,并且一些改变可以是应当必须被通知给终端的信息。这样的信息例如可以包括移动广播服务时间中的改变、用于接收移动广播服务的信息中的改变等等。
在移动广播过程中用于终端进行探测服务所需的信息是电子服务指南(ESG),其具有关于移动广播服务的信息。终端应当必须接收ESG以开始接收移动广播服务。
一些ESG信息随时变化,并且每当相应信息改变时,应当连续地重复发送相应服务的ESG。而且,如果由于移动广播的特性而考虑到新终端的出现,则应当重复地发送移动广播服务的ESG,即便是其可能没有发生任何变化也是如此。也就是说,例如,如果用户给终端上电以重新接收移动广播,或者如果由于用户移动,终端新近来自邻近小区,则该终端应当与已接收移动广播的终端分开接收ESG。因此,即使终端已接收移动广播服务的ESG,它也连续地接收移动广播服务的ESG,并且不断地监视ESG是否被更新。在传统广播系统中,为了检测ESG的更新或服务和系统中的改变,终端应当不断地监视其中发送相应信息的会话,由此不必要地消耗了功率,并且浪费了系统资源。
发明内容
本发明的一个方面是至少解决这些问题和/或缺点以及至少提供下面描述的优点。相应地,本发明的一个方面是提供用于在支持广播服务的移动广播系统中产生和发送通知消息的方法和装置。
本发明的另一方面是提供用于在支持广播服务的移动广播系统中向正在睡眠或正访问交互网络的移动终端发送通知消息的方法和装置。
根据本发明的一个方面,提供一种用于在移动广播系统中发送通知消息的方法,所述消息发送方法包括:连同广播服务的电子服务指南(ESG)或广播服务的控制信号一起发送所有能够接收广播服务的用户接收公共通知消息所需的公共通知消息信道信息;连同所述ESG一起,向特定用户组中的终端发送特定用户组接收特定通知消息所需的特定通知消息信道信息;产生所述公共通知消息和所述特定通知消息中的至少一个;并且利用相应的信道信息向所述终端发送所产生的通知消息。
根据本发明的另一方面,提供一种用于在移动广播系统中接收通知消息的方法。所述消息接收方法包括:经由广播网络接收广播服务的控制信号;接收所述广播服务的电子服务指南(ESG);从所述ESG或所述控制信号提取所有能够接收所述广播服务的用户接收公共通知消息所需的公共通知消息信道信息;从所述ESG提取特定用户组接收特定通知消息所需的特定通知消息信道信息;并且根据所述信道信息接收所述公共通知消息和所述特定通知消息中的至少一个。
根据本发明的再一方面,提供一种用于在移动广播系统中发送通知消息的装置,所述消息发送装置包括:公共通知消息信道信息发生器,用于产生所有能够接收广播服务的用户接收公共通知消息所需的公共通知消息信道信息;特定通知消息信道信息发生器,用于产生特定用户组接收特定通知消息所需的特定通知消息信道信息;电子服务指南(ESG)发生/递送单元,用于连同ESG一起向终端发送所述公共通知消息信道信息和所述特定通知消息信道信息中的至少一个;控制信号发生器,用于将所述公共通知消息信道信息包含到所述广播服务的控制信号中,以及经由广播网络发送所述控制信号到所述终端;通知消息发生器,用于产生所述公共通知消息和所述特定通知消息中的至少一个;以及通知消息发送器,用于利用相应的信道信息向所述终端发送所产生的通知消息。
根据本发明的仍一方面,提供一种用于在移动广播系统中接收通知消息的装置,所述消息接收装置包括:控制信号接收器,用于经由广播网络接收广播服务的控制信号;电子服务指南(ESG)接收器,用于接收所述广播服务的ESG;通知消息信道信息解析器,用于从所述ESG或所述控制信号提取所有能够接收所述广播服务的用户接收公共通知消息所需的公共通知消息信道信息,以及从所述ESG提取特定用户组接收特定通知消息所需的特定通知消息信道信息;以及通知消息接收器,用于根据所述信道信息接收所述公共通知消息和所述特定通知消息中的至少一个。
附图说明
从下面结合附图进行的详细描述,本发明的上述和其他目的、特征和优点将变得更清楚,其中:
图1是图解根据本发明的用于在移动广播系统中递送通知广播消息的功能配置的图;
图2是图解根据本发明的ESG的数据模型的方框图;
图3是图解根据本发明的ESG递送结构的图;
图4是根据本发明的整体流程的流程图;
图5是图解根据本发明的发送通知消息信道信息的操作的流程图;
图6是图解根据本发明的接收通知消息信道信息的操作的流程图;
图7是图解根据本发明的用于递送通知消息信道信息的ESG递送结构的图;
图8A是图解根据本发明实施例的通过ESG引导描述符发送通知消息信道信息的操作的流程图;
图8B是图解根据本发明的终端接收ESP引导描述符中的通知消息信道信息的操作的流程图;
图9A是图解根据本发明的通过ESG获取片段发送通知消息信道信息的操作的流程图;
图9B是图解根据本发明的终端接收ESG获取片段中的通知消息信道信息的操作的流程图;
图10A是图解根据本发明另一实施例的产生通知消息信道信息并通过PSI/SI信号发送通知消息信道信息的操作的流程图;
图10B是图解根据本发明的终端接收PSI/SI信号中的通知消息信道信息的操作的流程图;
图11是图解根据本发明实施例的在广播系统中发送公共通知消息的操作的流程图;
图12是图解根据本发明实施例的在移动广播系统中终端的通知客户端功能块接收通知消息的操作的流程图;
图13是图解根据本发明的连接到交互网络的终端的通知客户端功能块接收通知消息的操作的流程图;
图14是图解根据本发明另一实施例的在广播系统中递送通知消息的操作的流程图;
图15是图解根据本发明的终端通过PSI/SI信号接收通知消息的操作的流程图;
图16是图解根据本发明的处于睡眠状态的终端通过PSI/SI信号接收通知消息的操作的流程图;
图17是图解根据本发明另一实施例的在广播系统递送通知消息的操作的流程图;
图18是图解根据本发明的终端接收通知消息的操作的流程图;
图19是图解根据本发明的终端接收并处理通知消息的操作的流程图;
图20是图解根据本发明的处于睡眠状态的终端接收并处理通知消息的操作的流程图;
图21是图解根据本发明另一实施例的终端接收并处理通知消息的过程的流程图;
图22是图解根据本发明的在移动广播系统中产生并递送通知消息的过程的流程图;
图23是图解根据本发明另一实施例的在移动广播系统中终端接收并处理通知消息的过程的流程图;
图24是图解根据本发明的在移动广播系统中产生并递送通知消息的过程的流程图;
图25是图解根据本发明一实施例的系统的结构的方框图,其中,接收用于广告目的或与其相似目的的通知消息的终端向用户提供预先存储的广告内容或数据;
图26是图解根据本发明另一实施例的终端接收和处理通知消息的一个过程的流程图;
图27是图解根据本发明的终端接收和处理通知消息的另一过程的流程图;
图28是图解根据本发明另一实施例的终端接收和处理通知消息的操作的流程图;
图29A和29B提供图解根据本发明的当检测到网络中的服务递送中的问题或变化时接收和处理通知消息的操作的流程图;
图30A和30B提供图解根据本发明的终端接收和处理通知消息的操作的流程图;
图31是图解根据本发明的用于发送/接收通知消息的广播系统和终端的方框图;
图32是图解根据本发明的用于发送/接收通知消息的移动广播系统和终端的方框图;
图33是图解根据本发明的终端的详细结构的方框图;以及
图34是图解根据本发明的用于发送/接收通知消息信道信息的广播系统和终端的方框图。
具体实施方式
现在将参照附图详细描述本发明的优选实施例。在图中,相同或相似的元素通过相同的参考标记来表示,即使它们被示出在不同的图中也是如此。在下面的描述中,为了清楚和简洁,已经省略了其中包含的已知功能和结构的详细描述。
如果在服务或系统中存在改变,或如果需要进行紧急通知,则本发明产生并发送通知消息到接收移动广播服务的终端。不管终端是否正在接收广播服务,都可以递送通知消息。
为了描述的方便,在给出移动广播系统的配置的描述之后,将详细描述根据本发明的通知消息的格式、和根据其的系统的操作。为了方便,虽然在此使用例如在为异步移动通信标准的第三代伙伴项目(3GPP)或手持数字视频广播(DVB-H)标准中定义的实体的名称来描述本发明,但是本发明不限于所述标准和所述实体的名称,而是可以应用于任何具有相似背景技术的系统。
图1是图解根据本发明的用于在移动广播系统中递送通知广播消息的功能配置的图。所图解的实体是能够物理上分开或不能物理上分开的逻辑实体,并且所述逻辑实体可以被合并到一个或多个物理实体中。在此,仅仅示出与通知消息的传输相关联的接口作为与本发明有关的接口。
图1中示出的系统是针对数字视频广播-广播和移动服务会聚(DVB-CBMS)(移动广播终端标准组织之一)的。为了方便,虽然在此将通过举例方式描述DVB-CBMS的通知广播配置,但是下面的描述同样可以应用于其他具有通知消息功能的移动广播系统。
参考图1,内容创建块(CC)101是广播服务的提供者,并且广播服务可以是传统音频/视频广播服务、文件(音乐文件或数据文件)下载服务等等。如果在提供广播服务的过程中出现问题或改变,则内容创建块101通过X-1接口将该改变通知给服务应用块(SA)102中的通知事件功能块(NEF)102a。根据所接收到的事件,通知事件功能块102a将通知消息事件发送给位于服务管理块(SM)103中的通知产生功能块(NGF)103a。而且,甚至在服务管理块103中,按照场合需要,通知事件可以自发发生。在这种情况下,甚至在服务管理块103中也包含通知事件功能块(NEF)103c。在服务应用块102中,通常发生与特定服务有关的通知事件,而且在服务管理块103中,通常发生公共通知事件。
服务应用块102承担通过将从内容创建块101提供的广播服务的内容数据处理成适合广播网络的格式(例如,流音频/视频、或文件)来产生广播服务数据、产生ESG所需的标准化元数据、以及产生用户的计费信息的任务。而且,服务应用块102接收表示来自内容创建块101的广播服务中的改变的通知,将通知事件递送到通知产生功能块103a,以及向通知产生功能块103a提供用于产生通知消息的ESG属性信息。
服务管理块103承担确定从服务应用块(SA)102提供的广播服务的发送时间表以及产生ESG的任务,并且连接到能够提供广播服务的DVB-H网络106和支持交互通信的交互网络107。而且,其中包括通知分发/自适应功能块(NDAF)103b的服务管理块103接收自服务管理块103发送的通知消息,并且通过广播网络106或交互网络107将该通知消息递送到一个终端或一组终端。服务管理块103具有通知产生功能块103a用于产生终端使用的通知消息所需的会话信息,并且NDAF块103b将该会话信息发送到通知产生功能块103a。
服务管理块103管理接收广播服务的用户信息、诸如表示用户是否已购买所关注的内容的信息之类的服务供给信息(service provisioning information)以及接收广播服务的终端的设备信息,发送用户计费信息到服务应用块102,以及提供用户信息、服务供给信息和设备信息给广播网络106和交互网络107。具体地,一旦从内容创建块101、服务应用块102、服务管理块103和广播网络106接收到表示新功能的添加或改变的通知事件,服务管理块103产生通知事件的通知消息(当其包括通知产生功能块103a时),或产生其自己的表示将在广播服务中提供内容(即,在经过预定时间后将提供相应的广播)的通知消息。
广播网络106是用于发送广播服务的网络,在此,DVB-H将被描述为其例子。如果在发送广播服务中存在改变,则广播网络106承担经由CBMS-6接口124a或X-3接口124b将该改变通知给服务管理块103的任务。
交互网络107一个一个地发送广播服务,或双向交换与接收广播服务相关的控制信息和附加信息,并且交互网络107可以是现有的蜂窝网络,如码分多址2000(CDMA 2000)网络或3GPP宽带码分多址(WCDMA)网络。
终端108是能够接收广播服务的终端设备,并且具有能够根据终端设备的性能利用交互信道连接交互网络的功能。在此假定终端108可以连接到作为交互网络的一个例子的蜂窝网络。在通知客户端功能块108a的控制下,终端108对经由CBMS-5接口125发送的接收到的通知消息执行合适的操作,或对经由CBMS-4接口126发送的接收到的通知消息执行合适的操作。
现在提供在移动广播系统的块元素之间的接口的描述。
CBMS-7接口122是从位于服务应用块102中的通知事件功能块102a到服务管理块103的通知产生功能块103a的接口,并且承载事件的通知或通知消息的产生所需的信息(例如,ESG属性信息)以便通知产生功能块103a可以产生通知消息。
CBMS-3接口125是在从服务管理块103的NDAF块103b发送的通知消息经由广播网络106通过广播信道而被直接发送到终端108时使用的接口,并且用于发送通知消息到一个或多个终端。
CBMS-4接口126是在从服务管理块103的NDAF块103b发送的通知消息通过到终端108的专用信道或在交互网络107中提供的广播信道或经由交互网络107而被直接发送到终端108时使用的接口,并且用于发送通知消息到一个或多个终端。
CBMS-6接口124a是在服务管理块103和广播网络106之间的接口,用于建立将由服务管理块103在广播网络106中使用的发送路径、或在广播网络106中产生的事件信息的接收路径。
X-3接口124b是用于建立要用在服务管理块103和交互网络107之间的传输路径的接口。
CBMS-1接口133是用于递送广播网络106的控制信号的接口,并且控制信号对应于诸如例如DVB-H网络的节目特定信息/服务信息(PS/SI)之类的控制信号。
通知事件功能块102a承担递送产生通知消息所需的信息到通知产生功能块103a的任务,并且如果通知事件功能块102a察觉需要通知的事件的发生,则它递送有关该事件的信息到通知产生功能块103a。通知产生功能块103a承担利用从通知事件功能块102a接收的产生通知消息所需的所述信息和事件来产生通知消息、或者在经由NDAF块103b接收到广播网络106的通知事件时产生通知消息、和递送所产生的通知消息到NDAF块103b的任务。通知产生功能块103a可以(i)在需要重新通知服务的开始时、(ii)在当其接收到表示来自内容创建块101的服务信息中的改变的通知时需要发送新ESG时、或者(iii)在广播网络106中发生特定事件时产生通知消息。
NDAF块103b承担经由CBMS-3 125或CBMS-4 126递送通知消息的任务,并且一旦从广播网络106接收到表示在关于特定移动广播服务的信息中的改变的信息(例如,表示由于无线网络环境而导致的数据速率控制的不可能性或服务不可能性的信息),NDAF块103就承担递送相应的通知事件到通知产生功能块103a的任务。
图2图解了根据本发明的ESG的数据模型。在此,提供基于DVB-CBMS阶段I规范(ETSI TS 102 471)的ESG数据模型作为例子。参考图2,每个所图解的块表示ESG数据的片段。也就是说,ESG数据模型包括服务片段202、日程表事件片段204、内容片段206、获取片段208、服务包片段210、购买片段212和购买渠道(channel)片段214。
服务片段202包括整体服务的描述,日程表事件片段204表示关于通过时间来划分的服务的信息,获取片段208包括接收服务数据所需的服务接入信息,服务包片段210包括表示几个服务被打包到一个服务包中的信息,购买片段212提供用于购买服务包的价格信息,购买渠道片段214提供关于应当用于获取购买权的系统的信息。
数据模型的每个片段可以引用其他片段,在片段之间的箭头表示引用关系。术语“引用”是指其中当前片段利用从其他片段发送的信息来提供其自己的相关联信息的操作。也就是说,当一个服务由几个内容组成时,服务片段202仅仅包括整个服务的描述,例如服务的名称、服务的语言等等,而不包括通过该服务发送的内容本身的描述,并且相应内容的内容片段206引用相应服务的服务片段。而且,为了获取接收服务所需的各种信息,例如用于传输协议的会话信息,终端可以接收和解调服务片段202所引用的获取片段208。
在特定时间利用特定因特网协议(IP)流将ESG数据发送到终端,特定IP流和特定时间与实际数据流的无关。因此,服务提供商可以在服务递送之前利用ESG数据模型提供用户在接收服务之间应当先拥有的信息。通过接收ESG流,终端获取接收由服务提供商提供的服务所需的信息,并且当用户选择特定服务时,终端利用所获取的信息访问在其上发送服务的数据流,然后接收数据流上的数据。通过获取片段来发送终端访问服务数据流所需的信息,如图1中所述。
针对每一片段,ESG数据模型被打包并且包含到一个容器中,每个容器被认为是在其发送期间的基于单向传输协议的文件递送(FLUTE)会话中的一个对象。
图3图解了根据本发明的DVB-CBMS中的ESG递送结构。参照图3,对于ESG的发送,发送方通过PSI/SI信号向终端提供ESG的引导会话302的信道信息。如果终端基于该信道信息接入信道,则其接收引导信息,而引导信息包括ESG提供商探测描述符和ESG接入描述符。ESG提供商探测描述符包括与ESG提供商的ID、名称和标志相关的信息,而ESG接入描述符包括用于ESG的通告传送带会话(announcement carousel session)304的信道信息、以及关于发送ESG的IP会话的地址以及个数的信息。
在ESG的通告传送带会话304中,ESG init容器(ESG初始化容器)和ESG的索引信息以及通过ESG init容器发送的信息如下。ESG init消息(ESG初始化消息)包括用于减少ESG分割信息的解码器选项,所述ESG分割信息在通过多个会话传输ESG的情况下包括每一单独会话的分割标准信息和每个会话的信道信息。索引列表和索引结构包括在发送ESG的片段和容器之间的映射信息。
在其发送期间,ESG被包含在几个容器中,如图3所示,并且每个容器包括表示关于构成相应容器的片段的信息的片段管理信息,所述ESG片段被示出在图2中。
在详细描述根据本发明的接收通知消息的操作之前,描述通知消息的类型。通知消息可以粗略地分为两类。
第一,基于通用目的,公共通知消息被递送到所有用户,并且被用于灾难(disaster)广播或系统改变。服务提供商、IP平台提供商、ESG提供商和/或网络提供商的通常的通知对应于公共通知消息,并且公共通知消息包括所有用户应当具有的信息,而不管他们对于服务的预订。根据网络配置和每个商业模式,服务提供商、IP平台提供商、ESG提供商和网络提供商可以彼此相同或不同。IP平台提供商是管理特定IP地址的实体,并且根据其配置,IP平台提供商可以不与ESG提供商一一对应。而且,这可以根据管理网络的使用的网络提供商来区分。
第二,特定通知消息被严格用于特定服务,并且可以用于向接收特定服务的用户通知该服务的改变和开始。不仅可以对于每一单独服务,而且可以对于每一单独的特定用户组产生和发送特定通知消息。特定用户组可以是通过通知服务预订形成的用户组,或者是在网络期望向特定区域发送通知消息时形成的用户组。但是,当期望向通过服务预订形成的用户组递送通知消息时,由于管理单独的订户信息,所以可以基于点对点来发送通知消息。当将向特定区域发送通知消息时,不分开管理位于该特定区域中的用户组。
图4中示出了根据本发明的在通知消息的发送和接收中的整体流程。如图4所示,本发明大致包括:操作A 410,递送和获取通知消息信道信息;操作B 420,发送和接收通知消息;操作C 430,终端解析所接收的通知消息并且对其进行应答。参照图8A到20描述操作A 410,参照图11到20描述操作B 420,参照图21到30描述操作C 430。
I.操作A410
在一个实施例中,利用ESG递送机制将通知消息信道信息发送到终端,并且该终端利用该信道信息接收包括通知消息的分组。在另一实施例中,利用PSI/SI信令将通知消息信道信息发送到终端,并且该终端利用信道信息检测所接收的分组包括通知消息。在另一实施例中,利用PSI/SI信令将通知消息发送到终端。在这种情况下,由于PSI/SI信令是终端在接入DVB-H系统时基本接收的控制信号,所以不需要发送通知消息信道信息。在另一实施例中,在ESG上向终端发送通知消息。这样的实施例通过扩展图2的ESG数据模型来发送通知消息,并且不需要通过单独路径来发送通知消息信道信息。
参照表1,利用表1A至1G之一来描述对应于图8到13的通知消息信道信息,并且为了方便,在此将利用表1A来描述操作B 420和操作C 430,将会理解,也可以使用其他格式。而且,对于公共通知消息和特定通知消息两者可以使用表1到1G中的任何一个的信道信息。
具体而言,当例如在ESG的获取片段中插入通知消息信道信息时优选使用表1B和表1C。表1A仅包括用于接收通知消息的基本信道信息。由于表1B和表1C包括表示在终端应当接收几种通知消息时其可以接收何种通知消息的信息,所以可以在意图向用户提供插入到ESG的获取片段中并与特定服务关联的通知消息的信道信息时使用它们。
表1的所有格式可以应用于公共通知消息信道信息并且通过ESG引导会话或通告传送带会话来发送。在表2中示出了发送公共通知消息信道信息的详细例子。对于公共通知消息,基本上使用一个传输信道,但是也可以使用多个传输信道。当在由一个IP地址标识的通知消息传输信道中发送具有不同类型的多个通知消息时可以使用表1B到1G。也就是说,对于一个IP地址,可以定义几个通知消息类型。
表1G示出了其中使用会话描述协议(SDP)文件作为通知消息信道信息的示范性情形,其中该SDP文件包括诸如通知消息会话以及IP地址和端口号之类的其他信息。SDP文件中包括通常信息,如IP地址、端口号、所使用媒体的类型、所使用的传输协议、会话的定时信息等等。对于终端中的通知消息的识别和通知消息的过滤,IP地址和端口号是最基本的,但是终端也可以利用该通常的SDP文件来获取其他信息。如表1G中所示,‘SDPRef’和‘inlinedSDP’中的至少一个用于包含通知消息信道信息。‘SDPRef’表示URI信息,对于SDP文件的位置,参照该URI信息,而‘inlinedSDP’用于直接发送信道信息中的SDP文件的信息。
表1A
名称 类型 类别 描述
NotificationEntry E M 通知消息的入口
NotificationPort A M 通知消息递送的端口
NotificationAddress A O 通知消息递送的IP地址
表1B
名称 类型 类别 描述
NotificationEntry E M 通知消息的入口
NotificationType A M 通知事件类型
NotificationPort A M 通知消息递送的端口
NotificationAddress A O 通知消息递送的IP地址
表1C
名称 类型 类别 描述
NotificationEntry E M 通知消息的入口
NotificationType A M 通知类型
NotificationEventType A M 通知事件类型
NotificationPort A M 通知消息递送的端口
NotificationAddress A O 通知消息递送的IP地址
表1D
名称 类型 类别 描述
NotificationEntry E M 通知消息的入口
NotificationType A M 通知事件类型
NotificationPort A O 通知消息递送的端口
NotificationAddress A M 通知消息递送的IP地址
表1E
名称 类型 类别 描述
NotificationEntry E M 通知消息的入口
NotificationType A M 通知类型
NotificationEventType A M 通知事件类型
NotificationPort A O 通知消息递送的端口
NotificationAddress A M 通知消息递送的IP地址
表1F
名称 类型 类别 描述
NotificationEntry E M 通知消息的入口
NotificationPort A O 通知消息递送的端口
NotificationAddress A M 通知消息递送的IP地址
表1G
名称 类型 类别 描述
NotificationEntry E M 通知消息的入口
SDPRef A O 包括IP地址和端口号的通
知会话描述信息
inlinedSDP A O 包括IP地址和端口的通知
会话描述信息
在表1中,名称列表示构成相应消息的元素和属性的名称,类型列表示相应名称的类型(元素或属性)。元素具有值E1、E2、E3和E4,其中E1表示整个消息的上层元素,E2是E1的子元素,E3表示E2的子元素,E4表示E3的子元素。由“A”表示属性,A表示相应元素的属性。例如,在E1下面的A表示E1的属性。而且,类别列用于确定相应元素或属性是强制性的还是可选的,其中“M”是在相应元素或属性是强制性的时的强制性值,而在相应元素或属性是可选的时具有为可选值的“O”。
‘NotificationEntry’是具有‘NotificationPort’和‘NotificationAddress’两个属性的信息元素。‘NotificationPort’和‘NotificationAddress’表示关于终端可以在其上接收通知消息的信道的信息。在大多数移动广播中,讨论使用IP的数据传输技术,并且假定使用IP,系统向终端提供有关通知消息将被递送至的IP地址的信息,并且还提供有关端口号的信息以便IP层的上层可以区分每一个因特网应用。当使用IP协议时,终端可以用来区分每一应用的信息包括传输协议的端口号和IP地址。端口号根据通过其递送通知消息的传输协议来确定,也就是说,假定使用用户数据报协议(UDP),则通知UDP端口号。然后,终端可以根据IP地址和UDP端口号来接收通知消息。使用UDP的原因是因为在UDP传输协议的报头开销方面,UDP较小,并且其适合不支持接收应答且是单向获得的广播服务的特性。
当基于点对点传输通知消息时,可以使用传输控制协议(TCP)来替代UDP。因此,应当理解:对于点对点传输,除非特别说明,使用TCP端口作为通知消息端口。虽然为了方便在此将假定使用UDP端口作为通知消息端口,但是对于点对点传输使用TCP端口。而且,当在UDP之上附加地使用实时协议(RTP)和/或基于单向传输的文件递送(FLUTE)协议作为传输协议时,则通知对应于协议的端口。表1中示出了用于此的详细的信道信息的格式。
‘NotificationPort’具有先前分配的UDP端口号以便网络提供商或服务提供商在发送通知消息时可以使用它。由于其知道用于通知消息的UDP端口,接收通过为使用通知消息而分配的UDP端口发送的消息的终端可以立即识别出作为通知消息的相应分组并处理该通知消息。
可以在图1的通知事件功能块102a或NDAF块103b中实现将通知消息产生为递送消息的操作。这里,产生递送消息的实体具有关于所有进行中的会话的信息。也就是说,该实体可以将通知消息附到现有的用于消息发送的传输会话中而不需要产生单独的新会话。会话的基本识别单元由IP地址构成,并且通知消息使用进行中的会话的IP地址。该进行中的会话可以是与连接到需要通知的获取片段的特定进行中服务相关联的会话。
如果该实体通过仅仅UDP端口号不同的进行中IP会话递送通知消息,则终端可以立即接收该通知消息(与在进行中会话上的服务相关联的公共通知消息或特定通知消息),而不需要监视单独的会话。可以在终端正在接收移动广播服务以及期望通过IP流递送通知消息时使用‘NotificationPort’,其中通过该IP流传输移动广播服务。
‘NotificationAddress’用于分配用于通知消息递送的专用IP地址,并且用于通过具有IP地址的传输流(或传输路径)来递送通知消息。‘NotificationAddress’提供IP地址以便递送一般或特定通知消息到接收移动广播服务的终端或处于节能的空闲模式中而不是在接收移动广播服务的终端。终端根据通过利用‘NotificationPort’和‘NotificationAddress’期望发送终端状态或通知消息的实体的通知消息的目的地地址来接收通知消息。
表1B的‘Notification Type’表示通知消息的事件类型,如下面参照图30的进一步描述以及相关描述。表1C的‘NotificationType’是表示相应信息是否是用于通知消息的目的的类型的信息,即用于终端的信息、或用于用户的信息,如参照图14-16和30以及相关描述所述的。‘NotificationEventType’表示关于相应消息是用于通知ESG的更新的通知消息还是用于递送实时业务信息的通知消息的事件类型(如图30中以及相关描述所述)。
当通知消息信道信息被包含在ESG的获取片段中并且存在应当示出的几种通知消息时,可以使用在表1B和1C中的多个NotificationType和NotificationEventType。
图5是图解根据本发明的发送通知消息信道信息的操作的流程图。在此,示出了基于ESG的方案和基于PSI/SI的方案,并且分开示出了用于特定通知消息信道信息和公共通知消息信道信息的方案。
参照图5,在步骤502,发送器确定表示通知消息的发送方案和接收方案的通知消息信道信息(例如如表1中所述)。
如果通知消息信道信息是用于特定通知消息的,则在步骤504中,信道信息被插入到ESG数据模型的预定片段(例如获取片段或专用通知片段)中。如果通知消息信道信息是用于公共通知消息的并且利用ESG发送信道信息,则在步骤506信道信息被插入到ESG引导会话的描述符或ESG通告传送带会话的容器中。
在步骤508,该发送器利用其他ESG数据模型信息、ESG引导会话信息和通告传送带会话信息来产生ESG,并且在步骤510发送该ESG。
如果该通知消息信道信息是用于公共通知消息的,则利用PSI/SI信令来发送信道信息。也就是说,在步骤512,信道信息被发送到DVB-H网络的PSI/SI发生器。在步骤514,PSI/SI发生器将信道信息插入到要在DVB-H网络中使用的PSI/SI信号中,在步骤516,将其他PSI/SI信息插入到PSI/SI信号中,并且然后在步骤518发送该PSI/SI信号到终端。
图6是图解根据本发明的接收通知消息信道信息的操作的流程图。参照图6,在步骤602,终端接入广播网络,并且然后在步骤604接收PSI/SI信号和从该PSI/SI信号中检测ESG引导会话的接入信息。在步骤606,终端根据接入信息接入ESG引导会话和ESG通告传送带会话,并且接收相应信息和ESG数据模型信息。可以利用使用几个IP地址的多流方案来发送ESG,或可以利用使用一个IP地址的单流方案来传输ESG。在单流方案中,不分配单独的ESG通告传送带会话,而是通过ESG发送的信息和多流方案中的信息相同。
在步骤608,终端从基于ESG数据模型的特定ESG片段获取特定通知消息信道信息。利用PSI/SI方案或ESG方案来发送公共通知消息信道信息。当使用PSI/SI方案时,在步骤610,终端从在步骤604中接收的PSI/SI信号获取公共通知消息信道信息。当使用ESG方案时,在步骤612,终端从在步骤606中接收的ESG引导会话或ESG通告传送带会话信息中检测公共通知消息信道信息。
如图5和6中所描述的,为了产生和接收公共通知消息信道信息,可以使用在ESG的引导会话中发送的方法、在ESG的通告传送带会话中发送的方法和在PSI/SI中发送的方法。参照图1的网络配置,在IP平台、ESG提供商和网络提供商的每一个中能够产生公共通知消息。例如,通过作为ESG传输机制的第一阶段的ESG引导会话来发送与每个IP平台相关的公共通知消息,通过针对每一单独ESG提供商而区分的ESG通告传送带会话来发送与每个单独ESG提供商相关的公共通知消息,并使用PSI/SI信号来发送与每个网络相关的公共通知消息。当一个IP平台具有一个ESG提供商并且经由单一网络来传输由ESG提供商提供的ESG时,都以相同方式无区分地发送在几个源中产生的公共通知消息。
参照图7,将描述根据本发明的用于递送通知消息信道信息的方法。
对于公共通知消息,发送器将表1的信道信息插入到通过ESG引导会话702发送的至少一个描述符704、706和708中,或将表1的信道信息插入到通过ESG通告传送带会话710发送的至少一个容器712和714中。在ESG引导会话702中,信道信息被插入到ESG提供商探测描述符704或ESG接入描述符706中,或者利用专用通知描述符708来发送。在ESG通告传送带会话710中,信道信息被插入到ESG init容器712中,或利用包含通知描述符的专用ESG索引容器714来发送。
表2A到2D提供在利用ESG递送机制发送通知消息信道信息时的示范性格式。
表2A
语法 | 比特数 | 助记符 |
ESG Access Descriptor{n_o_ESGEntriesfor(i=0;i<n_o_ESGEntries i++){ESGEntry[i]()}NotificationEntry{NotificationPortNotificationAddress} | 16 | uimsbf |
语法ESGEntry{ESGEntryVersionESGEntryLengthMultipleStreamTransportIPVersion6ReservedProviderIDif(IPVersion6){SourceIPAddressDestinationIPAddress}else{SourceIPAddressDestinationIPAddress}PortTSI} | 比特数88+1161612812832321616 | 助记符uimsbfvluimsbf8bslbfbslbfbslbfuimsbfbslbfbslbfbslbfbslbfuimsbfuimsbf |
表2B
语法 | 比特数 | 助记符 |
Notification Descriptor{ | ||
n_o_ESGEntries | 16 | uimsbf |
EPA_NotificationEntry{ | ||
<Table 1> | ||
} | ||
for(i=0;i<n_o_ESGEntries i++){ | ||
EPS_NotificationEntry{ | ||
ProviderID | ||
<Table 1> | ||
} | ||
} |
表2C
语法 | 比特数 | 助记符 |
ESG Access Descriptor{ | ||
n_o_ESGEntries | 16 | Uimsbf |
for(i=0;i<n_o_ESGEntries i++){ | ||
ESGEntry[i]() | ||
NotificationEntry{ | ||
<Table 1> | ||
} | ||
} | ||
} |
表2D
ESGProviderDiscovery描述符语法
表2A示出了包含在ESGAccessDescriptor中的NotificationEntry。由于NotificationEntry被插入而与ESGEntry[i]无关,所以对应于其的通知消息包括对于每一ESG提供商来说为公共的信息,即紧急信息。
表2B示出了包含在NotificationDescriptor 708中的NotificationEntry。并且EPA_NotificationEntry和EPS_NotificationEntry中的任意一个可被用于包含信道信息。由于通过ESG引导会话或ESG通告传送带会话来发送NotificationDescriptor,所以分别通过ESG引导会话或ESG通告传送带会话来发送EPA_NotificationEntry和EPS_NotificationEntry。
EPA_NotificationEntry表示相应信道信息是对于每一ESG提供商来说为公共的通知消息信道信息。对于每一ESG提供商来说为公共的信息可以是如上所述的紧急信息,并且在服务管理块103中其可以以平台提供商为单位来划分。平台提供商是用于管理一系列IP地址的实体,并且它们中的每一个可以具有多个ESG提供商。
EPS_NotificationEntry表示相应信道信息是针对每一单独的ESG提供商提供的通知消息信道信息。虽然相应的通知消息对于所有接收ESG的终端和用户来说是公共的,但是它对于每一单独的ESG提供商来说是独立的。例如,相应的通知消息可以包括用于通知特定ESG更新的通知消息。对于EPA_NotificationEntry格式来说,在表1A到1F的所有表格都是可能的。当在ESG引导会话中发送EPS_NotificationEntry时,它还可以连同表1中示出的信息一起包括ProviderID。ProviderID表示ESG提供商通过其指定通知消息。而且,当在ESG通告传送带会话中发送EPS_NotificationEntry时,不一起发送ProviderID。这是因为由于针对每一单独的ESG提供商产生ESG通告传送带会话,所以不需要利用ProviderID来区分ESG通告传送带会话。
表2C示出了其中通知消息信道信息被针对于每一单独ESGentry[i]而包含在ESGAccessDescriptor中,并且被用于针对于如表2B中所述的每一单独ESG提供商设置公共通知消息信道信息的情形。
表2D示出了其中通知消息信道信息被包含在ESGProviderDescriptor中,并且通知消息的信道信息对于对应于该通知消息信道信息的ESG提供商来说为公共的情形。
对于特定通知消息,发送器在发送前将信道信息插入到图2的ESG数据模型的获取片段中。
在有关本发明的图8A-9B的描述中,将主要参照ESG引导描述符描述通知消息信道信息的发送。但是,下面描述也可以甚至应用于其中NotificationEntry在其发送过程中被包含在ESG init容器中的情形。
参照图8A和8B,将描述根据本发明的通过ESG引导描述符发送和接收通知消息信道信息。该描述限于公共通知消息信道信息。
图8A是图解根据本发明实施例的通过ESG引导描述符产生和发送通知消息信道信息的操作的流程图。参照图8A,在步骤801,NDAF块103b指定作为要发送到终端108的ESG引导信息的公共通知消息信道信息的元素和属性。例如,在步骤801,指定上述的‘NotificationEntry’、‘NotificationPort’和‘NotificationAddress’。在此,根据广播提供商或系统环境预先确定公共通知消息信道信息的元素和属性。在完成步骤801后,在步骤802,NDAF块103b产生包括公共通知消息信道信息的ESG引导描述符。其后,在步骤803,NDAF块103b将所产生的ESG引导描述符发送给终端108。虽然在此由服务管理块103中的NDAF块103b执行公共通知消息信道信息的生成,但是,也可以在通知事件功能块102a中执行该操作。
图8B是图解根据本发明的终端接收ESP引导描述符中的通知消息信道信息的操作的流程图。
参照图8B,终端108在步骤811通过用户执行广播服务,并且在步骤812接收从NDAF块103b发送的ESG引导描述符。在接收ESG引导描述符之后,终端108在步骤813解析ESG引导描述符,并且在步骤814获取作为接收公共通知消息所需的信道信息的‘NotificationEntry’、‘NotificationPort’和‘NotificationAddress’。其后,终端108进行到图4的操作B420。
参照图9A和9B,将描述根据本发明的通过ESG获取片段发送和接收通知消息信道信息。在此,该描述将限于特定通知消息信道信息。
图9A是图解根据本发明的通过ESG获取片段产生和发送通知消息信道信息的操作的流程图。参照图9A,在步骤901,NDAF块103b指定作为要发送到终端108的ESG获取片段信息的特定通知消息信道信息的元素和属性。例如,在步骤901,指定上述的‘NotificationEntry’、‘NotificationPort’和‘NotificationAddress’。在此,根据广播提供商或系统环境预先确定特定通知消息信道信息的元素和属性。在完成步骤901后,在步骤902,将特定通知消息信道信息插入到ESG的获取片段中。其后,在步骤903,NDAF块103b通过将该ESG的获取片段添加到其他片段来完成ESG,并在步骤904将该ESG发送到终端108。虽然在此由NDAF块103b执行特定通知消息信道信息的生成,但是,也可以在通知事件功能块102a中执行该操作。
图9B是图解根据本发明的终端接收ESG获取片段中的通知消息信道信息的操作的流程图。参照图9B,终端108在步骤911通过用户执行广播服务,并且在步骤912接收从NDAF块103b发送的ESG引导描述符。在接收ESG引导描述符之后,终端108在步骤913解析ESG引导描述符,并且在步骤914获取该ESG的接收信息,利用该接收信息执行用于接收ESG的硬件和软件设置,并且然后立即接收该ESG。在步骤915,终端108获取包含在该ESG的获取片段中的、作为接收特定通知消息所需的信道信息的‘NotificationEntry’、‘NotificationPort’和‘NotificationAddress’。其后,终端108进行到图4的操作B420。
作为另一例子,终端可以通过接收通知消息并且然后解析插入到该通知消息中的服务ID而不是通过ESG的获取片段获取特定通知消息信道信息来识别连接该通知消息的特定服务。服务ID优选地具有与ESG中的服务ID相同的含义和值。后面将详细描述该情形下的通知消息格式。
接着,将描述在本发明另一实施例中的递送通知消息信道信息的方法。对于公共通知消息,在发送前,发送器将表1的信道信息插入到经由图1的CBMS-1接口133发送的PSI/SI信号中。对于特定通知消息,在发送前,发送器将表1的信道信息插入到每一单独服务的PSI/SI信号中。
图10A是图解根据本发明的通过PSI/SI信号产生和发送通知消息信道信息的操作的流程图。在此,该描述限于公共通知消息信道信息。
参照图10A,在步骤1001,NDAF块103b指定要发送到终端108的通知消息信道信息的元素和属性。例如,在步骤1001,指定上述的信道信息‘NotificationEntry’、‘NotificationPort’和‘NotificationAddress’。在此,根据广播提供商或系统环境预先确定通知消息信道信息的元素和属性。在完成步骤1001后,在步骤1002,NDAF块103b经由CBMS-6接口124a将所产生的通知消息信道信息发送到广播网络106中的PSI/SI发生器106a。在步骤1003,PSI/SI发生器106a利用该通知消息信道信息以及其他信息产生PSI/SI信号。在步骤1004,PSI/SI发生器106a经由CBMS-1接口133将所产生的PSI/SI信号发送给终端108。
虽然在图10A中没有详细描述,但是对于特定通知消息,表1的信道信息针对于每一单独服务而被插入到在DVB-CBMS中定义的PSI/SI信号中的服务描述表(SDT)。作为另一例子,在PSI/SI信号中可以包含特定通知消息信道信息的新表格。
图10B是图解根据本发明的终端接收PSI/SI信号中的通知消息信道信息的操作的流程图。在此,描述将限于公共通知消息信道信息。
参照图10B,终端108在步骤1011通过用户执行广播服务,并且在步骤1012从PSI/SI发生器106a接收PSI/SI信号。在接收PSI/SI信号之后,终端108在步骤1013解析该PSI/SI信号,并且在步骤1014获取作为接收通知消息所需的信道信息的‘NotificationEntry’、‘NotificationPort’和‘NotificationAddress’。虽然在此没有详细描述,但是对于特定通知消息,终端108可以通过检查在PSI/SI信号中的服务描述表(SDT)来获取每一单独的服务的特定通知消息的信道信息。其后,终端108进行到图4的操作B420。
虽然已经描述了用于发送特定通知消息信道信息和公共通知消息信道信息的各种实施例,但是优选地,利用由于其特性而不同的方式或传输路径来将特定通知消息信道信息和公共通知消息信道信息递送到终端。相应地,在前面的实施例中,优选地,利用ESG的获取片段或ESG中的不同方式发送特定通知消息信道信息。而且,优选地,通过ESG引导会话、通告传送带会话或PSI/SI来发送公共通知消息信道信息。
II.操作B 420
参照图11,描述根据第一和第二实施例的通知消息的发送。由于公共通知消息和特定通知消息的发送方法彼此相同,所以图11中通过举例方式描述公共通知消息的发送方法。
图11是图解根据本发明实施例的在广播系统中发送公共通知消息的操作的流程图。参照图11,在步骤1101,NDAF块103b从通知事件功能块102a接收包含通知内容(即通知事件)的公共通知消息。然后在步骤1102,NDAF块103b利用预定的UDP端口和公共通知消息来产生UDP分组,并在步骤1103,执行针对进行中广播会话和通知IP地址的分组生成和发送。由于由服务提供商定义公共通知消息的格式,并且该格式与发送不直接相关,所以该公共通知消息被直接生成为UDP分组。
在服务区域中,可能存在连接到交互网络107或处于下述状态(即睡眠状态)中的终端,在该状态中,当终端的广播接收器被关掉电源时它们可以接收寻呼消息。对于处于该状态下的终端,系统应当通过执行通过交互网络107的交互信道的寻呼或通过类似动作来唤醒终端的睡眠的广播接收器(未示出)。为此,系统在步骤1104产生用于唤醒睡眠的广播接收器的寻呼消息,并在步骤1105通过交互网络107的交互信道或类似动作将该寻呼消息发送到终端,由此唤醒终端的睡眠的广播接收器。
使用先前指定的用于通知递送的UDP端口号(即‘NotificationPort’),以产生用于发送公共通知消息的分组。这使得终端108能够识别所接收的作为公共通知消息的分组。利用进行中会话的IP地址或用于发送公共通知消息的IP地址(即‘NotificationAddress’),将UDP分组生成为IP分组。由于其中产生通知递送消息的NDAF块103b位于承担每一递送的服务管理块103中,所以可以获取进行中会话的IP地址。完成的IP分组被递送到低层的发送单元。考虑到存在分组丢失或接收者不能接收到分组,可以根据网络提供商或服务提供商的需要重复地向低层的发送单元发送公共通知消息。
参照图12和13,描述根据上述实施例的在广播系统中接收通知消息的操作。由于公共通知消息和特定通知消息的发送方法彼此相同,所以通过举例方式描述公共通知消息的发送方法。
图12是图解根据本发明的在移动广播系统中终端的通知客户端功能块108a接收通知消息的操作的流程图。参照图12,在于图4的操作A410中接收通知消息信道信息之后,在步骤1201,通知客户端功能块108a接收IP分组并解析该IP分组的报头。通过解析报头,在步骤1202,通知客户端功能块108a监视该IP分组的IP地址是否是其所需IP地址。术语“所需IP地址”是指进行中会话的IP地址(即当前接收的广播服务)或为该通知消息分配的特定IP地址(即‘NotificationAddress’)。因此,如果确定在该报头中的IP地址不是所需IP地址,则通知客户端功能块108a进行到步骤1206,在步骤1206中,其丢弃该IP分组。
然而,如果该IP分组的IP地址是所需IP地址,则通知客户端功能块108a进行到步骤1203,在步骤1203中,其通过对该IP分组去封装而获取UDP分组,并且解析该UDP分组的报头。其后,在步骤1204,通知客户端功能块108a确定通过解析UDP分组的报头而获得的UDP端口号是否是先前通过ESG引导描述符或PSI/SI信号获得的预定通知消息信道信息的端口号(即‘NotificationPort’)。也就是说,通知客户端功能块108a确定所接收的分组是公共通知消息还是关于一般广播会话的分组。
在步骤1204,如果UDP分组报头的端口号与被指定来接收通知消息的UDP端口号一样,则在步骤1205,通知客户端功能块108a通过对该UDP分组去封装来获取包含在其分组体中的公共通知消息,并解析该通知消息,然后进行到图4的操作C 430以执行所需操作。然而,如果UDP分组的端口号与先前指定的UDP端口号不一样,则在步骤1207,通知客户端功能块108a通过将该UDP分组认为是关于现有广播会话的分组而执行广播服务的过程,或者认为相应的通知消息不是其应当接收的通知消息而丢弃该UDP分组。
图13是图解根据本发明的连接到交互网络的终端的通知客户端功能块108a接收通知消息的操作的流程图。下面操作不仅可以应用到连接到交互网络的终端而且可以应用到连接到可以管理睡眠终端的各种系统的终端。
参照图13,在于图4的操作A 410中接收通知消息信道信息之后,在步骤1301,通知客户端功能块108a接收根据交互网络或不同系统的寻呼机制的寻呼消息。在步骤1302,通过该寻呼消息,通知客户端功能块108a激活睡眠的广播接收器,并且使得该睡眠的广播接收器能够准备接收。接收准备是利用在上述方法中发送的‘NotificationPort’和‘NotificationAddress’来产生会话的操作,并且进入接收就绪状态。在进入接收就绪状态后,在步骤1303,通知客户端功能块108a从NDAF块103b接收IP分组并解析所接收的IP分组的报头。
然后,通知客户端功能块108a在步骤1304确定该IP分组的地址是否与由‘NotificationAddress’指定的IP地址相同。如果确定在该IP分组的IP报头中的地址与‘NotificationAddress’不同,则通知客户端功能块108a进行到步骤1308,在步骤1308中,其丢弃该分组。然而,如果确定该IP分组的IP地址与‘NotificationAddress’相同,则通知客户端功能块108a在步骤1305中通过对该IP分组去封装而提取UDP分组,并且解析该UPD分组的报头。
在步骤1306,通知客户端功能块108a比较通过解析该UDP分组的报头而获得的UDP端口号和‘NotificationPort’,以便确定所接收的分组是公共通知消息还是错误发送的分组。
如果在步骤1306所接收UDP分组的报头的端口号与‘NotificationPort’(即,被指定用于接收公共通知消息的UDP端口号)相同,则在步骤1307,通知客户端功能块108a通过对该UDP分组去封装而获得在其分组体中包含的通知消息并解析该通知消息,然后进行到图4的操作C 430以执行所需操作。然而,如果该UDP分组的端口号与‘NotificationPort’不同,则在步骤1308,通知客户端功能块108a丢弃该分组,即认为该UDP分组是错误发送的分组。其后,终端进行到图4的操作C 430。
参照图14,将描述根据本发明另一实施例的通过PSI/SI信号递送通知消息的操作。参照图14,在步骤1401,NDAF块103b从通知事件功能块102a接收包含通知内容的公共通知消息。然后在步骤1402,NDAF块103b将该公共通知消息递送到PSI/SI发生器106a。在步骤1403,PSI/SI发生器106a利用该公共通知消息和其他信息来产生PSI/SI信号。在步骤1406,由PSI/SI发生器106a产生的PSI/SI信号被递送到终端。
在服务区域中,可能存在连接到交互网络107或处于下述状态(即睡眠状态)中的终端,在该状态中,当终端的广播接收器被关掉电源时它们可以接收寻呼消息。对于处于该状态下的终端,系统应当通过执行通过交互网络107的交互信道的寻呼或通过类似动作来唤醒终端的睡眠的广播接收器(未示出)。为此,系统在步骤1404产生用于唤醒睡眠的广播接收器的寻呼消息,并在步骤1405通过交互网络107的交互信道或类似动作将该寻呼消息发送到终端,由此唤醒终端的睡眠的广播接收器。
参照图15和16,将描述根据本发明的终端接收通知消息的操作。参照图15,在步骤1501,终端108通过用户执行广播服务,并且然后在步骤1502接收从PSI/SI发生器106a发送的PSI/SI信号。在接收PSI/SI信号后,终端108在步骤1503解析该PSI/SI信号,并且在步骤1504接收在该PSI/SI信号中包含的通知消息。特定通知消息存在于DVB-CBMS的PSI/SI信号中包含的SDT中。如上所述,特定通知消息可被包含在一个表中或在该PSI/SI信号中的特定通知消息的描述符中,而不是SDT中。
图16是图解根据本发明的连接到交互网络的终端的通知客户端功能块108a接收通知消息的操作的流程图。下面操作不仅可以应用到连接到交互网络的终端而且可以应用于连接到可以管理睡眠终端的每一种系统的终端。
参照图16,在步骤1601,通知客户端功能块108a接收根据交互网络或不同系统的寻呼机制的寻呼消息。在步骤1602,通过该寻呼消息,通知客户端功能块108a激活睡眠的广播接收器,并且使得该睡眠的广播接收器能够准备接收。在步骤1603,通知客户端功能块108a接收PSI/SI信号,并在步骤1604解析该PSI/SI信号,并且在步骤1605检测该PSI/SI信号中的通知消息内容。其后,终端进行到图4的操作C 430。
最后,参照图17,描述根据本发明另一实施例的用于递送通知消息的ESG数据模型。图17示出了从图2的ESG数据模型扩展的ESG数据模型,并且该扩展的ESG数据模型除了服务片段1702、日程表事件片段1704、内容片段1706、获取片段1708、服务包片段1710、购买片段1712和购买渠道片段1714之外,还包括根据本发明的该实施例新添加的通知片段1716。除了通知片段1716和片段1702、1704之间的引用关系之外,其他片段1702到1714的结构具有与图2的ESG数据模型的结构的向后兼容的关系。
通知片段1716的属性和元素与下面参照图21-30描述的相同。而且,在通知片段1716、服务片段1702、日程表事件片段1704和获取片段1708之间的引用关系(reference relationship)是0..n,其表示通知片段1716的每一个通知消息元素可以与特定服务无关,或可以是与多个服务相关的信息,以及表示可能不存在应当在一个日程表事件中示出的通知消息,或者表示可能存在多个应当在一个日程表事件中示出的通知消息,以及表示可能不存在应当必须从该通知消息访问的会话,或表示存在多个应当必须从该通知消息访问的会话。
当通知片段1716处于与服务片段1702的引用关系中时,意味着相应的通知消息连接到特定服务。当通过通知片段1706对日程表事件片段1704进行引用时,意味着应当在由相应日程表事件信息表示的时间内执行对相应消息的再现。也就是说,当通知消息的有效时间比单个日程表事件的时间长,则可以通过一个通知消息连续地对多个日程表事件进行引用。
参照图18,将描述根据本发明的通过ESG数据模型递送通知消息的操作。参照图18,在步骤1801,NDAF块103b从通知事件功能块102a接收包含通知内容的公共通知消息。然后,在步骤1802,NDAF块103b递送该公共通知消息到ESG发生器(未示出)。同时,在步骤1810,NDAF块103b递送表示ESG更新的通知消息。在步骤1810中的通知消息的格式和信息元素可以遵循关于本发明的图8-9描述的消息格式。在此,ESG发生器是存在于移动广播系统中的物理或逻辑实体,并且可以被包含在图1中所示的至少一个其他实体中,或可以被实现成单独的实体。
在其发送期间,用于表示ESG内容被更新成实际的通知消息内容的、表示ESG更新的通知消息被包含在ESG中,是否递送表示ESG更新的通知消息是服务提供商的可选步骤。当NDAF块103b独立地发送表示ESG更新的通知消息时,由于通知消息内容,终端可以迅速地检测到ESG的更新。结果,终端不需要不断监视ESG更新,从而在正确的时间接收包含在ESG中的通知消息内容。
在步骤1811,表示ESG更新的通知消息被递送到终端。在步骤1803,ESG发生器利用公共通知消息以及其他信息产生基于ESG数据模型的包括上述片段的ESG信号。在步骤1806,在ESG发生器中产生的ESG信号被递送到终端。ESG数据模型的详细容器封装和压缩遵循DVB-CBMS phase I(ETSITS 102 471V.1.1.1),因此,在此不需要对其进行详细描述。
在服务区域中,可能存在连接到交互网络107或处于下述状态(即睡眠状态)中的终端,在该状态中,当终端的广播接收器被关掉电源时它们可以接收寻呼消息。对于处于该状态下的终端,系统应当通过执行通过交互网络107的交互信道的寻呼或通过类似动作来唤醒终端的睡眠的广播接收器(未示出)。为此,系统在步骤1804产生用于唤醒睡眠的广播接收器的寻呼消息,并在步骤1805通过交互网络107的交互信道或类似动作将该寻呼消息发送到终端,由此唤醒终端的睡眠的广播接收器。
参照图19和20,将描述根据本发明的终端接收通知消息的操作。参照图19,在步骤1901,终端108通过用户执行广播服务,并且然后、在步骤1902接收表示ESG更新的通知消息(下文中称为“ESG更新通知消息”)。根据与本发明图8-9相关的描述来递送该通知消息,并且该通知消息包括下面关于本发明的图20-29描述的信息元素。在步骤1903,终端108接收从ESG发生器发送的包括基于ESG数据模型的片段的ESG信号。终端108可以接收包含在所发送的ESG更新通知消息中的基于ESG数据模型的片段,或可以通过利用在ESG更新通知消息中的信息访问ESG会话而接收基于ESG数据模型的片段。在接收ESG信号后,在步骤1904,终端108解析ESG信号,并且在步骤1905接收包含在ESG信号中的通知消息。特定通知消息存在于包含在DVB-CBMS的ESG信号中的通知片段中。
图20是图解根据本发明的连接到交互网络的终端的通知客户端功能块108a接收通知消息的操作的流程图。下面操作不仅可以应用于连接到交互网络的终端而且可以应用于连接到可以管理睡眠终端的每种系统的终端。
参照图20,在步骤2001,通知客户端功能块108a接收根据交互网络(或不同系统)的寻呼机制的寻呼消息。在步骤2002,通过该寻呼消息,通知客户端功能块108a激活睡眠的广播接收器,并且使得该睡眠的广播接收器能够准备接收。在步骤2003,通知客户端功能块108a接收表示ESG更新的通知消息。在步骤2004,通知客户端功能块108a接收ESG信号,并在步骤2005解析该ESG信号,并且在步骤2006检测该ESG信号中包含的通知片段。步骤2003、2004、2005和2006中的终端的详细操作与图19的操作相同。其后,终端进行到图4的操作C430。
III.操作C 430
参照表3,将描述根据本发明另一实施例的通知消息的整体方案。表3示出了通知消息的整体方案。如通过举例所示出的,可以以根据其使用的各种数据类型来定义遵循根据本发明实施例的方案的所有元素和属性。为了方便,表3分为表3A到表3E,将在下面给出每个表中的项的定义。
表3A
名称 | 类型 | 类别 | 基数(cardinality) | 描述 |
Notification | E1 | O | 0..N | 通知消息片段它包括下列属性和元素。属性:IdNotificationTypeValidity元素:NameDescriptionPresentationTypeExtensionURLSessionInformationMediaInformation |
id | A | M | 1 | 通知消息标识符 |
NotificationType | A | M | 1 | 通知类型:如果为0,UserUse如果为1,TerminalUseServiceProvider可定义的 |
Validity | A | O | 0..1 | 片段的有效时段 |
Name | E2 | M | 1..N | 通知片段的名称它具有下列属性.Lang |
Lang | A | O | 0..1 | 语言 |
Description | E2 | M | 1..N | 通知消息内容或描述 |
Lang | A | O | 0..1 | 语言 |
在表3A中,信息元素‘Notification’表示相应的通知消息的格式,并且由属性‘id’、‘NotificationType’、‘Validity’以及表3B的子元素‘Name’、‘Desciption’、‘PresentationType’、表3C的‘ExtensionURL’、‘SessionInformation’和表3D的‘MediaInformation’构成。属性‘id’、‘NotificationType’和‘Validity’以及元素‘Name’、‘Desciption’、‘PresentationType’和‘ExtensionURL’公共地用于每种通知消息。根据通知消息的使用可以不包含‘SessionInformation’和‘MediaInformation’。
′id′是通知消息片段的唯一标识符,是强制性(M)元素。该相应的标识符帮助识别所存储的通知消息。
′NotificationType′表示相应通知消息的类型或使用是针对用户使用(UserUse),是针对终端使用(TerminalUse)、还是针对其他使用,其是强制性元素。′NotificationType′=’0’表示UserUse,而′NotificationType′=’1’表示TerminalUse。而且,根据服务提供商的目的可以指定和定义各种值。
′Validity′是表示通知消息的有效时间的属性,其是可选值。在经过′Validity′中定义的一段时间之后,存储在终端中的该通知消息被删除。
′Name′表示通知消息的标题或名称,其是强制性元素,并且可以以各种语言定义。
′Lang′是′Name′的属性,其是表示在′Name′中写的内容的语言的可选值。如果没有′Lang′值,则终端认为′Name′是默认值。在此,默认值可以表示相应搜索区域的语言或英语。
′Description′是在通知消息中包含的实际消息内容,或包括用于终端使用的多媒体消息(下文中称为“终端使用的通知消息”)或多媒体消息的描述部分。可以以各种语言定义′Description′,并且其是强制性值。
′Lang′是′Description′的属性,其是表示在′Description′中写的内容的语言的可选值,如果没有′Lang′值,则终端认为′Description′是默认值
表3B
名称 | 类型 | 类别 | 基数 | 描述 |
PresentationType | E2 | M | 1 | 通知消息的呈现类型的定义 |
在表3B中,‘PresentationType’是定义通知消息的呈现类型的值。该呈现类型表示终端是将停止所有服务并通过向通知消息赋予优先级来将相应消息输出到其显示器,是将在指定设备(即存储器)中存储消息内容,还是将通知消息的内容叠加在当前接收的服务和内容上。可以根据服务提供商的目的而以各种类型定义‘PresentationType’。
例如,接收具有‘PresentationType’=‘0’的通知消息的终端立即将该通知消息提供给用户。接收具有‘PresentationType’=‘1’的通知消息的终端将该通知消息存储到存储器中并且在以后接收到用户请求时提供该通知消息。此外,接收具有‘PresentationType’=‘2’的通知消息的终端将该通知消息的内容叠加到当前在用户的显示器上显示的服务上。
‘PresentationType’=‘1’或‘3’不是必然表示终端将该通知消息可视地显示在显示器上。这是因为由于其特性,该通知消息可以由诸如文本、图像、音频、视频等各种媒体组成。也就是说,对于音频消息,系统可以利用‘PresentationType’=‘1’请求终端停止当前接收的服务并发送语音消息,或可以利用‘PresentationType’=‘3’请求终端再现音频消息。对于用于终端使用的通知消息(终端使用通知消息),基本上使用‘PresentationType’=‘1’。在这种情况下,终端简单地存储通知消息。作为另一示例,利用‘PresentationType’=‘4’,系统可以指示相应的通知消息是用于终端使用的。
表3C
名称 | 类型 | 类别 | 基数 | 描述 |
ExtensionURL | E2 | O | 0..N | 用于附加信息的URL |
SessionInformation | E2 | O | 0..N | 数据的会话信息属性:ValidFromValidToUsageType元素:DeliverySessionTransportObjectIDFragmentAltermativeURI |
ValidFrom | A | O | 0..1 | 会话的开始时间 |
ValidTo | A | O | 0..1 | 会话的结束时间 |
UsageType | A | O | 0..1 | 所使用的会话类型(Ex:服务指南,文件递送,等) |
DeliverySession | E3 | M | 1 | 要递送的内容的会话信息属性:SourceIPTransportSessionID |
SourceIP | A | M | 1 | 要传输的源IP地址 |
TransportSessionID | A | M | 1 | 要传输的会话ID |
TransportObjectID | E3 | O | 0..N | 用于传输对象的Id |
在3C中,′ExtensionURL′是表示用于通知消息的附加信息的服务或内容服务器的URL的可选值。
′SessionInformation′是表示用于数据接收的会话信息的可选值。当更新ESG或接收到文件和内容时,′SessionInformation′包括关于其中存在相应ESG或文件和内容的会话的信息,并且具有属性′ValidFrom′,′ValidTo′和′UsageType′、以及元素′DeliverySession′和′TransportObjectID′、以及表3D的′Fragment′和′AlternativeURI′作为其子元素。虽然′SessionInformation′可以用于非通知目的,但是其主要用于提供文件或内容接收的信息。
′ValidFrom′表示其中′SessionInformation′为有效的开始时间,其是可选值。′ValidTo′表示其中′SessionInformation′为有效的结束时间,其是可选值。′UsageType′表示使用′SessionInformation′的类型,并且表示相应消息是针对ESG更新的使用的,还是针对文件接收的使用的。可以根据服务提供商的目的以各种类型定义′UsageType′。
′DeliverySession′表示会话的位置,在该位置,诸如ESG或文件的对象将被实际发送,并且′DeliverySession′具有属性′SourceIP′和′TransportSessionID′,′SourceIP′是相应的传输会话的IP地址,并且可用做广播地址和多播地址。′TransportSessionID′具有传输会话的ID。′TransportSessionID′是通过会话发送的对象的唯一标识符。
表3D
名称 | 类型 | 类别 | 基数 | 描述 |
Fragment | E3 | O | 0..N | 传输对象的片段信息属性: |
FragmentIdFragmentVersion | ||||
FragmentId | A | O | 0..1 | 片段的Id值 |
FragmentVersion | A | O | 0..1 | 片段的版本信息 |
AlternativeURI | E3 | O | 0..1 | 能够接收对象的替代URI地址 |
MediaInformation | E2 | O | 0..1 | 用于产生多媒体通知消息的媒体信息元素:PictureVideoAudio |
Picture | E3 | O | 0..N | 图像信息属性:MIMEtypePictureURI |
MIMEtype | A | O | 0..1 | MIMEtype |
PictureURI | A | O | 0..1 | 表示图像的位置的URI |
Video | E3 | O | 0..N | 图像信息属性:MIMEtypeVideoURI |
在表3D中,′Fragment′是发送对象的片段,其表示为ESG更新的特定片段信息,并且终端通过检查′Fragment′的相应ID和版本信息而可以接收和存储仅仅被更新的片段。仅当通知消息用于通知ESG更新时才需要该′Fragment′及其从属属性,而当通知消息用于其他应用时,不包含该′Fragment′及其从属属性。
′FragmentID′是要接收的片段的唯一识别值。′FragmentVersion′表示要接收的片段的版本信息,并且对于具有相同′FragmentID′的片段,检查相应的版本信息以确定是否终端具有对应于最新版本的′FragmentID′。如果在会话中存在最新版本,则终端接收和存储来自该会话的最新版本值。
′AlternativeURI′表示相应对象所在的URI值,以为通过该会话的发送失败或相应信道不是广播信道时做准备。终端可以通过交互信道访问相应URI的位置,并且从其接收期望的对象。
′MediaInformation′表示用于产生通知消息的媒体信息,其是利用多媒体产生通知消息所需的。′MediaInformation′由子元素′Picture′、′Video′和′Audio′组成。
′Picture′表示画面或图像信息,′MIMEtype′表示用于相应视频的多用途因特网邮件扩展(MIME)类型,′PictureURI′表示相应画面或图像的位置,而′Video′表示关于视频的信息。
表3E
名称 | 类型 | 类别 | 基数 | 描述 |
MIMEtype | A | O | 0..1 | MIMEtype |
VideoURI | A | O | 0..1 | 表示视频的位置的URI |
Audio | E3 | O | 0..N | 图像信息属性:MIMEtypeAudioURI |
MIMEtype | A | O | 0..1 | MIMEtype |
AudioURI | A | O | 0..1 | 表示音频的位置的URI |
在表3E中,′MIMEtype′表示视频的MIME类型,而′VideoURI′表示视频的位置。术语“视频的位置”是指当相应视频在其发送期间未被包含在通知消息中而位于特殊服务器时的特殊服务器的位置。
′Audio′表示关于语音、音乐、铃音等的信息,′MIMEtype′表示相应音频的MIME类型,而′AudioURI′表示音频的位置。
当表3D和3E的媒体信息中的′PictureURI′,′AudioURI′和′VideoURI′在其发送期间未被包含在通知消息中时,这意味着在通知消息本身中包含利用媒体产生的通知信息。在这种情况下,虽然在通知消息格式中没有特别示出,但是在跟在上述信息之后的消息有效负荷部分中包含利用所选媒体产生的通知信息。
表4示出了根据本发明的利用文本产生的作为针对用户使用的通知消息方案的消息(下文中称为“用户使用通知消息”)的格式。每一项的定义与表3中的项相同,并且相应地省略与表3中相同的部分的详细描述。
表4
名称 | 类型 | 类别 | 基数 | 描述 |
Notification | E1 | O | 0..N | 通知消息片段它包括下列属性和元素。属性:IdNotificationTypeValidity元素:NameDescriptionPresentationTypeExtensionURL |
id | A | M | 1 | 通知消息标识符 |
NotificationType | A | M | 1 | 通知类型:如果为0,UserUse如果为1,TerminalUseServiceProvider可定义的 |
Validity | A | O | 0..1 | 片段的有效时段 |
Name | E2 | M | 1..N | 通知片段的名称它具有下列属性:Lang |
Lang | A | O | 0..1 | 语言 |
Description | E2 | M | 1..N | 通知消息内容或描述 |
Lang | A | O | 0..1 | 语言 |
PresentationType | E2 | M | 1 | 消息的呈现类型的定义PresentationType=0,终端立即在屏幕上显示通知消息PresentationType=1,终端在存储器中存储通知消息以便用户以后可以读取该消息(默认值)PresentationType=2,终端将通知消息重叠在当前显示的服务上PresentationType可按场合需要而被附加指定 |
ExtensionURL | E2 | O | 0..N | 附加信息的URL |
如表4中所示,在本发明的该实施例中提出的用户使用的通知消息可用于从服务提供商或内容提供商接收通知、广告消息、计费信息和付费信息,并且用做CallbackURL的′ExtensionURL′可以通过交互信道接收附加信息。表4中示出的通知消息由属性′id′、′NotificationType′和′Validity′、以及元素′Name′、′Description′、′PresentationType′和′ExtensionURL′组成。构成通知消息的所有从属属性和元素与表3中相同,因此在此省略对它们的详细描述。
参照表5,将描述根据本发明的作为用户使用的通知消息的方案的、利用多媒体产生的消息的结构。表5中的每个项的定义与表3中相同,并相应地省略对与表3中相同部分的详细描述。
表5
名称 | 类型 | 类别 | 基数 | 描述 |
Notification | E1 | O | 0..N | 通知消息片段它包括下列属性和元素。属性:IdNotificationTypeValidity元素:NameDescriptionPresentationTypeExtensionURLMediaInformation |
id | A | M | 1 | 通知消息标识符 |
NotificationType | A | M | 1 | 通知类型:如果为0,UserUse如果为1,TerminalUseServiceProvider可定义的 |
Validity | A | O | 0..1 | 片段的有效时段 |
Name | E2 | M | 1..N | 通知片段的名称它具有下列属性:Lang |
Lang | A | O | 0..1 | 语言 |
Description | E2 | M | 1..N | 通知消息内容或描述 |
Lang | A | O | 0..1 | 语言 |
PresentationType | E2 | M | 1 | 消息的呈现类型的定义PresentationType=0,终端立即在屏幕上显示通知消息PresentationType=1,终端在存储器中存储通知消息以便用户以后可以读取该消息(默认值)PresentationType=2,终端将通知消息重叠在当前显示的服务上PresentationType可按场合需要而被附加指定 |
ExtensionURL | E2 | O | 0..N | 附加信息的URL |
MediaInformation | E2 | O | 0..1 | 用于产生多媒体通知消息的媒体信息元素:PictureVideoAudio |
Picture | E3 | O | 0..N | 图像信息属性:MIMEtypeAudioURI |
MIMEtype | A | O | 0..1 | MIMEtype |
PictureURI | A | O | 0..1 | 表示图像位置的URI |
Video | E3 | O | 0..N | 图像信息属性:MIMEtypeVideoURI |
MIMEtype | A | O | 0..1 | MIMEtype |
VideoURI | A | O | 0..1 | 表示视频位置的URI |
Audio | E3 | O | 0..N | 图像信息属性:MIMEtypeAudioURI |
MIMEtype | A | O | 0..1 | MIMEtype |
AudioURI | A | O | 0..1 | 表示音频位置的URI |
如表5中所示,可以利用诸如图像、视频、音频等的各种多媒体文件来产生由本发明提出的通知消息,并且系统可以将通知消息用做服务和内容的广告消息、用于诸如丢失小孩寻找的公益的消息。表5的通知消息由属性′id′、′NotificationType′和′Validity′以及元素′Name′、′Description′、′PresentationType′、′ExtensionURL′和′MediaInformation′组成。构成表5的通知消息的所有从属属性和元素类似于表3中的属性和元素,因此在此省略对它们的详细描述。参照表6,将描述按照本发明的作为终端使用的通知消息的方案的、包括会话信息的消息格式。表6中的每项的定义类似于表3的定义。
表6
名称 | 类型 | 类别 | 基数 | 描述 |
Notification | E1 | O | 0..N | 通知消息片段它包括下列属性和元素。属性:IdNotificationTypeValidity元素:NameDescriptionPresentationTypeExtensionURLSessionInformation |
id | A | M | 1 | 通知消息标识符 |
NotificationType | A | M | 1 | 通知类型:如果为0,UserUse如果为1,TerminalUseServiceProvider可定义的 |
Validity | A | O | 0..1 | 片段的有效时段 |
Name | E2 | M | 1..N | 通知片段的名称它具有下列属性:Lang |
Lang | A | O | 0..1 | 语言 |
Description | E2 | M | 1..N | 通知消息内容或描述 |
Lang | A | O | 0..1 | 语言 |
PresentationType | E2 | M | 1 | 消息的呈现类型的定义PresentationType=0,终端立即在屏幕上显示通知消息PresentationType=1,终端在存储器中 |
存储通知消息以便用户以后可以读取该消息(默认值)PresentationType=2,终端将通知消息重叠在当前显示的服务上PresentationType可按场合需要而被附加指定 | ||||
ExtensionURL | E2 | O | 0..N | 附加信息的URL |
SessionInformation | E2 | O | 0..N | 数据的会话信息属性:ValidFromValidToUsageType元素:DeliverySessionTransportObjectIDFragmentAltermativeURI |
ValidFrom | A | O | 0..1 | 会话的开始时间 |
ValidTo | A | O | 0..1 | 会话的结束时间 |
UsageType | A | O | 0..1 | 会话使用的类型(Ex:服务指南,文件递送,等) |
DeliverySession | E3 | M | 1 | 要递送的内容的会话信息属性:SourceIPTransportSessionID |
SourceIP | A | M | 1 | 要传输的源IP地址 |
TransportSessionID | A | M | 1 | 要传输的会话ID |
TransportObjectID | E3 | O | 0..N | 传输对象的ID |
Fragment | E3 | O | 0..N | 传输对象的片段信息属性:FragmentIdFragmentVersion |
FragmentID | A | O | 0..1 | 片段的ID值 |
FragmentVersion | A | O | 0..1 | 片段的版本信息 |
AlternativeURI | A | O | 0..1 |
表6中示出的终端使用的通知消息的典型应用是通过向终端提供ESG更新信息来帮助终端存储被更新的ESG。而且,例如可以对于服务或内容的服务开始、文件的下载开始、和通过单独会话发送的多媒体通知消息的递送,使用该终端使用的通知消息。虽然在此假定通知消息的典型应用是向终端提供ESG更新信息,但是其他应用可以替代该典型应用。
术语“单独的会话”是指其他会话,而不是已建立的到终端的用于接收内容服务的会话。通常,为了发送内容,移动广播系统利用多播地址开一个会话并且将相应内容发送到终端,当该终端已经正在利用特定会话从该移动广播系统接收内容服务时,它可以通过开一个与先前建立的会话不同的单独会话来接收附加信息。
如表6中所示,本发明的终端使用的通知消息由属性′id′、′NotificationType′和′Validity′、以及元素′Name′、′Description′、′PresentationType′、′ExtensionURL′和′SessionInformation′组成。构成表6的通知消息的所有从属属性和元素与表3中的相同,因此在此省略对它们的详细描述。
图21是图解根据本发明的终端接收并处理通知消息的过程的流程图。上面已经描述了通知消息的属性和元素。参照图21,在步骤2101,在图4的操作B 420中,终端从移动广播系统接收通知消息。在步骤2102,该终端根据该通知消息的格式解析相应的消息。如果以扩展标记语言(XML)形式配置通知消息,则终端利用其中包含的XML解析器来解析该通知消息。
在步骤2103,终端的控制器检查所解析的通知消息的′NotificationType′,并且根据检查结果来执行预定操作,在下面提供对其的描述。如果′NotificationType′表示用户使用的‘0’,则终端进行到步骤2110。如果′NotificationType′是表示终端使用的‘1’,则终端进行到步骤2130。如果′NotificationType′是表示由服务提供商定义的消息服务的‘2’或更大,则终端进行到步骤2120,在步骤2120中,它执行由服务提供商定义的特定操作。这里,对于′NotificationType′≥‘2’,服务提供商可以根据商业模式和服务而自由地定义和使用通知消息。
在步骤2110,由于所接收的通知消息是针对用户使用的,所以终端可以通过显示器向用户提供通知消息。所接收的用户使用的通知消息可以是短消息或多媒体消息。利用用户使用的通知消息,服务提供商可以提供诸如服务事件通知、系统故障或检查通知、服务和内容的文本或多媒体广告、灾难广播消息、与计费相关的通知等的各种类型的消息。根据通知消息的′PresentationType′设置优先级(或偏好),并且如果所接收的通知消息是高优先级的通知消息,则终端通过显示输出所接收的通知消息。在此,可以根据服务提供商的商业模式和服务来自由地定义和使用′PresentationType′。
在步骤2111,终端根据通知消息的′PresentationType′来确定是否处理通知消息。如果在步骤2111中通知消息的′PresentationType′是‘0’,则它表示相应消息是应当紧急提供给用户的消息。而如果′PresentationType′是‘1’,则它表示相应消息将被存储到终端的存储器中。最后,如果′PresentationType′是‘2’,则它表示终端将把该通知消息重叠到服务中的内容上。
如果在步骤2111确定通知消息的′PresentationType′是表示相应消息是应当紧急示出给用户的消息的‘0’,则在步骤2112终端停止当前接收的服务,在步骤2113产生通知消息以便它可以被直接提供给用户并且在步骤2114将该产生的通知消息输出到显示器。在此,短语“产生通知消息”的意思是如果以XML格式产生通知消息,则终端产生通知消息以便它可以向用户提供包含在该消息中的文本、图像、音频和视频信息。
如果在步骤2111中确定通知消息的′PresentationType′是‘1’,则在步骤2115,终端将该通知消息存储到存储器中。其后,用户可以通过合适操作来检测存储到存储器中的该通知消息。
最后,如果在步骤2111中确定通知消息的′PresentationType′是‘2’,则终端进行到步骤2116,在步骤2116中,其根据其可支持的屏幕配置方案重构该通知消息,以便将所接收的通知消息重叠到当前通过显示器提供的服务/内容上。在步骤2117,终端将在步骤2116中产生的通知消息重叠到当前通过显示器提供给用户的内容上。
然而,如果在步骤2103中通知消息的′NotificationType′是‘1’,则在步骤2130,终端确定通知消息是针对终端使用的。其后,在步骤2131,终端检查通知消息的会话信息,在步骤2132,根据会话信息的内容访问相应的会话,在步骤2133,通过该会话接收诸如ESG、文件、对象等的指定内容,并在步骤2134在存储器中存储或更新所接收的内容。由虚线示出的过程2140包括步骤2131到2134,并且根据终端的设置或用户的操作而被可选地执行。
图22是图解根据本发明的在移动广播系统中产生并递送通知消息的过程的流程图。已通过表3到表6描述了在图22中所述的通知消息的属性和元素。在图1中描述的通知产生功能块103a中,根据通过内容提供商、服务提供商或网络提供商的请求而产生的、或者由移动广播服务系统产生的通知事件而产生通知消息。
参照图22,在步骤2201,通知产生功能块103a从通知事件功能块102a接收诸如系统和服务中的改变、故障、ESG的改变和递送、内容的递送、广告消息、紧急情形的灾难消息等的通知消息事件。
在步骤2202,通知产生功能块103a根据所接收的通知消息事件产生通知消息的基本信息,即属性′id′和′Validity′、以及元素′Name′、′Description′、′ExtensionURL′和′MediaInformation′。在产生基本信息后,在步骤2203,通知产生功能块103a确定该通知消息是针对用户使用的,还是针对终端使用的,并且根据确定结果来设置′NotificationType′。
如果在步骤2203确定通知消息是针对用户使用的,则通知产生功能块103a进行到步骤2211,在步骤2211中,其将′NotificationType′设置为‘0’。在步骤2211将′NotificationType′设置为‘0’后,通知产生功能块103a在步骤2212确定是将立即在用户终端上显示该通知消息,还是将该通知消息存储到终端中并且以后在用户请求时向用户输出该通知消息,还是将该通知消息重叠到用户的服务中的内容上。
在步骤2212中确定在终端上显示通知消息的方法后,如果通知产生功能块103a确定允许终端在接收到通知消息时立即显示其,则在步骤2221,通知产生功能块103a将通知消息的′PresentationType′设置为‘0’。然而,如果通知产生功能块103a确定允许终端存储该通知消息并且在以后用户请求时输出该通知消息,则在步骤2231将′PresentationType′设置为‘1’。最后,如果通知产生功能块103a确定允许终端将通知消息重叠到用户的当前接收的内容上,则在步骤2241将通知消息中的′PresentationType′设置为‘2’。
然而,如果在步骤2203,通知消息被确定为是针对终端使用的,则通知产生功能块103a在步骤2251将通知消息的′NotificationType′设置为‘1’。
在步骤2252,如以通知消息格式描述的终端使用的通知消息被用做用于通知ESG的更新和递送、或服务和内容的递送的消息,并且需要相应通知消息的会话信息。因此,为了产生终端使用的通知消息,通知产生功能块103a需要相应的会话信息。该会话信息被存储在服务管理块103中,并且当服务管理块103的NDAF块103b将该会话信息发送到通知产生功能块103a时,通知产生功能块103a检查该会话信息并且然后设置在通知消息中的相关信息。在本发明中,该会话信息被写到表3的′SessionInformation′中。
在以前述方式完成设置用户使用的或终端使用的通知消息后,通知产生功能块103a在步骤2260产生最终格式的通知消息。在步骤2270中,经由NDAF块103b,所产生的通知消息被递送到终端。
将描述根据本发明另一实施例的移动广播系统中的通知消息格式、通知消息发送/接收方法及其系统。下面将参照表7描述根据本发明的该实施例的通知消息的整体方案。
表7示出了根据本发明的该实施例的通知消息的示范性整体方案,并且与本发明的关于图21-22以及相关描述的前面实施例相比,它还包括表示通知消息的版本的′NotificationVersion′。′NotificationVersion′,和在本发明的前面实施例中公共使用的′id′、′NotificationType′和′Validity′一样,是所使用的基本属性,其与通知消息的使用无关。在表7中仅示出′NotificationVersion′,在表7中未示出与前面实施例中描述的相同的其他元素和属性,所以它们没有被单独示出。
表7
名称 | 类型 | 类别 | 基数 | 描述 |
NotificationVersion | A | M | 1 | 通知消息的版本信息 |
表7的′NotificationVersion′表示通知消息的版本号。在本发明的该实施例中,将通知消息的版本号插入到通知消息中的原因是因为当需要时移动广播系统可能重复地发送通知消息。当在其传输期间通知消息丢失时或需要通知特定的被通知服务的更新版本时,这是有效的。当移动广播系统重复地递送通知消息时,终端需要用于确定所接收消息是否是新消息的标准。因此,本发明的该实施例包括表7的属性′NotificationVersion′作为′Notification′的片段属性,′Notification′是通知消息的元素。
根据本发明的该实施例,接收通知消息的终端通过一起利用′NotificationVersion′和′id′来检查通知消息的版本信息和重复的发送。也就是说,当终端接收从移动广播系统重复发送的通知消息时,终端利用上述信息来确定通知消息的新旧。
根据本发明,可以使用整数类型的版本号或利用网络时间协议(NTP)的时间戳作为′NotificationVersion′,所述NTP是用于经由网络连接的计算机之间的时间同步的因特网标准,并且也可以使用其他类型。系统将包含在重复发送的消息中的′NotificationVersion′的时间戳或整数类型的版本号保持在产生初始通知消息时定义的值。
图23是图解根据本发明的终端接收并处理通知消息的过程的流程图。上面已经描述了该通知消息的属性和元素。
参照图23,在步骤2301,在图4的操作B420中,终端从移动广播系统接收通知消息。在步骤2302,终端根据该通知消息的格式解析相应的消息。如果通知消息是以XML格式配置的,则终端利用其中包含的XML解析器解析所接收的消息。
在步骤2303,终端的控制器确定该通知消息是否是已接收的消息。在步骤2303,终端比较先前接收的通知消息和新接收的通知消息的项′id′和′NotificationVersion′。如果在步骤2303,新接收的通知消息和先前接收的通知消息相同,则终端在步骤2305丢弃该新接收的通知消息,并且结束该过程。然而,如果通知消息是新接收的消息,则终端进行到步骤2304。
在步骤2304,终端检查所解析的通知消息的′NotificationType′,并且根据检查结果执行预定的操作,并且在下面给出对其的描述。如果′NotificationType′是表示用户使用的通知消息的‘0’,则终端进行到步骤2310。如果′NotificationType′是表示终端使用的通知消息的‘1’,则终端进行到步骤2331。如果′NotificationType′是表示由服务提供商定义的消息的‘2’或更大值,则终端在步骤2320执行由服务提供商定义的特定操作。这里,对于′NotificationType′≥‘2’,服务提供商可以根据商业模式和服务自由地定义和使用通知消息。
在步骤2310,由于确定通知消息是一接收的用户使用的通知消息,所以终端可以通过显示器向用户提供该通知消息。所接收的用户使用的通知消息可以是短消息或多媒体消息。利用用户使用的通知消息,服务提供商可以提供诸如服务事件通知、系统故障或帐单通知、服务和内容的文本或多媒体广告、灾难广播消息、计费相关的通知等各种类型消息。如上所述,根据通知消息的′PresentationType′设置优先级,并且如果所接收的通知消息是高优先级的通知消息,则终端通过显示器输出所接收的通知消息。这里,可以根据服务提供商的商业模式和服务来自由定义和使用′PresentationType′。
在步骤2311,终端根据通知消息的′PresentationType′确定是否处理通知消息。如果在步骤2311中通知消息的′PresentationType′是‘0’,则表示相应消息是应当紧急提供给用户的消息,而如果′PresentationType′是‘1’,则表示相应消息将被存储到终端的存储器中。最后,如果′PresentationType′是‘2’,则表示终端将把该通知消息重叠到服务中的内容上。
如果在步骤2311确定通知消息的′PresentationType′是表示相应消息是应当紧急示出给用户的消息的‘0’,则在步骤2312终端停止当前接收的服务,在步骤2313产生合适格式的通知消息以便它可以被直接提供给用户并且在步骤2314将该产生的通知消息输出到显示器。如果在步骤2311中确定通知消息的′PresentationType′是‘1’,则在步骤2315,终端将该通知消息存储到存储器中。其后,用户可以通过合适操作来检测存储到存储器中的该通知消息。如果在步骤2311中确定通知消息的′PresentationType′是‘2’,则终端进行到步骤2316,在步骤2316中,终端根据其定义的屏幕配置方案重构该通知消息,以便将所接收的通知消息重叠到当前通过显示器提供的服务/内容上。在步骤2317,终端将在步骤2316中产生的通知消息重叠到当前通过显示器提供给用户的内容上。
然后,如果在步骤2304中通知消息的′NotificationType′是‘1’,则在块2340,终端确定通知消息是否是针对终端使用的。其后,在步骤2331,终端检查通知消息的会话信息内容,在步骤2332,根据会话信息的内容访问相应的会话,在步骤2333,通过该会话接收诸如ESG、文件、对象等的指定内容,并在步骤2334在存储器中存储或更新所接收的内容。由虚线示出的框中的过程2340包括步骤2331到2334,并且根据终端的设置或用户的操作而被可选地执行。
图24是图解根据本发明的用于在移动广播系统中产生和递送通知消息的过程的流程图。已通过表3到表7描述了在图24中所述的通知消息的属性和元素。在图1中描述的通知产生功能块103a中,根据通过内容提供商、服务提供商或网络提供商的请求而产生的、或者由移动广播服务系统产生的通知事件而产生通知消息。
参照图24,在步骤2401,通知产生功能块103a从通知事件功能块102a接收诸如系统和服务中的改变、故障、ESG的改变和递送、内容的递送、广告消息、紧急情况的灾难消息等的通知消息事件。
在步骤2402,通知产生功能块103a根据所接收的通知消息事件产生通知消息的基本信息,即属性′id′、′NotificationVersion′和′Validity′、以及元素′Name′、′Description′、′ExtensionURL′和′MediaInformation′。在产生基本信息后,在步骤2403,通知产生功能块103a确定该通知消息是针对用户使用的,还是针对终端使用的,并且根据确定结果来设置′NotificationType′。
如果在步骤2403确定通知消息是针对用户使用的,则通知产生功能块103a进行到步骤2411,在步骤2411中,将′NotificationType′设置为‘0’。在步骤2411将′NotificationType′设置为‘0’后,通知产生功能块103a在步骤2412确定是将立即在用户终端上显示该通知消息,是将该通知消息存储到终端的存储器中并且以后在用户请求时向用户输出该通知消息,还是将该通知消息重叠到用户的服务中的内容上。
在步骤2412中确定在终端上显示通知消息的方法后,如果通知产生功能块103a确定允许终端在接收到通知消息时立即显示其,则在步骤2421,通知产生功能块103a将通知消息的′PresentationType′设置为‘0’。然而,如果通知产生功能块103a确定允许终端存储该通知消息并且在以后用户请求时输出该通知消息,则在步骤2431将′PresentationType′设置为‘1’。最后,如果通知产生功能块103a确定允许终端将通知消息重叠到用户的当前接收的内容上,则在步骤2441将通知消息中的′PresentationType′设置为‘2’。
然而,如果在步骤2403,通知消息是针对终端使用的,则通知产生功能块103a在步骤2451将通知消息的′NotificationType′设置为‘1’。在步骤2452,对于终端使用的通知消息,通知产生功能块103a检查从服务管理块103的NDAF块103b提供的会话信息,并且然后在通知消息的′SessionInformation′中设置该相关信息。
在以前述方式完成设置用户使用的或终端使用的通知消息后,通知产生功能块103a在步骤2460产生最终格式的通知消息,在步骤2470中,经由NDAF块103b,所产生的通知消息被递送到终端。
下面的表8是通知消息方案表,用于更好地理解示出构成通知消息的元素和属性的表格。
表8
名称 | 类型 | 类别 | 基数 | 描述 | 数据类型 |
在表8中,名称列表示构成相应片段的元素和属性的名称,类型列表示构成相应片段的元素和属性的名称的类型(元素或属性)。元素具有E、E1和E2。类别列用于确定相应元素或属性在网络(N)或终端(T)中是强制性的还是可选的,并且在相应元素或属性是强制性的时具有M(强制性的)值,在相应元素或属性是可选的时具有O(可选的)值。因此,在网络中的强制性内容由‘NM’表示,而在终端中的强制性内容由‘TM’表示,在网络中的可选内容由‘NO’表示,而在终端中的可选内容由‘TO’表示。基数列表示在元素之间的关系,具有值"0"、"0..1"、"1"、"0..n"和"1..n"。"0"表示可选,"1"表示强制的,"n"表示具有多个值的可能性。而且,"0..n"表示相应元素可以或不可以具有n个值。描述列表示相应元素或属性的含义,而数据类型列表示相应元素或属性的数据类型,即所使用的程序语言的类型,例如XML。
表9示出了根据另一实施例的通知消息。在该实施例中示出的通知消息与在先前实施例中示出的通知消息的不同之处在于:类别内容由如表8描述的网络和终端中的强制/可选表示,元素中的“名称”被改为“标题”,添加′BootstrappingDescriptor′和′Fragment′用于ESG更新,用户使用或终端使用的′NotificationType′被用于每一单独用途或通知消息的每一单独事件。而且,为了通知ESG更新的目的,可以将表示ESG更新的版本信息插入到通告频道的索引列表,或可以发送被更新片段本身。终端可以通过通告传送带的ID和版本和会话信息来访问相应会话,并且检测关于与利用索引列表通告的ID对应的最新版本的信息,由此更新ESG。
表9的通知消息基本上包括属性′id′、′NotificationVersion′、′NotificationType′和′Validity′,以及元素′Title′、′Description′、′PresentationType′和′ExtensionURL′,并且根据通知消息的使用来添加′SessionInformation′、′MediaInformation′、′ServiceGuideDeliveryDescriptor′和′Fragment′。表9中未示出的其他元素和属性类似于先前实施例描述的元素和属性,并相应地省略对它们的描述。
表9
名称 | 类型 | 类别 | 基数 | 描述 | 数据类型 |
BootstrappingDescriptor | E1 | NO/TM | 0..N | ESG的Bootstrapping描述符 |
信息属性:-Id-Version元素:-DescriptorEntry | |||||
Id | A | NM/TM | 1 | 引导描述符的ID | 任何URI |
Version | A | NM/TM | 1 | 版本信息 | 无符号整型 |
DescriptorEntry | E2 | NM/TM | 1..N | 描述符的入口元素:-GroupingCriteria-AlternativeAccessURLServiceGuideDeliveryUnit | |
GroupingCriteria | E3 | NO/TM | 0..1 | 服务指南中的分组标准元素:-TimeGroupingCriteria-GenreGroupingCriteria-ServiceProviderCriteria | |
TimeGroupingCriteria | E4 | NO/TM | 0..1 | 指定DeseriptorEntry描述的时间段(例如:声明接下来2个小时的有效服务指南片段的某一子组)包含下列属性:-StartTime.-EndTime | |
StartTime | A | NM/TM | 1 | 该DescriptorEntry声明的片段的时间段的开始点(注意这不同于片段有效时间) | 整型(32位)表达为NTP时间 |
EndTime | A | NM/TM | 1 | 该DescriptorEntry声明的片段的时间段的结束点(注意这不同于片段有效时间) | 整型(32位)表达为NTP时间 |
GenreGroupingCriteria | E4 | NO/TM | 0..1 | 指定与在该服务指南递送单元中的片段相关联的服务/内容的类别(例如喜剧,情节,戏剧) | 字符串 |
ServiceProviderCriteria | E4 | NO/TM | 0..1 | 通过唯一名称指定每个服务提供商 | 字符串 |
Transport | E3 | NO/TM | 0..1 | 到递送在DescriptorEntry中声明的服务指南递送单元内的服务指南片段的传输绘画的指针包含下列属性:-IpAddress,-Port,-SrcipAddress,-SessionID | |
IPaddress | A | NM/TM | 1 | 目标递送会话的目的IP地址 | 字符串 |
Port | A | NM/TM | 1 | 目标递送会话的目的端口 | 无符号短型(16位) |
SrcipAddress | A | NM/TM | 0..1 | 递送会话的源IP地址 | 字符串 |
SessionID | A | NM/TM | 1 | 目标递送会话的标识符 | 无符号短型(16位) |
AltermativeAccessURL | E3 | NO/TM | 0..N | 用于检索经由交互信道的服务指南递送单元的可替换URL | 任何URI |
ServiceGuideDeliveryUnit | E3 | NM/TM | 1..N | 片段组包含下列属性:-transportObjectID,-validFrom,-validTo包含下列子元素:-Fragment | |
transportObjectID | A | NO/TM | 0..1 | 携带在该组内的所声明的片段的服务指南递送单元的传输对象ID | 无符号整型(32位) |
validFrom | A | NO/TM | 0..1 | 服务指南片段组有效的最初时刻。格式是NTP。注意:如果这个属性不存在,则在“Fragment”子元素中的属性“validFrom”必须存在 | 整型(32位)表达为NTP时间 |
validTo | A | NO/TM | 0..1 | 服务指南片段组有效的最后 | 整型(32位)表 |
时刻。格式是NTP。注意:如果这个属性不存在,则在“Fragment”子元素中的属性“validTo”必须存在 | 达为NTP时间 | ||||
Fragment | E4 | NM/TM | 1..N | 在广播信道上可用的服务指南片段的声明包含下列属性:-transported,-id,-version,-vaildFrom,-validTo,-type | |
transportID | A | NM/TM | 1 | 所通告的要在服务指南递送单元报头中使用的服务指南片段的标识符 | 无符号整型(32位) |
id | A | NM/TM | 1 | 所声明的服务指南片段的标识符 | 任何URI |
version | A | NM/TM | 1 | 所声明的服务指南片段的版本注:版本范围限于给定的传输会话。版本的值在2^32-1到0内周转 | 无符号整型(32位) |
validFrom | A | NO/TM | 0..1 | 该片段有效的最初时刻。如果未给出,则假定有效性已在过去的某个时刻开始注:如果该属性存在且属性“ServiceGuideDeliveryUnit”的“validFrom”属性也存在,则该属性的值覆盖“Service GuideDeliveryUnit”的属性“validFrom” | 整型(32位)表达为NTP时间 |
validTo | A | NO/TM | 0..1 | 该片段有效的最后时刻。如果未给出,则假定有效性在将来的不确定时刻结束。注:如果该属性存在并且 | 整型(32位)表达为NTP时间 |
“ServiceGuideDeliveryUnit”的“validTo”属性也存在,则该属性的值覆盖“ServiceGuideDeliveryUnit”的属性“validTo” | |||||
type | A | NM/TM | 1 | 指定片段的模式或MIME类型的枚举值 | 字符串 |
Fragment | E1 | NO/TM | 0..N | 当通知消息携带服务指南片段时,这个元素必须存在。这个元素可以携带任何的服务指南片段 | <TBD> |
表10示出了根据进一步的实施例的通知消息。对于根据该实施例的通知消息,终端利用′NotificationType′确定通知消息是针对用户使用的,还是针对终端使用的,并且然后根据由通知消息的′EventType′表示的用途操作。而且,通知消息包括′FilteringValue′以使得能够显示存储在用户终端中的内容或存在于特定会话中的内容、以及对应于′FilteringValue′的内容,因此,每个用户可以观看不同的内容。
在该实施例中,通知消息的通常字段由属性′id′、′NotificatioinVersion′、′NotificationType′、′EventType′、′PresentationType′和′Validity′、以及元素′Title′、′Description′和′ExtensionURL′组成。可以根据′EventType′来连同通常字段一起配置′FilteringValue′、′SessionInformation′、′MediaInformation′、′ServiceGuideDeliveryDescriptior′和′Fragment′。与先前实施例相比,这个实施例还包括属性′EventType′和元素′FilteringValue′。表10示出了在这个实施例中的元素和属性,并且在表10中未示出的其他元素和属性遵循先前实施例,因此在此不提供对它们的描述。
表10
名称 | 类型 | 类别 | 基数 | 描述 |
FilteringVlaue | E2 | NO/TO | 0..N | 过滤所需的值的定义 |
FilteringType | A | NM/TM | 1 | 过滤类型,Ex)性别、年龄、姓名、地址等. |
EventType | A | NM/TM | 1 | 由通知消息递送的事件的类型 |
表11示出了关于上面实施例描述的′NotificationType′和′EventType′中使用的组合的示范值。通知消息格式根据′EventType′变化。
例如,对于′EventType′=’1’,可以是′Generic Field+MediaInformation′,对于′EventType′=’2’,可以利用′Generic Field+Filtering Value′来配置通知消息以通过′Filtering′示出在终端中存储的相关广告或内容,可以利用′Generic Field+SessionInformation′来配置通知消息以在特定会话中发送广告内容,并允许用户访问相应会话和实时观看广告,或可以利用′Generic Field+FilteringValue+SessionInformation′来配置通知消息以在相应会话期间通过′FilteringValue′允许用户观看特定于用户的广告。
对于′EventType′=’3’,可以利用′Generic Field+SessionInformation′配置通知消息以表示服务或文件传输的开始以及也一起传送在其中相应服务或文件将被发送的会话。对于′EventType′=’4’,可以利用′Generic Field+SessionInformation′配置通知消息以仅仅表示其中存在被更新ESG的会话,或可以通过像′Generic Field+Index List′这样的通知消息来递送相应的索引列表,或可以像′Generic Field+Fragment′这样配置修改的片段本身。
而且,当在ESG通告传送带会话中存在几个索引列表时,可以利用′Generic Field+Index List′的ID以及′version+SessionInformation′来配置通知消息以告知终端在会话中的修改的特定索引列表,由此使得可以更新索引列表。
对于′EventType′=’5’,仅仅利用′Generic Field′来配置通知消息,而对于′EventType′=’6’,利用′Generic Field+MediaInformation′来配置通知消息。而且,根据用途可以添加′EventType′的各种定义。例如,虽然在表11中没有示出,但是可以添加′提前下载的文件′、′软件下载′和′通常信息′的′EventType′。
表11
事件类型 | 名称 | 描述 |
1 | 紧急通知 | 向用户通告紧急消息 |
2 | 广告 | 将插入广告传送到终端 |
3 | 服务可用性通告 | 向用户通告服务可用性 |
4 | 服务指南更新 | 向用户通告服务指南更新 |
5 | 文本消息 | 向用户通告基于文本的通知 |
6 | 多媒体消息 | 向用户通告基于多媒体的通知 |
7 | 服务递送问题 | 向用户通告服务递送问题 |
表12示出了通用通知消息的示范性格式,并且还示出了每一单独′EventType′的配置信息。在表12中示出的′EventType′包括′Emergency′、′ESGdownload/update′、′Event Trigger′、′File download/update′和′informative′。在它们当中,事件类型′Event Trigger′指令终端接收通知消息和执行ESG更新和文件下载之外的特定操作,并且可以具有在预定时间内执行与终端或终端中的应用正在接收的服务相关的操作的限制。表12中的′Service identificationinformation′表示其中递送与每个服务相关的通知消息的服务识别信息,并且这可以是在下面描述的操作A410描述的端口号和下面描述的′Service_id′中的一个或两者。′特定服务中断′,是表12中示出的′用户情况′之一,其可以根据第九实施例来配置,或可以被区分成′ESG download/update′或′informative′消息。当将端口号用做服务识别信息时,该消息被认为是′informative′消息,而当将Service_id用做服务识别信息时,其可以是′ESG download/update′的′eventtype′。
表12
事件类型 | 用户情况 | 所需信息 | 可选信息 |
- | 在特定区域内的高优先级消息 | Cell_id,优先级 | |
- | 在特定区域内的消息 | Cell_id | |
Emergency | 紧急消息 | MediaInformation(文本,图像,videoURL),PresentationType | SDP,ExtensionURL |
ESGdownload/update | ESG更新可用 | ESGBootstrapDescriptor,ESGfragment | |
ESGdownload/update | 全局服务中断 | MediaInformation(文本,图像,videoURL),PresentationType | ExtensionURL,ESGBootstrapDescriptor,ESGfragment |
ESGdownload/update | 新服务可用性 | MediaInformation(文本,图像,videoURL),PresentationType, |
ESGBootstrapDescriptor,ESGfragment | |||
ESGdownload/update或Informative | 特定服务中断 | Service_identification信息,MediaInformation(文本,图像,音频,videoURL),PresentationType | ExtensionURL |
Event Trigger | 紧急(critical)软件更新材料 | 服务器URL,优先级,时间窗口 | 对于用户的描述 |
Event Trigger | FLUTE更新 | FLUTE会话信息,传输对象 | |
Event Trigger | 与当前服务相关的消息 | MediaInformation(文本,图像,videoURL),PresentationType,时间窗口 | ExtensionURL |
Event Trigger | 与当前服务相关的消息(具有定时需要) | Service_identification信息,时间窗口,优先级,MediaInformation(文本,图像,音频,videoURL),PresentationType, | ExtensionURL |
Event Trigger | 软件更新可用(定期安装) | 服务器URL,时间窗口 | 用户的描述 |
Event Trigger | 要执行的紧急行动 | SP定义的字段,时间窗口,优先级 | SP定义的字段 |
Event Trigger | 要执行的与服务相关的紧急行动 | 服务递送配置,时间窗口,优先级,SP定义的字段 | ESG引导会话,ESG片段,SP定义的字段 |
Filedownload/update | 提前下载材料 | Server URL,时间窗口,服务识别信息 | |
Informative | 信息性消息 | MediaInformation(文本,图像,音频,videoURL),PresentationType | ExtensionURL |
Informative | 具有高优先级的信息性消息 | MediaInformation(文本,图像,音频,videoURL),PresentationType,priority | ExtensionURL |
informative | 为关机安排的服务 | MediaInformation(文本,图像,音频,videoURL),PresentationType | ExtensionURL |
informative | 预订服务将 | MediaInformation(文本,图 |
要开始 | 像,音频,videoURL),PresentationType |
而且,当使用Service_id而不是端口号时,下列是可能的。也就是说,虽然在表12中未示出,但是对于事件类型′ESG download/update′,可以在通知消息中使用Service_id来表示相应ESG更新是否与特定服务相关。而且,当Service_id是预定义的特定值,例如"0 x 00",则表示通知消息与某一特定服务无关,而与所有用户相关。如果通过如在本发明的第四实施例中描述的ESG发送通知消息的所有内容并且在用于利用ESG更新的通知消息中使用Service_id,(用于表示由于该通知消息而更新了ESG的事实),则允许终端不接收包含与所述服务不相关的服务的通知消息内容的ESG。
作为与表12的事件类型′ESG download/update′相关的例子,可以使用独立的事件类型′Service discontinuity′。也就是说,考虑到不是以单独的事件类型发送关于图26定义的信息并且′Service discontinuity′是提供给用户的信息的事实,系统通过使用新′MediaInformation′和使用事件类型′ESGdownload/update′来向用户提供表示将停止特定或所有服务一预定时间的消息,所述′ESG download/update′反映由于将特定或全部服务停止一预定时间而发生的ESG更新。换句话说,在单个通知消息中,′MediaInformation′可以包括用于向用户通知服务停止的信息以及相关的ESG更新信息。在这种情况下,可以通过使用事件类型′ESG download/update′来发送ESG更新信息。
图25是图解根据本发明一实施例的系统的结构的方框图,其中,接收用于广告目的或其相似目的的通知消息的终端向用户提供预先存储的广告内容或数据。也就是说,该方框图示出了当具有′EventType′=’2’的广告通知消息中包括′FilteringValue′时在终端的屏幕上显示在用户终端中存储的广告内容或其类似数据或内容的过程。在此,服务管理块(SM)2501是承担DVB-CBMS中的分发任务的网络实体,通知传输递送块(NTD)2502是在服务管理块2501中用于递送通知消息的通知功能的部件。
参照图25,NTD 2502经由在服务管理块2501和终端2511之间定义的接口来向终端2511的通知客户端块(NTC)2504递送具有′EventType′=广告、′FilteringType′=种类和′FilteringValue′=运动的通知消息2503。
NTC 2504利用终端2511中的合适功能来检查通知消息2503并检测在存储器2505中存储的内容2506到2509当中的具有种类=运动的内容。在这个示例中,由于匹配′FilteringValue′的广告内容是内容[ID:1]2506,所以通过在存储器2505和显示器2551之间的接口2540在显示器2551上显示内容2506。这里,由于通知消息中的′Validity′是"2006.01.01 10:00AM",所以在2006年1月1日10点钟自动显示内容2506。
根据它们的用途,′FilteringValue′和′FilteringType′可以被分配各种值,它们的主要类型可以包括用户偏好、用户位置、目标组、服务提供商、用户人口统计学特征、日期、星期几、频道等。如果每一类型用于相同目的,或作为诸如描述与ESG的内容或服务相关的片段的元素或属性之类的内容的内容,应当利用相同名称来使用它。与内容或服务相关的在片段中使用的元素和属性包括′Genre′、′ParentalRating′、′UserRating′、′TargetUserProfile′和′BroadcastArea′。
在前面,′标题′和′描述′可以用于相同目的,并且起′FilteringType′和′FilteringValue′作用。而且,′Filtering Type′和′Filtering Value′可以用做除了显示先前存储在终端中的一些内容的功能之外的其他功能。例如,对于′FilteringType′=′User location′,终端比较其当前位置和在通知消息中的′FilteringValue′值并且仅当它们彼此一致时才可以接收和处理通知消息,并且这可以根据由服务提供商给出的定义来确定。对于DVB-H网络,可以由DVB-H的Cell_id来表示。
作为特定通知消息的例子,表13A是被提供用于描述除了通知消息的′Generic field′之外还包括′Cell_id′的通知消息,并且表13A用于递送通知消息到网络中的特定区域中的用户,其中′Cell_id′可以在上述实施例中添加。
表13A
名称 | 类型 | 类别 | 基数 | 描述 | 格式 |
Cell_id | E2 | O | 0..N | 特定区域的通知消息的TPS比特中的Cell_id | 整型 |
当网络期望将通知消息仅仅递送到特定小区时,特定小区的′Cell_id′被包含在通知消息中。连同小区识别信息一起发送DVB-H的传输参数信令(TPS)信号,并且终端可以根据该TPS信号来检测其当前小区。因此,如果在所接收的通知消息中存在′Cell_id′的有效值,终端比较该值和从TPS信号获得的其自己小区的Cell_id,并确定是处理还是丢弃该通知消息。根据通知消息的类型可以包含多个′Cell_id′。因此,在图22的步骤2202和图24的步骤2402中,′Cell_id′被插入到以表13A的格式的通知消息中。
可以将′Cell_id′定义成上述通知消息的一个元素,或可以将′Cell_id′定义成根据上述另一个实施例定义的′FilteringType′和′FilteringValue′之一。在这种情况下,′FilteringType′表示位置或小区,而′FilteringValue′具有相应的Cell_id值。
本发明的该实施例的主要特征是携带关于通知消息的地域信息。因此,为了支持可以通过接收全球定位系统(GPS)信号来正确识别其自己的位置的终端,表13A可以被修改成表13B。在通知消息中包含的地域信息表示小于可以由终端的GPS信号标识的区域的区域,即表示小于由Cell_id标识的小区的区域。在表13B,′area′包括′Center_longitude′、′Center_latitude′、′radius′和′dim_acc′。′Center_longitude′表示通知消息的目标区域的中心位置的经度,′Center_latitude′表示中心位置的纬度,′radius′表示从中心位置起的半径,′dim_acc′表示以米为单位的准确度。
表13B
名称 | 类型 | 类别 | 基数 | 描述 | 格式 |
Area | E2 | O | 0..1 | 用于该通知消息的目标区域。该元素具有其子元素。-Center_longitude-Center_latitude-radius-hor_acc | 浮点 |
Center_longitude | E3 | M | 1 | 目标区域的中心经度 | 浮点 |
Center_latitude | E3 | M | 1 | 目标区域的中心纬度 | 浮点 |
Radius | E3 | M | 1 | 目标区域的半径 | 浮点 |
dim_acc | E3 | M | 1 | 准确度(米) | 浮点 |
图26是图解根据本发明另一实施例的终端接收和处理通知消息的过程的流程图。前面已经描述了通知消息的属性和元素。在此假定‘Cell_id’用做地域信息。
参照图26,在步骤2601,在图4的操作B420中,终端从移动广播系统接收通知消息。在步骤2602,终端根据该通知消息的格式解析该通知消息。如果通知消息是以XML格式配置的,则终端利用其中包含的XML解析器解析所接收的消息。
在步骤2603,终端的控制器确定在所解析的通知消息中表示地域信息的‘Cell_id’的存在与否。在存在‘Cell_id’时,终端比较在该通知消息中包含的‘Cell_id’值和其当前的位置值。如果所述值彼此相同,则终端进行到步骤2605。然而,如果它们彼此不同,或如果终端不能确定其当前的Cell_id,则终端可以在步骤2604中忽略该通知消息。虽然在图中未示出,但是在终端没有当前Cell_id的情况后执行的操作可以根据每个网络的策略而变化。
在步骤2605,终端检查所解析的通知消息的′NotificationType′,并且根据检查结果执行预定义的操作,并且在下面给出对其的描述。如果′NotificationType′是表示用户使用的通知消息的‘0’,则终端进行到步骤2610。如果′NotificationType′是表示终端使用的通知消息的‘1’,则终端进行到步骤2630。如果′NotificationType′是表示由服务提供商定义的消息的‘2’或更大值,则终端进行到步骤2620,在步骤2620中,其执行由服务提供商定义的特定操作。这里,对于′NotificationType′≥‘2’,服务提供商可以根据商业模式和服务自由地定义和使用通知消息。
在步骤2610,由于确定通知消息是接收的用户使用的通知消息,所以终端可以通过显示器向用户提供该通知消息。所接收的用户使用的通知消息可以是短消息或多媒体消息。利用用户使用的通知消息,服务提供商可以提供诸如服务事件通知、系统故障或帐单通知、服务和内容的文本或多媒体广告、灾难广播消息、计费相关的通知等各种类型消息。如上所述,根据通知消息的′PresentationType′设置优先级,并且如果所接收的通知消息是高优先级的通知消息,则终端通过显示器输出所接收的通知消息。这里,可以根据服务提供商的商业模式和服务来自由定义和使用′PresentationType′。
在步骤2611,终端根据通知消息的′PresentationType′确定是否处理通知消息。如果在步骤2611中通知消息的′PresentationType′是‘0’,则表示相应消息是应当紧急提供给用户的消息,而如果′PresentationType′是‘1’,则表示相应消息将被存储到终端的存储器中。最后,如果′PresentationType′是‘2’,则表示终端将把该通知消息重叠到服务中的内容上。
如果在步骤2611确定通知消息的′PresentationType′是表示相应消息是应当紧急示出给用户的消息的‘0’,则在步骤2612终端停止当前接收的服务,在步骤2613产生合适格式的通知消息以便它可以被直接提供给用户并且在步骤2614将该产生的通知消息输出到显示器。
如果在步骤2611中确定通知消息的′PresentationType′是‘1’,则在步骤2615,终端将该通知消息存储到存储器中。其后,用户可以通过合适操作来检测存储到存储器中的该通知消息。
如果在步骤2611中确定通知消息的′PresentationType′是‘2’,则终端进行到步骤2616,在步骤2616中,终端根据其定义的屏幕配置方案重构该通知消息,以便将所接收的通知消息重叠到当前通过显示器提供的服务/内容上。在步骤2617,终端将在步骤2616中产生的通知消息重叠到当前通过显示器提供给用户的内容上。
然而,如果在步骤2605中通知消息的′NotificationType′是‘1’,则在步骤2630,终端确定通知消息是针对终端使用的。其后,在步骤2631,终端检查通知消息的会话信息内容,在步骤2632,根据会话信息的内容访问相应的会话,在步骤2633,通过该会话接收诸如ESG、文件、对象等的指定内容,并在步骤2634在存储器中存储或更新所接收的内容。由虚线示出的过程2640包括步骤2631到2634,并且根据终端的设置或用户的操作而被可选地执行。
图27是图解根据本发明的终端接收和处理通知消息的另一过程的流程图。前面已经描述了该通知消息的属性和元素。参照图27,在步骤2701,终端从移动广播系统接收通知消息。在步骤2702,终端根据该通知消息的格式解析该通知消息。如果通知消息是以XML格式配置的,则终端利用其中包含的XML解析器解析所接收的消息。
在步骤2703,终端的控制器比较在该先前接收的通知消息和当前接收的通知消息的项‘id’和‘NotificationVersion’以便确定通知消息是否是已接收的消息。如果在步骤2703中所接收的消息与已接收的通知消息相同,终端进行到步骤2705,在步骤2705中,丢弃通知消息,并且然后结束该过程。然而,如果所接收的消息是新接收的消息,则终端进行到步骤2704。
在步骤2704,终端确定在所解析的通知消息中的‘Cell_id’的存在与否。在存在‘Cell_id’时,终端比较在该通知消息中包含的‘Cell_id’和其当前的Cell_id。如果所述值彼此相同,则终端进行到步骤2706。然而,如果它们彼此不同,或如果终端不能确定其当前的Cell_id,则终端可以在步骤2705中忽略该通知消息。虽然在图中未示出,但是在终端没有当前Cell_id的情况后执行的操作可以根据每个网络的策略而变化。
在步骤2706,终端检查所解析的通知消息的′NotificationType′,并且根据检查结果执行预定义的操作,并且在下面给出对其的描述。如果′NotificationType′是表示用户使用的通知消息的‘0’,则终端进行到步骤2710。如果′NotificationType′是表示终端使用的通知消息的‘1’,则终端进行到步骤2730。如果′NotificationType′是表示由服务提供商定义的消息的‘2’或更大值,则终端进行到步骤2720,在步骤2720中,执行由服务提供商定义的特定操作。这里,对于′NotificationType′≥‘2’,服务提供商可以根据商业模式和服务自由地定义和使用通知消息。
在步骤2710,由于确定通知消息是接收的用户使用的通知消息,所以终端可以通过显示器向用户提供该通知消息。所接收的用户使用的通知消息可以是短消息或多媒体消息。利用用户使用的通知消息,服务提供商可以提供诸如服务事件通知、系统故障或帐单通知、服务和内容的文本或多媒体广告、灾难广播消息、计费相关的通知等各种类型消息。如上所述,根据通知消息的′PresentationType′设置优先级,并且如果所接收的通知消息是高优先级的通知消息,则终端通过显示器输出所接收的通知消息。这里,可以根据服务提供商的商业模式和服务来自由定义和使用′PresentationType′。
在步骤2711,终端根据通知消息的′PresentationType′确定是否处理通知消息。如果在步骤2711中通知消息的′PresentationType′是‘0’,则表示相应消息是应当紧急提供给用户的消息,而如果′PresentationType′是‘1’,则表示相应消息将被存储到终端的存储器中。最后,如果′PresentationType′是‘2’,则表示终端将把该通知消息重叠到服务中的内容上。
如果在步骤2711确定通知消息的′PresentationType′是表示相应消息是应当紧急示出给用户的消息的‘0’,则在步骤2712终端停止当前接收的服务,在步骤2713产生合适格式的通知消息以便它可以被直接提供给用户并且在步骤2714将该产生的通知消息输出到显示器。这里,短语“产生通知消息”的意思是如果以XML格式产生通知消息,则终端产生该通知消息以便它可以向用户提供包含在该消息中的文本、图像、音频和视频信息。
如果在步骤2711中确定通知消息的′PresentationType′是‘1’,则在步骤2715,终端将该通知消息存储到存储器中。其后,用户可以通过合适操作来检测存储到存储器中的该通知消息。
最后,如果在步骤2711中确定通知消息的′PresentationType′是‘2’,则终端进行到步骤2716,在步骤2716中,其根据其可支持的屏幕配置方案重构该通知消息,以便将所接收的通知消息重叠到当前通过显示器提供的服务/内容上。在步骤2717,终端将在步骤2716中产生的通知消息重叠到当前通过显示器提供给用户的内容上。
然而,如果在步骤2706中通知消息的′NotificationType′是‘1’,则在步骤2730,终端确定通知消息是针对终端使用的。其后,在步骤2731,终端检查通知消息的会话信息内容,在步骤2732,根据会话信息的内容访问相应的会话,在步骤2733,通过该会话接收诸如ESG、文件、对象等的指定内容,并在步骤2734在存储器中存储或更新所接收的内容。由虚线示出的过程2740包括步骤2731到2734,并且根据终端的设置或用户的操作而被可选地执行。
表14A、表14B和表14C示出了在表11中定义的′EventType′当中的′ServiceDeliveryproblem′的两个示范性通知消息格式。也就是说,对于′Service Deliveryproblem′,可以使用表14A到表14C中的任何一个。
表14A
名称 | 类型 | 类别 | 基数 | 描述 | 格式 |
ServiceDelivery | E2 | NO/TM | 0..N | 当在网络中的服务递送中存在问题或改变时,连同通知消息一起发送相应信息它具有下列属性:-UsageType它具有下列元素:-IP platform_ID-TS_ID-IP_Address-Service_ID-Time | |
UsageType | A | NO/TM | 0..N | 其被用于通知用途是网络配置还是服务中断。该UsageType是根据服务提供商而可扩展的 | 整型 |
IP platform_ID | E3 | NO/TM | 1 | 与通过随后的Service_ID表示的服务对应的IP平台的ID | 无符号字节 |
TS_ID | E3 | NO/TM | 1 | 与通过随后的Service_ID表示的服务对应的TS的ID | 无符号字节 |
IP_Address | E3 | NO/TM | 1 | 通过随后的Service_ID表示的服务所发送至的IP地址 | 无符号字节 |
Service_ID | E3 | NO/TM | 1 | 与在具有服务ID的ESG中分配的值相同的值 | 无符号字节 |
Time | E3 | NO/TM | 1 | 当在服务递送中存在问题时,相应事件持续的时间它具有下列元素:-StartTime-EndTime | |
StartTime | E4 | NO/TM | 1 | 事件的开始时刻 | 整数,为NTP时间 |
EndTime | E4 | NO/TM | 1 | 事件的结束时刻 | 整数,为NTP时间 |
表14B
名称 | 类型 | 类别 | 基数 | 描述 | 格式 |
ServiceDelivery | E2 | NO/TM | 0..N | 当在网络中的服务递送中存在问题或改变时,连同通知消息一起发送相应信息它具有下列属性:-UsageType它具有下列元素:-IP platform_ID-TS_ID-IP_Address-Service_ID-Time | |
UsageType | A | NO/TM | 0..N | 其被用于通知用途是网络配置还是服务中断。该UsageType是根据服务提供商而可扩展的 | 整数 |
IP platform_ID | E3 | NO/TM | 1 | 与通过随后的Service_ID表示的服务对应的IP平台的ID | 无符号字节 |
TS_ID | E3 | NO/TM | 1 | 与通过随后的Service_ID表示的服务对应的TS的ID | 无符号字节 |
IP_Address | E3 | NO/TM | 1 | 通过随后的Service_ID表示的服务所发送至的IP地址 | 无符号字节 |
Service_ID | E3 | NO/TM | 1 | 与在具有服务ID的ESG中分配的值相同的值 | 无符号字节 |
Time | E2 | NO/TM | 1 | 相应事件持续的时间它具有下列元素:-StartTime-EndTime | |
StartTime | E3 | NO/TM | 1..N | 事件的开始时刻 | 整数,为NTP时间 |
EndTime | E3 | NO/TM | 1..N | 事件的结束时刻 | 整数,为NTP时间 |
表14C
名称 | 类型 | 类别 | 基数 | 描述 | 格式 |
ServiceDelivery | E2 | NO/TM | 0..N | 当在网络中的服务递送中存在问题或改变时,连同通知消息一起发送相应信息它具有下列属性:-UsageType它具有下列元素:-Before-After-Time | |
UsageType | A | NO/TM | 0..N | 其被用于通知用途是网络配置还是服务中断。该UsageType是根据服务提供商而可扩展的 | 整数 |
Before | E3 | NO/TM | 1 | 在网络配置发生改变之前的值、或在UsageType是服务中断时,它们是将临时停止的服务的识别信息。它具有下列元素:-IP platform_ID-TS_ID-IP_Address |
-Service_ID | |||||
IP platform_ID | E4 | NO/TM | 1 | 与通过随后的Service_ID表示的服务对应的IP平台的ID | 无符号字节 |
TS_ID | E4 | NO/TM | 1 | 与通过随后的Service_ID表示的服务对应的TS的ID | 无符号字节 |
IP_Address | E4 | NO/TM | 1 | 通过随后的Service_ID表示的服务所发送至的IP地址 | 无符号字节 |
Service_ID | E4 | NO/TM | 1 | 与在具有服务ID的ESG中分配的值相同的值 | 无符号字节 |
Frequency | E4 | NO/TM | 1 | 关于发送服务的频率的信息 | 无符号字节 |
After | E3 | NO/TM | 0..1 | 在网络配置发生改变之后的值、或在UsageType是服务中断时都插入特定值或未使用值。它具有下列元素:-IP platform_ID-TS_ID-IP_Address-Service_ID | |
IP platform_ID | E4 | NO/TM | 1 | 与通过随后的Service_ID表示的服务对应的IP平台的ID | 无符号字节 |
TS_ID | E4 | NO/TM | 1 | 与通过随后的Service_ID表示的服务对应的TS的ID | 无符号字节 |
IP_Address | E4 | NO/TM | 1 | 通过通过随后的Service_ID表示的服务所发送至的IP地址 | 无符号字节 |
Service_ID | E4 | NO/TM | 1 | 与具有服务ID的ESG中分配的值相同的值 | 无符号字节 |
Frequency | E4 | NO/TM | 1 | 关于发送服务的频率的信息 | 无符号字节 |
Time | E3 | NO/TM | 1 | 事件持续的时间它具有下列元素:-StartTime-EndTime | |
StartTime | E4 | NO/TM | 1..N | 事件的开始时刻 | 整数,为NTP时间 |
EndTime | E4 | NO/TM | 1..N | 事件的结束时刻 | 整数,为NTP时间 |
表14A-C不是仅仅由特定事件类型使用。例如,表示事件持续时间的′Time′并不严格地仅用于′Service Delivery problem′,其甚至可以用在其他事件类型中。也就是说,在表14B中,可以独立地使用′Time′。例如,′Time′可以用于执行在终端屏幕上显示相应通知消息一特定时间的操作。当表14B的通知消息向终端发送对于特定操作的请求时,′Time′表示应当执行特定操作的时间,根据操作类型可以提供多个′Time′元素。
当通知消息中包含表14A或表14B的′ServiceDelivery′时,通知消息由Generic field和′ServiceDelivery′组成。该通知消息的′EventType′可以用于通知由于特定原因而导致停止特定服务预定时间或在服务递送期间网络配置中的改变。也就是说,对于服务,IP平台、传输流(TS)和源IP地址可以用于通知新服务的增加、旧服务的删除和服务停止预定时间。表14A和表14B仅递送服务配置的改变结果,并且终端可以通过将接收的信息与它的信息进行比较来检测到改变部分。与表14A和表14B相比,表14C对于其中服务配置被改变的情形利用′Before′和′After′来示出改变前后的服务配置信息。
图28是图解根据本发明另一实施例的、在网络中当检测到服务递送中的问题或改变时根据′EventType′接收和处理通知消息的操作的流程图。参照图28,在步骤2801,终端接收通知消息,在步骤2802,解析该通知消息。如果在步骤2803确定该通知消息是已接收的通知消息,则终端进行到步骤2805,在步骤2805中,其丢弃该通知消息。在步骤2806,终端检查通知消息的类型或在通知消息中包含的′EventType′,并确定是否是由′服务递送问题′导致了该通知消息,如果是,则终端进行到步骤2807。然而,如果通知消息的′EventType′不是′服务递送问题′,则终端执行对应于该通知消息的操作。在该图中,仅仅示出了′EventType′=′服务递送问题′的操作,而省略了其他事件类型的操作。在步骤2807,终端通过简单地检查通知消息的′UsageType′来确定′EventType′是′网络配置′,还是′服务中断′。
如果′UsageType′是′网络配置′,在步骤2810,终端检查通知消息的′IPplatform_ID′、′TS_ID′、′IP address′和′Service_id′。′IP platform_ID′、′TS_ID′、′IPaddress′和′Service_id′是用于标识在DVB网络中的一个服务的标识符。′IPplatform′,通常具有与服务提供商相同的概念,表示管理特定IP流的结构,而TS表示被给出作为复用结果的传输流,即表示DVB网络中的MPEG2 TS。在步骤2811,终端比较在步骤2810中检查的值和对于该相应服务已经具有的值,由此检查被改变部分。可替换地,根据通知消息的格式,可以在通知消息中仅仅包含被改变的部分。
在步骤2812,终端通过检查通知消息的′Time′来确定相应改变发生的时刻。如表17中所示,′Time′由′StartTime′和′EndTime′组成,但是对于′UsageType′=′网络配置′,′StartTime′表示改变发生的时刻,′EndTime′通常被赋值为‘0’。在步骤2813,终端根据由通知消息所指示的改变的内容来重新设置服务接收参数值。所重新设置的服务接收参数值用于从由′StartTime′表示的时刻开始接收广播内容。
然而,如果在步骤2807中′UsageType′是′服务中断′,则在步骤2820中终端通过检查通知消息的′IP platform_ID′、′TS_ID′、′IP address′和′Service_id′来确定哪一个服务中断。在步骤2821,终端通过检查通知消息的′Time′来确定该中断发生的时间。在步骤2822,终端检查通知消息的′PresentationType′。
如果在步骤2822确定通知消息的′PresentationType′是‘0’,则在步骤2830终端停止当前接收的服务,在步骤2831产生通知消息以便它可以被直接提供给用户,并且在步骤2832将该产生的通知消息输出到显示器。如果′PresentationType′是‘1’,则在步骤2840,终端将该通知消息存储到存储器中。最后,如果′PresentationType′是‘2’,则在步骤2850中终端根据其可支持的屏幕配置方案重构该通知消息,以便将所接收的通知消息重叠到当前通过显示器提供的服务/内容上。在步骤2851,终端将所产生的通知消息重叠到当前通过显示器提供给用户的内容上。特别地,终端将中断的服务的名称和结束时间显示在屏幕上。
表15示出了可以与先前描述的实施例共享的通知消息的字段。表15中未示出的元素和属性与先前描述的类似,因此,在此仅示出添加或修改的部分。
表15
名称 | 类型 | 类别 | 基数 | 描述 |
Notification Message | E1 | NM/TM | 0..1 | 通知消息它包含下列元素和属性属性:-Service_id |
元素:-Priority-Description-Mediainformation | ||||
Service_id | A | NO/TM | 0..1 | 与通知消息相关的服务的ID |
Priority | E2 | NM/TM | 1 | 表示通知消息的优先级的字段 |
Description | E2 | NO/TM | 0..N | 通知消息的描述属性:-Lang |
Lang | A | NO/TM | 0..1 | 语言 |
mediaInformation | E2 | NO/TM | 0..1 | 包含在通知消息中的媒体信息元素:-Text-Picture-Video-Audio |
Text | E3 | NO/TM | 0..N | 文本信息属性:-Lang |
Lang | A | NO/TM | 0..1 | 语言 |
Picture | E3 | NO/TM | 0..N | 图像信息属性:-MIMEType-PictureURI |
MIMEType | A | NO/TM | 0..1 | MIME类型 |
PictureURI | A | NO/TM | 0..1 | 表示图像位置的URI |
Video | E3 | NO/TM | 0..N | 图像信息属性:-MIMEType-VideoURI |
MIMEType | A | NO/TM | 0..1 | MIME类型 |
VideoURI | A | NO/TM | 0..1 | 表示视频位置的URI |
Audio | E3 | NO/TM | 0..N | 图像信息属性:-MIMEType |
-AudioURI | ||||
MIME Type | A | NO/TM | 0..1 | MIME类型 |
AudioURI | A | NO/TM | 0..1 | 表示音频位置的URI |
表15的′Service_id′用于表示没有为特定通知消息分配UDP端口,并且相应的通知消息与特定服务相关联,特定服务是通知消息的一个元素。UDP端口分配方法的优势是在不需要一个一个地解析IP分组的情况下,终端可以识别与特定服务相关的通知消息,但是不期望地,该方法应当为每一个服务分配UDP端口。因此,如果如表15中所示,′Service_id′被插入到通知消息的主体中,则存在应当解析所有消息的缺点,但是其优势在于:不必为每一单个服务分配UDP端口。
′Priority′是表示通知消息的优先级的元素,其由服务提供商设置。当终端同时接收多于两个的通知消息时,其根据通知消息的′Priority′来确定用于处理通知消息的优先级。也就是说,和前面利用′PresentationType′来间接表达优先级的实施例不同,甚至在其同时接收两个以上的终端使用的通知消息时也可以确定优先级。
和前面实施例不同,′Description′是不用于通知消息的内容而用于终端使用的通知消息的描述的可选值,′MediaInformation′是不仅包含音频和视频类型通知消息内容而且包括文本类型通知消息内容的可选值。
图29A和29B提供了图解根据本发明的终端接收和处理通知消息的操作的流程图。参照图29,在步骤2901,终端接收通知消息,在步骤2902,解析通知消息,在步骤2903确定通知消息是否是已接收的消息。如果通知消息是重复接收的消息,终端进行到步骤2905,在步骤2905中,其丢弃该通知消息。否则,终端进行到步骤2906,在步骤2906中,其检查通知消息的′NotificationType′,并且如果需要则执行后续步骤。
在步骤2907,终端确定通知消息的′Service_id′的有无和值,由此检测与该通知消息相关的特定服务。在步骤2908,终端通过检查通知消息的′EventType′来检测与该通知消息相关的事件。这里,根据所检测到的事件的类型,可以以几种含义来解析该通知消息的字段。
在步骤2909,终端检查通知消息的′Priority′,然后在步骤2910确定是否存在在与该通知消息相同的时刻到达的另一通知消息,如果存在另一通知消息,则在步骤2911终端比较两个通知消息的′Priority′,并确定在步骤2901接收到的通知消息的优先级是否更高。如果通知消息的优先级不是更高,在步骤2912,终端首先处理另一通知消息,然后进行到步骤2913。在步骤2913,终端从通知消息的′MediaInformation′检查通知消息的内容。其后,在步骤2914,终端根据通知消息的′PresentationType′来执行步骤2930到2951。
如果在步骤2914确定通知消息的′PresentationType′是‘0’,则在步骤2930,终端停止当前接收的服务,在步骤2931产生通知消息以便它可以被直接提供给用户,并且在步骤2932将所产生的通知消息输出到显示器。如果′PresentationType′是‘1’,在步骤2940,终端将该通知消息存储到存储器中,在步骤2941如果需要则接收用户输入,并在步骤2942在屏幕上显示所存储的通知消息的内容。
最后,如果′PresentationType′是‘2’,则终端进行到步骤2950,在步骤2950中,它根据其可支持的屏幕重构方案来重构该通知消息,以便将所接收的通知消息重叠到当前通过显示器提供的服务/内容上。在步骤2951,终端将所产生的通知消息叠加到当前通过显示器提供给用户的内容上。
在步骤2960,终端利用基于′NotificationType′和′EventType′的通知消息的元素来执行操作。
表16示出了本发明的使用′EventType′替代′NotificationType′的实施例,其与前面实施例不同之处在于ESG更新通知消息的元素被改变。也就是说,也可以以先前实施例的信息形式来发送ESG更新信息。′ESGAccessDescriptor′的元素和属性遵循DVB-CBMS的ESG规范(ETSI TS 102 471 V1.1.1),并且应当认识到:如果改变了相应规范,则也改变表16的′ESGAccessDescriptor′的值。
在ESG相关的细节中存在两种可能改变:一个是在ESG递送相关部分的改变,另一个是在ESG片段的内容中的改变。由于终端利用表16的′ESGAccessDescriptor′来访问每个ESG条目的通告会话,所以终端可以利用ESG init容器的划分声明信息来识别出在通告传送带会话中的改变,识别出在通告传送带会话中的ESG init容器的内容中的改变,或识别出在ESG的多传输会话中的改变,并且所述终端可以利用索引列表和索引结构来确定更新了哪一个容器。也就是说,利用′ESGAccessDescriptor′,终端可以检测到ESG递送中的改变和ESG片段内容中的改变两者。
当表16的′ESGFragment′在通知消息中直接递送被更新的ESG片段时,终端不需要重新访问ESG传输会话。对于被更新ESG片段的识别,可以连同IP版本、相应ESG片段所传输至的IP地址、端口号、被更新的传输对象标识符(TOI)一起发送元素′ESGFragment′(其中,TOI是用于标识在FLUTE协议中的每个传输实体的值,并且当TOI由版本信息和容器标识符组成时包括更新信息),并且其可以被配置以便如果存在对于通知消息的长度的限制,则除了ESG片段本身之外仅仅识别信息被发送,以便终端可以立即访问相应的会话和仅接收相应的片段。
表16
名称 | 类型 | 类别 | 基数 | 描述 |
Notification Message | E1 | NM/TM | 0..1 | 通知消息,其包含下列属性和元素。属性:-Id-Validity-Version-EventType元素:-ESGAccessDescriptor-ESGFragment |
Id | A | NM/TM | 1 | 通知消息的ID |
Validity | A | NM/TM | 1 | 通知消息的有效时段 |
Version | A | NM/TM | 1..N | 通知消息的版本信息 |
EventType | A | NM/TM | 1 | 通知消息的事件类型 |
ESGAccessDescriptor | E2 | NO/TM | 0..1 | 表示通知消息的ESG更新的信息元素:-N_o_ESGEntries-ESGEntry |
N_o_ESGEntries | E3 | NO/TM | 0..1 | 包含每个ESG的访问信息的实体的数目 |
ESGEntry | E3 | NO/TM | 0..N | 每个ESG的访问信息元素:-ESGEntryVersion-ESGEntryLength-MultipleStreamTransport-IPversion6-ProviderID-SourceIPAddress-DestinationIPAddress-Port-TSI |
ESGEntryVersion | E4 | NO/TM | 0..1 | ESGEntry的版本信息 |
ESGEntryLength | E4 | NO/TM | 0..1 | 除ESGEntryVersion和ESGEntryLenth之外的其余信息的尺寸 |
MultipleStreamTransport | E4 | NO/TM | 0..1 | 表示是利用多个流还是利用单个流发送每一ESG的信息 |
IPversion6 | E4 | NO/TM | 0..N | 表示IP地址是否遵循IPv6的信息 |
ProviderID | E4 | NO/TM | 0..1 | ESG提供商ID |
SourceIPAddress | E4 | NO/TM | 0..1 | 每个ESG的源地址 |
DestinationIPAddress | E4 | NO/TM | 0..1 | 每个ESG的目的地址 |
Port | E4 | NO/TM | 0..1 | 其中传输ESG的FLUTE会话的端口号 |
TSI | E4 | NO/TM | 0..1 | 其中传输ESG的FLUTE会话的传输会话标识符(TSI) |
ESGFragment | E2 | NO/TM | 0..N | 被更新的ESG片段属性:-IPVersion6-IPAddress-Port-TOI元素:-Fragment |
IPVersion6 | A | NO/TM | 0..1 | 表示IP地址是否遵循IPv6的信息 |
IPAddress | A | NO/TM | 0..1 | 被更新ESG容器所传输至的IP地 |
址 | ||||
Port | A | NO/TM | 0..1 | 其中传输被更新ESG容器的端口号 |
TOI | A | NO/TM | 0..1 | 被更新ESG容器的TOI值,对于其,考虑被更新的细节 |
Fragment | E3 | NO/TM | 0..1 | 实际更新的ESG片段 |
作为另一例子,也可以以通常方式扩展‘ESGFragment’,并且针对所有文件格式的信息的递送路径的改变以及信息本身中的改变而使用其,其不仅使用ESG而且使用FLUTE会话来发送。在这种情况下,TOI属性可以利用通用文件递送表(FDT)实例来替代。FDT实例是如下表格,利用其发送在FLUTE会话中发送的文件实体的基本信息,即有效时段、内容类型、内容编码、FEC编码信息等等,也就是说,可以如表17中所示配置‘ESGFragment’。
表17
名称 | 类型 | 类别 | 基数 | 描述 |
TransportObject | E2 | NO/TM | 0..N | 在FLUTE会话中更新的传输对象属性:-IPVersion6-IPAddress-Port-TOI元素:-TransportObject |
IPVersion6 | A | NO/TM | 0..1 | 表示IP地址是否遵循IPv6的信息 |
IPAddress | A | NO/TM | 0..1 | 被更新的传输对象所传输至的IP地址 |
Port | A | NO/TM | 0..1 | 传输被更新的传输对象的端口号 |
TOI | A | NO/TM | 0..1 | 被更新的传输对象的TOI值,对于其,考虑被更新的细节 |
Transport Object | E3 | NO/TM | 0..1 | 实际被更新的传输对象 |
图30A和30B提供图解根据本发明的终端的接收操作的流程图。参照图30,在步骤3001,终端接收通知消息,在步骤3003,解析通知消息,然后在步骤3006,检测包含在通知消息中的服务识别信息。服务识别信息包括表示特定服务的识别信息,终端可以利用端口号区分服务,如在操作A410所进行的,或者,终端可以利用直接包含在通知消息中的Service_id区分服务,如关于图29A-B以及相关描述所述的。在此,通过服务识别信息检查示出了两种方法的组合。
在步骤3010,终端检查通知消息的版本信息,在步骤3013检查表示通知消息的有效时段的′Validity′值,在步骤3016检查优先级。接着,在步骤3020,终端确定是否已接收到所接收到的通知消息之外的其他通知消息。如果不存在其他接收的通知消息,则终端进行到步骤3033以检查通知消息的′EventType′字段值。然而,如果存在其他接收的通知消息,则终端在步骤3023确定在步骤3001中接收到的通知消息的优先级是否高于其他接收到的通知消息的优先级。如果所接收的通知消息在优先级上不高,则终端在步骤3030中等待直到处理具有更高优先级的其他通知消息,然后进行到步骤3033。然而,如果在步骤3001中接收的通知消息在优先级上较高,则终端直接进行到步骤3033。
在步骤3033,终端检查通知消息的′EventType′。根据′EventType′通知消息可以具有不同格式。其后,在步骤3036,终端通过检测通知消息的′TimeWindow′值来接收通知消息,并且然后检查对于其中应当采取某种行为的情形的′Time Window′值。在步骤3040,终端通过确定′MediaInformation′字段的有无和内容来检查每一单独媒体的通知消息的内容。
在步骤3043,终端确定通知消息的′PresentationType′字段的有/无以及值,并根据每一单独类型的通知消息呈现方法和时间来操作。例如对于′PresentationType′=’0’,终端在步骤3046停止当前接收的服务,在步骤3050产生用于用户的通知消息,以及在步骤3053在终端屏幕上显示该通知消息或再现语音信息。对于′PresentationType′=’1’,终端首先在步骤3060存储该通知消息,并根据用户输入再现所存储的通知消息或在步骤3062,在根据′TimeWindow′值的特定时刻再现所存储的通知消息。最后,对于′PresentationType′=’2’,终端在步骤3063产生用于用户的通知消息,并在步骤3066,将所产生的通知消息叠加到当前接收的服务的屏幕上。
在步骤3070,终端确定通知消息中的会话信息的有/无以及内容。当存在会话信息时,在步骤3073,终端访问由会话信息表示的会话并接收相应信息。在步骤3076,终端根据所接收的信息检查ESG更新或FLUTE更新信息。在步骤3080,终端根据所接收的信息更新像ESG这样的FLUTE会话传输信息,或访问该相应的FLUTE会话,并接收被更新的ESG片段和文件对象。可替代地,如果在通知消息中包含FLUTE会话的ESG片段或其他传输对象,则终端利用IP地址、端口号和被更新的TOI信息来更新相应的文件和其中存储的ESG片段。最后,在步骤3083,终端检查由服务提供商(SP)定义的通知消息内容并执行所需的终端操作。
IV.装置
图31是图解根据本发明的用于递送通知消息的广播系统、以及终端的方框图。这里,对于服务管理块103和终端108,将引用图1。特别地,可以由服务管理块103的NDAF块103b和终端108的通知客户端功能块108a来执行通知消息的发送和接收。
参照图31,服务管理块103承担递送通知消息到一个终端或一组终端的任务,并且包括UDP分组发生器3102和IP分组发生器3103。如果UDP分组发生器3102具有从通知事件功能块102a递送的通知消息信息,则它利用预定的通知端口号来产生包括该通知消息信息的UDP分组,然后将该UDP分组传输到IP分组发生器3103。为了防止效率下降,通知消息信息被直接输入到UDP分组发生器3102,这是由于当使用另一上层的传输协议时,协议报头尺寸相对大于终端期望实际发送的消息尺寸。
IP分组发生器3103利用与通知消息信息相关的进行中会话的IP地址从由UDP分组发生器3102传输而来的UDP分组产生IP分组。通常可以简单地利用UDP端口号对公共通知消息进行分组,但是为了唤醒睡眠终端并允许终端接收公共通知消息,需要单独的IP会话。这是因为从睡眠中醒来的终端不具有进行中的会话。考虑到此情况,IP分组发生器3103不仅产生针对进行中会话的IP地址的分组,而且产生针对预定′NotificationAddress′的IP地址的分组。
经由诸如DVB-H广播网络的广播分发系统(BDS)或诸如交互网络的传输网络3104,所产生的IP分组被发送至终端108。终端108通过对IP分组去封装而获取通知消息。为此,终端108包括IP分组解析器3106、UDP分组解析器3107和通知消息解析器3108。IP分组解析器3106确定经由传输网络3104接收的每个IP分组是对应于进行中会话,还是被指定到通知消息接收地址′NotificationAddress′。如果IP分组具有对应于′NotificationAddress′的IP地址,则IP分组解析器3106通过对具有IP地址的IP报头去封装来获取UDP分组,并且然后将该UDP分组递送到UDP分组解析器3107。然而,如果IP分组不具有对应于′NotificationAddress′的IP地址,则IP分组解析器3106丢弃或忽略该IP分组。
仅当UDP分组是对应于进行中会话的分组时,UDP分组解析器3107才将从IP分组解析器3106传输而来的UDP分组递送到高层(即应用层)。然而,如果UDP分组具有通过′NotificationPort′预设的通知消息端口号,则UDP分组解析器3107通过对UDP分组去封装来获取通知消息,然后将该通知消息递送到通知消息解析器3108,而不将其递送到该应用。通知消息解析器3108解析该通知消息,并根据其来确定终端的进一步操作。
图32是图解根据本发明的用于递送通知消息的移动广播系统、以及终端的方框图。这里,关于图14-16描述的根据本实施例的系统配置被示出做为移动广播系统的详细配置的例子。而且,DVB-H广播网络被示出作为传输网络的例子。
参照图32,服务管理块103的通知消息发生器3203利用收集的通知消息信息产生通知消息,并将该通知消息递送到DVB-H广播网络3204的PSI/SI发生器3205。PSI/SI发生器3205利用该通知消息和其他控制信息一起产生PSI/SI信号,并将该PSI/SI信号发送到终端108。终端108的PSI/SI接收器3206接收该PSI/SI信号,而PSI/SI解析器3207解析该PSI/SI信号,由此提取通知消息。其后,通知消息解析器3208解析该通知消息,并根据其来执行操作。
图33是图解根据本发明的终端的详细结构的方框图,参照图33,信道信息接收器3312接收通知消息信道信息并且向通知消息接收器3300提供该通知消息信道信息。通知消息接收器3300利用该信道信息从移动广播系统接收通知消息,并将所接收的通知消息递送到通知消息解析器3302。为此,通知消息接收器3300包括如图31中所示的IP分组解析器3106和UDP分组解析器3107,或包括如图32中所示的PSI/SI接收器3206和PSI/SI解析器3207。
通知消息解析器3302根据相应的消息格式解析经由通知消息接收器3300从移动广播系统接收的通知消息。如果通知消息解析器3302以二进制格式从移动广播系统接收通知消息,则它包括用于解析二进制格式的通知消息的预定功能块(未示出)。在另一情况下,如果通知消息是以XML形式配置的,则通知消息解析器3302利用其中包含的XML解析器(未示出)来解析通知消息。
通知消息解析器3302解析经由通知消息接收器3300接收的通知消息,检查作为通知消息的一个属性的′NotificationType′,并将内容递送到控制器3304。例如,如果′NotificationType′是表示用户使用的通知消息的’0’,通知消息解析器3302将内容递送到控制器3304。控制器3304根据由按照本发明的至少一个实施例的通知消息解析器3302传递的通知消息的′NotificationType′来控制终端的操作。
例如,在关于图21-22描述的实施例中,如果′NotificationType′是‘0’,则控制器3304通过显示器3306向用户提供通知消息。这里,通知消息可以是短消息或多媒体消息。然而,如果′NotificationType′是‘1’,则控制器3304识别出通知消息是ESG和服务的更新通知。因此,为了检查被改变或被更新会话信息内容,控制器3304通过会话建立器3308,访问由通知消息表示的相应会话,通过会话接收诸如ESG、文件、对象等指定内容,并将所接收的内容存储到存储器3310中。这里,短语“访问相应会话”是指利用在通知消息中指定的会话信息访问移动广播系统的操作。
作为另一例子,如果通知消息的版本和先前接收的通知消息的版本相同,则控制器3304丢弃通知消息,如关于图21-22所描述的。然而,如果版本彼此不同,即如果通知消息是一个新消息,则控制器3304根据通知消息的内容(特别地通过表3的′id′和关于图21-22所描述的′NotificationVersion′)执行相应操作。
如果由通知消息解析器3302传递的通知消息的′PresentationType′是‘1’,则控制器3304将该通知消息的内容存储到存储器3310中以便用户可以在以后使用它。
如果由通知消息解析器3302传递的通知消息的′NotificationType′是‘1’,则会话建立器3308在控制器3304的控制下访问由通知消息的会话信息表示的相应会话,并且通过所访问的会话接收诸如ESG、文件、对象等指定内容。存储器3310存储经由会话建立器3308接收的ESG、文件和对象,并存储具有′PresentationType′=’1’的通知消息。
显示器3306在控制器3304的控制下通常显示文本、图片、视频和图像。如果′PresentationType′是‘0’,则显示器3306在控制器3304的控制下停止服务中的内容,并且输出通知消息的内容。然而,如果通知消息的′PresentationType′是‘1’,则显示器3306在控制器3304的控制下,将所接收通知消息的内容重叠到服务中的内容上。
图34是图解根据本发明的用于发送/接收通知消息信道信息的广播系统和终端的方框图。在此,针对其中使用PSI/SI方案和ESG方案,示出了与通知消息信道信息的发送/接收相关的功能实体。
参照图34,服务应用(SA)102的特定通知消息信道信息发生器3402产生特定的通知消息信道信息,而服务管理块(SM)103的公共通知消息信道信息发生器3404产生公共通知消息信道信息。由于服务应用102是发送DVB-CBMS的文件和流服务的实体,在其中产生与特定服务相关的特定通知消息信道信息。
当利用ESG方案发送信道信息时,ESG发生/递送单元3406将信道信息插入到ESG中,并且该ESG经由传输网络3400而被递送到终端108。终端108的ESG接收器3416接收在ESG中的关于ESG引导会话的信息和ESG数据模型的片段,并且ESG解析器3418解码从ESG接收器3416递送的信息,并从其提取通知消息信道信息。然后通知消息信道信息解析器3420解析所提取的信道信息并将其递送到图33的通知消息接收器3300。
当利用PSI/SI方案发送信道信息时,公共通知消息信道信息特别被递送到资源分配器3408。资源分配器3408将公共通知消息信道信息连同其他PSI/SI信息一起发送到传输网络3400,具体地,发送到DVB-H广播网络的PSI/SI发生器3410。PSI/SI发生器3410产生包括公共通知消息信道信息的PSI/SI信号,并将PSI/SI信号经由广播网络传输到终端108。
终端108的PSI/SI接收器3412接收PSI/SI信号,并递送所接收的PSI/SI信号到PSI/SI解析器3414。PSI/SI解析器3414解析该PSI/SI信号,并从其提取公共通知消息信道信息。然后通知消息信道信息解析器3420解析所提取的信道信息,并将其递送到图33的通知消息接收器3300。
如从前面描述所理解的,本发明通过在ESG引导描述符或ESG中的片段或PSI/SI信号,设置和发送诸如IP地址和UDP端口之类的信道信息用于通知消息的递送,因此,终端不需要为了接收通知消息而解析接收的分组的所有报头,使得可以减少开销,和甚至递送通知消息到正在睡眠或与其他系统交互的终端。
而且,本发明通过利用UDP分组,递送具有适合于广播服务的方案的通知消息,或在为DVB-H特定控制信号的PSI/SI信号上携带通知消息,由此利用可靠的方案递送通知消息。而且,在DVB-CBMS网络递送适合于每一通知事件类型的通知消息时,终端可以接收通知消息,利用该通知消息,可以接收意外的突发事件或来自服务提供商的通知。
虽然已参照本发明的特定优选实施例示出和描述了本发明,本领域技术人员将理解:在不脱离由所附权利要求定义的精神和范围的情况下,可以在其中在形式上和细节上进行各种变化。
Claims (28)
1、一种用于在移动广播系统中发送通知消息的方法,所述方法包括:
连同广播服务的电子服务指南(ESG)或广播服务的控制信号一起发送所有能够接收广播服务的用户接收公共通知消息所需的公共通知消息信道信息;
连同所述ESG一起,向特定用户组中的终端发送特定用户组接收特定通知消息所需的特定通知消息信道信息;
产生所述公共通知消息和所述特定通知消息中的至少一种;以及
利用相应的信道信息向所述终端发送所产生的通知消息。
2、如权利要求1所述的方法,其中,所述信道信息包括用于发送相应通知消息的因特网协议(IP)地址、用户数据报协议(UDP)端口、和传输控制协议(TCP)端口中的至少一种。
3、如权利要求1所述的方法,其中,所述公共通知消息信道信息是使用通过ESG的引导会话传输的ESG提供商探测描述符、ESG接入描述符和通知描述符中的至少一个来发送的。
4、如权利要求1所述的方法,其中,所述公共通知消息信道信息是使用通过ESG的通告传送带会话传输的包括通知描述符的ESG初始化容器和ESG索引容器中的至少一个来发送的。
5、如权利要求1所述的方法,其中,所述公共通知消息信道信息是使用表示手持数字视频广播(DVB-H)网络的控制信号的节目专用信息/服务信息(PSI/SI)来发送的。
6、如权利要求1所述的方法,其中所述特定通知消息信道信息是利用ESG的获取片段和通知片段中的至少一个来发送的。
7、如权利要求1所述的方法,其中,所述特定用户组包括接收特定广播服务的用户。
8、一种用于在移动广播系统中接收通知消息的方法,所述方法包括:
经由广播网络接收广播服务的控制信号;
接收所述广播服务的电子服务指南(ESG);
从所述ESG或所述控制信号提取所有能够接收所述广播服务的用户接收公共通知消息所需的公共通知消息信道信息;
从所述ESG提取特定用户组接收特定通知消息所需的特定通知消息信道信息;并且
根据所述信道信息接收所述公共通知消息和所述特定通知消息中的至少一种。
9、如权利要求8所述的方法,其中,所述信道信息包括用于发送相应通知消息的因特网协议(IP)地址、用户数据报协议(UDP)端口、和传输控制协议(TCP)端口中的至少一种。
10、如权利要求8所述的方法,其中,所述公共通知消息信道信息是使用通过ESG的引导会话传输的ESG提供商探测描述符、ESG接入描述符和通知描述符中的至少一个来接收的。
11、如权利要求8所述的方法,其中,所述公共通知消息信道信息是使用通过ESG的通告传送带会话传输的包括通知描述符的ESG初始化容器和ESG索引容器中的至少一个来接收的。
12、如权利要求8所述的方法,其中,所述公共通知消息信道信息是使用表示手持数字视频广播(DVB-H)网络的控制信号的节目专用信息/服务信息(PSI/SI)来接收的。
13、如权利要求8所述的方法,其中所述特定通知消息信道信息是利用ESG的获取片段和通知片段中的至少一个来接收的。
14、如权利要求8所述的方法,其中,所述特定用户组包括接收特定广播服务的用户。
15、一种用于在移动广播系统中发送通知消息的装置,所述装置包括:
公共通知消息信道信息发生器,用于产生所有能够接收广播服务的用户接收公共通知消息所需的公共通知消息信道信息;
特定通知消息信道信息发生器,用于产生特定用户组接收特定通知消息所需的特定通知消息信道信息;
电子服务指南(ESG)发生/递送单元,用于连同ESG一起向终端发送所述公共通知消息信道信息和所述特定通知消息信道信息中的至少一个;
控制信号发生器,用于将所述公共通知消息信道信息包含到所述广播服务的控制信号中,以及经由广播网络发送所述控制信号到所述终端;
通知消息发生器,用于产生所述公共通知消息和所述特定通知消息中的至少一个;以及
通知消息发送器,用于利用相应的信道信息向所述终端发送所产生的通知消息。
16、如权利要求15所述的装置,其中,所述信道信息包括用于发送相应通知消息的因特网协议(IP)地址、用户数据报协议(UDP)端口、和传输控制协议(TCP)端口中的至少一种。
17、如权利要求15所述的装置,其中,所述公共通知消息信道信息是使用通过ESG的引导会话传输的ESG提供商探测描述符、ESG接入描述符和通知描述符中的至少一个来发送的。
18、如权利要求15所述的装置,其中,所述公共通知消息信道信息是使用通过ESG的通告传送带会话传输的包括通知描述符的ESG初始化容器和ESG索引容器中的至少一个来发送的。
19、如权利要求15所述的装置,其中,所述公共通知消息信道信息是使用表示手持数字视频广播(DVB-H)网络的控制信号的节目专用信息/服务信息(PSI/SI)来发送的。
20、如权利要求15所述的装置,其中所述特定通知消息信道信息是利用ESG的获取片段和通知片段中的至少一个来发送的。
21、如权利要求15所述的装置,其中,所述特定用户组包括接收特定广播服务的用户。
22、一种用于在移动广播系统中接收通知消息的装置,所述装置包括:
控制信号接收器,用于经由广播网络接收广播服务的控制信号;
电子服务指南(ESG)接收器,用于接收所述广播服务的ESG;
通知消息信道信息解析器,用于从所述ESG或所述控制信号提取所有能够接收所述广播服务的用户接收公共通知消息所需的公共通知消息信道信息,以及从所述ESG提取特定用户组接收特定通知消息所需的特定通知消息信道信息;以及
通知消息接收器,用于根据所述信道信息接收所述公共通知消息和所述特定通知消息中的至少一个。
23、如权利要求22所述的装置,其中,所述信道信息包括用于发送相应通知消息的因特网协议(IP)地址、用户数据报协议(UDP)端口、和传输控制协议(TCP)端口中的至少一种。
24、如权利要求22所述的装置,其中,所述公共通知消息信道信息是使用通过ESG的引导会话传输的ESG提供商探测描述符、ESG接入描述符和通知描述符中的至少一个来接收的。
25、如权利要求22所述的装置,其中,所述公共通知消息信道信息是使用通过ESG的通告传送带会话传输的包括通知描述符的ESG初始化容器和ESG索引容器中的至少一个来接收的。
26、如权利要求22所述的装置,其中,所述公共通知消息信道信息是使用表示手持数字视频广播(DVB-H)网络的控制信号的节目专用信息/服务信息(PSI/SI)来接收的。
27、如权利要求22所述的装置,其中所述特定通知消息信道信息是利用ESG的获取片段和通知片段中的至少一个来接收的。
28、如权利要求22所述的装置,其中,所述特定用户组包括接收特定广播服务的用户。
Applications Claiming Priority (8)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
KR20060009870 | 2006-02-01 | ||
KR1020060009870 | 2006-02-01 | ||
KR1020060017456 | 2006-02-22 | ||
KR1020060033008 | 2006-04-11 | ||
KR1020060052225 | 2006-06-09 | ||
KR1020060061114 | 2006-06-30 | ||
KR1020060077359 | 2006-08-16 | ||
KR1020060092506 | 2006-09-22 |
Publications (1)
Publication Number | Publication Date |
---|---|
CN101416486A true CN101416486A (zh) | 2009-04-22 |
Family
ID=40595675
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CNA2007800119930A Pending CN101416486A (zh) | 2006-02-01 | 2007-02-01 | 用于在移动广播系统中发送和接收通知消息的装置及方法 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN101416486A (zh) |
Cited By (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
WO2011082537A1 (zh) * | 2010-01-08 | 2011-07-14 | 华为技术有限公司 | 一种系统信息更新方法和设备 |
CN105323220A (zh) * | 2014-07-10 | 2016-02-10 | 上海交通大学 | 一种基于ip的多媒体节目映射和访问信令及方法 |
CN107005491A (zh) * | 2014-03-28 | 2017-08-01 | 三星电子株式会社 | 用于通信系统中的资源分配的方法和装置 |
-
2007
- 2007-02-01 CN CNA2007800119930A patent/CN101416486A/zh active Pending
Cited By (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
WO2011082537A1 (zh) * | 2010-01-08 | 2011-07-14 | 华为技术有限公司 | 一种系统信息更新方法和设备 |
CN107005491A (zh) * | 2014-03-28 | 2017-08-01 | 三星电子株式会社 | 用于通信系统中的资源分配的方法和装置 |
CN105323220A (zh) * | 2014-07-10 | 2016-02-10 | 上海交通大学 | 一种基于ip的多媒体节目映射和访问信令及方法 |
CN105323220B (zh) * | 2014-07-10 | 2019-02-22 | 上海交通大学 | 一种基于ip的多媒体节目映射和访问信令及方法 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
KR100819259B1 (ko) | 휴대 방송 시스템에서의 통지 메시지 송수신 방법 및 장치 | |
CN101243702B (zh) | 在广播系统中发送/接收通知消息的装置及方法、以及其系统 | |
CN101243701B (zh) | 用于在广播系统中提供通知消息的方法和装置 | |
US8165519B2 (en) | Method and apparatus for broadcast content related notification | |
CN101278554B (zh) | 用于接收电子服务指南数据的移动终端和用于发送电子服务指南数据的方法 | |
CN102100051B (zh) | 用于在移动广播网络上携带广播服务的系统和方法 | |
CN101835012B (zh) | 在数字广播系统中使用电子服务指南提供切换服务的方法 | |
CN100444212C (zh) | 提供基于位置的信息的设备和方法 | |
CN101273560A (zh) | 在数字广播服务指南中递送消息传送模板的方法 | |
EP2225884B1 (en) | System and method for binding notification types to applications for a notification framework | |
CN101669309A (zh) | 用于对包括多个组成的通知消息进行传输的方法和装置 | |
CA2717795C (en) | Method and apparatus for software update of terminals in a mobile communication system | |
CN100410878C (zh) | 执行接收到的服务的条件执行决定设备和方法、以及编辑与服务相关的信息消息的设备和方法 | |
CN102648595B (zh) | 数字无线电广播中媒体内容同步呈现的系统、设备和方法 | |
Alliance | Service guide for mobile broadcast services | |
CN101416486A (zh) | 用于在移动广播系统中发送和接收通知消息的装置及方法 | |
AU2009229635A1 (en) | Method and system for updating firmware of terminals in a broadcast system | |
CN101841768A (zh) | 接收信息、通知消息接收及发送方法和装置 | |
CN101433090B (zh) | 移动广播系统中提供通知消息的方法和系统 | |
KR20070108309A (ko) | 휴대 방송 시스템에서의 통지 메시지 송수신 방법 및시스템 | |
KR20070108323A (ko) | 휴대 방송 시스템에서의 통지 메시지 송수신 방법 및시스템 | |
CN101263712A (zh) | 用于在数字广播系统中使用电子服务指南提供预览服务的方法和装置 | |
KR20070032521A (ko) | 프로그램 안내를 위한 데이터 구조, 방법, 및 이를 적용한방송 장치 | |
WO2009066958A1 (en) | Apparatus and method for transmitting and receiving electronic service guide in digital video broadcasting system |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
C06 | Publication | ||
PB01 | Publication | ||
C10 | Entry into substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
C02 | Deemed withdrawal of patent application after publication (patent law 2001) | ||
WD01 | Invention patent application deemed withdrawn after publication |
Open date: 20090422 |