首页> 中国专利> 在移动广播系统中传递用于产生服务指南的服务指南源的方法、以及传递通告事件/通告消息的方法和系统

在移动广播系统中传递用于产生服务指南的服务指南源的方法、以及传递通告事件/通告消息的方法和系统

摘要

提供了一种将用于产生信息供应的通告消息的通告事件传递给接收广播服务的订户的移动广播系统。该移动广播系统包括:第一装置,用于管理广播服务的订户信息,根据至少一个通告事件处理至少一个通告消息的产生,并且产生指示通告消息的产生结束的响应消息;和第二装置,用于根据所述至少一个通告事件,将用于请求产生通告消息的通告事件消息发送到第一装置,响应于该通告事件消息接收响应消息,然后处理通过广播信道或交互信道的通告消息的传递。

著录项

  • 公开/公告号CN101356523A

    专利类型发明专利

  • 公开/公告日2009-01-28

    原文格式PDF

  • 申请/专利权人 三星电子株式会社;

    申请/专利号CN200680050548.0

  • 申请日2006-11-07

  • 分类号G06F17/00(20060101);G06F15/16(20060101);

  • 代理机构11105 北京市柳沈律师事务所;

  • 代理人邵亚丽

  • 地址 韩国京畿道

  • 入库时间 2023-12-17 21:23:40

法律信息

  • 法律状态公告日

    法律状态信息

    法律状态

  • 2013-01-30

    授权

    授权

  • 2009-03-25

    实质审查的生效

    实质审查的生效

  • 2009-01-28

    公开

    公开

说明书

技术领域

本发明一般涉及移动广播系统中的信息提供方法和消息传递方法。具体来说,本发明涉及一种传递用于向服务指南源提供各种指南信息的通告事件/通告消息以便在移动终端生成服务指南的方法和系统。

背景技术

移动通信市场持续地需要通过现有技术的重组和整合来创建新服务。通信与广播技术当前的发展已经使得传统广播系统和移动通信系统能够通过诸如移动电话和个人数字助理(PDA)这样的便携终端(或移动终端)来提供广播服务。由于对多媒体服务潜在的和实际的市场需要以及增长的用户需要、服务提供商倾向于提供除现有语音服务之外的诸如广播服务这样的新服务的战略、以及那些支持他们的移动通信业务满足用户需求的信息技术(IT)公司的已确认的兴趣,移动通信服务与互联网协议(IP)的融合已经变成下一代移动通信技术发展的优先考虑方面。

开放移动联盟(OMA),一个研究个体移动解决方案之间交互工作的标准的组织,致力于定义各种用于移动游戏和网络服务的应用标准。在OMA工作组中,开放移动联盟浏览器和内容移动广播子工作组(OMA BACBCAST)正在对用于使用移动终端提供广播服务的技术进行研究。下面将对OMA中正在讨论的移动广播(BCAST)系统进行简要描述。

在移动广播系统中,期望接收广播服务的移动终端应当接收所谓服务指南信息,其包含针对该服务本身的描述信息、针对该服务的管理信息、和有关针对该服务的接收方法的信息。移动终端使用服务指南信息接收相应的服务。虽然下面将参照BCAST系统作为使用服务指南的移动广播系统的例子来描述传统广播服务,但是本发明并不局限于BCAST系统。

图1示出了向移动终端传递服务指南的通用移动广播系统的示范性架构。下面的表1和表2示出了图1的构件(例如,逻辑实体)之间的接口。

表1

  名称  描述  SG1(103)  用于以BCAST服务指南段的形式或者以专用格式传递诸如描述信息、位置信息、目标终端性能、目标用户概况等内容属性的服务器对服务器通信。  SG1(106)  用于以BCAST服务指南段的形式传递诸如服务/内容描述信息、调度信息、位置信息、目标终端性能、目标用户概况等BCAST服务属性的服务器对服务器通信。  SG-B1(116)  用于将BDS特定属性从广播分发系统(BDS)传递至BCAST服务指南改编功能以便帮助服务指南改编特定BDS或者将BCAST服务指南属性传递至BDS以进行BDS特定改编和分发的服务器对服务器通信。  SG4(112)  用于以BCAST服务指南段的形式传递供应信息、购买信息、订购信息、促销信息等的服务器对服务器通信。  SG5(117)  在IP上通过广播信道的BCAST服务指南传递。  SG6(118)  通过交互信道的BCAST服务指南传递。用于通过例如HTTP、SMS或MMS检索服务指南或者与服务指南相关的附加信息的交互接入。

表2

  名称 描述  X-1(124) BDS服务分发与BDS之间的参考点。  X-2(125) BDS服务分发与交互网络之间的参考点。  X-3(126) BDS与终端之间的参考点。  X-4(127) BDS服务分发与广播信道上的终端之间的参考点。  X-5(128) BDS服务分发与交互信道上的终端之间的参考点。  X-6(129) 交互网络与终端之间的参考点。

参照图1,内容创建(CC)块101表示作为广播服务(BCAST)的提供商的内容创建者或内容提供商,并且BCAST服务可以包括传统音频/视频广播服务、音乐/数据文件下载服务等等。包括服务指南内容创建源(SGCCS)102的内容创建101通过表1中的SG1接口103,将创建用于BCAST服务的服务指南所必需的内容信息、移动终端的性能信息、用户概况和内容时间信息传递到BCAST服务应用(BSA)块104的服务指南应用源(SGAS)105。

BCAST服务应用块104以适合于BCAST网络的形式处理从内容创建块101提供的BCAST服务的数据,形成BCAST服务数据。此外,BCAST服务应用块104产生移动广播指南必需的标准化的元数据。SGAS 105经由SG2接口106将产生服务指南所必需的、诸如详细的服务/内容信息、调度信息和位置信息之类的各种源,包括SGCCS 102所提供的信息,传递到BCAST服务分发/改编(BSD/A)块108中的服务指南产生(SG-G)109。

BCAST服务分发/改编块108具有建立它将在其上传递从BCAST服务应用块104所提供的BCAST服务数据的承载的功能、确定BCAST服务的传输调度的功能和创建移动广播指南信息的功能。BCAST服务分发/改编块108连接到作为传输BCAST服务数据的网络的广播分发系统(BDS)122和支持交互通信的交互网络123。

由SG-G 109产生的服务指南经由SG分发(SG-D)110和SG5接口117被传递到终端119。如果经由BDS 122或支持交互通信的交互网络123传递服务指南,或者如果需要与相应的系统或网络匹配,那么由SG-G 109产生的服务指南在SG改编(SG-A)111中被匹配,然后被传递到SG-D 110,或者经由SG-B1接口116被传递到BDS服务分发块121。

BCAST订购管理块113管理用于接收BCAST服务的订购信息和服务供应信息、以及用于接收BCAST服务的终端的设备信息。BCAST订购管理块113中的服务指南订购源(SGSS)114经由SG4接口112将与服务指南产生、订购和供应相关的源以及诸如购买信息和宣传相关信息这样的源传递到产生服务指南的SG-G 109。

BDS服务分发块121用于通过广播信道或交互信道分发所有接收到的BCAST服务,并且该块是一个能够根据BDS 122的类型存在或者不存在的实体。BDS 122是一个传输BCAST服务的网络,并且可以是诸如手持数字视频广播(DVB-H)、基于3GPP的多媒体广播与多播服务(MBMS)、基于3GPP2的广播与多播服务(BCMCS)这样的广播网。交互网络123基于点对点来传输BCAST服务,或者交互地交换与接收BCAST服务相关的控制信息和附加信息,例如,交互网络123可以是现有的蜂窝网络。

终端119是一个能够经由Ai接口130接收BCAST服务的终端,并且可以根据终端性能连接到蜂窝网络。包括服务指南客户端(SG-C)120的终端119接收经由SG5接口117传递的服务指南,或者接收经由SG6接口118传递的通告消息,从而执行用于接收BCAST服务的合适的操作。

下面的表3至表5给出了对在BCAST服务标准中定义的图1的关键元素(例如,逻辑实体)的简要描述。

表3

 名称  描述 内容创建(101)  服务指南内容创建源(SGCCS)可以提供诸如内容描述信息、目标终端性能、目标用户概况、内容定时信息等等之类的内容和属性,并且以标准化的BCAST服务指南段的形式或者以专用格式在SG1上发送它们。 BCAST服务应用(104)  服务指南应用源(SGAS)提供服务/内容描述信息、调度信息、位置信息、目标终端性能、目标用户概况等,并且以标准化BCAST服务指南段的形式在SG2上发送它们。 BCAST订购管理(113)  服务指南订购源(SGSS)提供供应信息、购买信息、订购信息、促销信息等等,并且以服务指南段的形式在SG4上发送它们。

表4

  名称  描述  服务指南产生(SG-G)(109)  网络中的SG-G负责通过SG-2和SG-4接口从诸如SGCCS、SGAS、SGSS之类的各种源接收服务指南段。SG-G根据标准化计划收集诸如服务和内容访问信息之类的段,并且生成被发送到服务指南分发(SG-D)的服务指南以供传送。在传送之前,它被可选地以服务指南改编功能(SG-A)111来适配以匹配特定BDS。  服务指南客户端功能(SG-C)(120)  终端中的SG-C负责从底层BDS接收服务指南信息,并且使得该服务指南对移动终端可用。SG-C获得特定服务指南信息。它将对该信息进行过滤,以匹配终端指定的准则(例如,

  位置、用户概况、终端性能),或者它简单地获取所有可用的服务指南信息。通常,用户可以以菜单、列表或表格格式来查看服务指南信息。SG-C可以通过SG-6发送请求到网络,以获得特定服务指南信息,或者整个服务指南。

表5

  名称  描述  服务指南分发(SG-D)(110)  SG-D生成IP流,用于通过SG5接口和广播信道将服务指南传送到SG-C。在传送之前,SG-G会根据由BDS服务分发通过SG-B1发送的BDS属性发送服务指南到服务指南改编(SG-A),以改编该服务指南使其匹配特定BDS。该改编可能会导致服务指南的修改。需要注意的是,为了改编的目的,SG-A还会通过SG-B1发送BCAST服务指南属性或者BCAST服务指南段到BDS服务分发以供改编,这种BDS服务分发内的改编在BCAST的范围之外。SG-D还可以接收对服务指南信息的请求,并且直接通过交互信道发送所请求的服务指南信息到终端。SG-D还可以基于末端用户预先指定的概况过滤来自SG-G的服务指南信息。并且,SG-D还可以发送服务指南到BDS,该BDS对服务指南进行修改(例如,通过添加BDS特定信息),并且以BDS特定方式进一步分配服务指南到SG-C。

图2是示出了在BCAST服务中所定义的、用于在图1的移动广播系统中传递通告消息的通告架构的图。

参照图2,内容创建(CC)块201是BCAST服务的提供商,并且BCAST服务可以包括传统音频/视频广播服务、音乐/数据文件下载服务等等。当在提供BCAST服务中有问题或者在BCAST服务中有变化时,内容创建块201将该变化通知给位于BCAST服务应用202的通告事件功能(NTE)202-1。

BCAST服务应用202以适合于BCAST网络的形式处理从内容创建块201提供的BCAST服务的数据,形成BCAST服务数据,并且产生移动广播指南必需的标准化的元数据。此外,BCAST服务应用202将从内容创建块201提供的、BCAST服务中的变化通知给位于BCAST订购管理(BSM)204中的通告产生功能(NTG)204-1。

BCAST服务分发/改编203负责建立它将在其上传递由BCAST服务应用202提供的BCAST服务数据的承载、确定BCAST服务的传输调度以及产生移动广播指南,并且连接到能够提供BCAST服务的广播分发系统(BDS)206和支持交互通信的交互网络207。此外,包括通告分发改编功能(NTDA)203-1的BCAST服务分发/改编203从BCAST订购管理204接收通告消息并且经由BDS 206或交互网络207将通告消息传递到一个或多个用户。

BCAST订购管理204管理用于BCAST服务接收的订购信息、服务供应信息、和用于接收BCAST服务的设备的设备信息。具体来说,包括通告产生功能204-1的BCAST订购管理204通过从内容创建块201和BDS 206接收有关通告事件的信息来产生通告消息,或者产生用于BCAST服务事件的通告消息。

BDS服务分发205用于分发所有通过广播信道或交互信道接收到的BCAST服务,并且它是一个能够根据BDS 206的类型存在或者不存在的实体。

BDS 206是一个传递BCAST服务的网络,并且可以是例如DVB-H、基于3GPP的MBMS、基于3GPP2的BCMCS。此外,当在传递特殊BCAST服务中有变化时,BDS 206经由X-1接口231将该变化通知给BCAST服务分发/改编203,或者如果BDS服务分发205存在的话则经由NT-B1接口224将该变化通知给BCAST服务分发/改编203。

交互网络207基于点对点来传递BCAST数据,或者交互地交换与BCAST服务的接收相关的控制信息和附加信息,并且可以是例如现有的蜂窝网络。

终端208是一个能够接收BCAST服务的终端,并且可以根据终端性能连接到蜂窝网络。这里假设终端208是一个能够接入蜂窝网络的终端。终端208通过接收由通告客户端功能(NTC)208-1经由NT-5接口225传递的通告消息来执行适合的操作,或者通过接收经由NT-6接口226传递的通告消息来执行适合的操作。

现在将对图2的逻辑实体之间的后端接口进行描述。

NT-1接口221,一个在位于BCAST服务应用202中的通告事件功能202-1与内容创建块201之间的接口,用来将发生在内容创建块201中的通告事件传递到通告事件功能202-1。

NT-3接口222,一个在位于BCAST服务应用块202中的通告事件功能202-1与BCAST订购管理204中的通告产生功能204-1之间的接口,传递产生通告事件或通告消息所必需的信息,以使得通告产生功能204-1能够产生通告消息。

NT-4接口223,一个在位于BCAST订购管理204中的通告产生功能204-1与BCAST服务分发/改编203中的通告分发改编功能203-1之间的接口,用来将通告产生功能204-1中生成的通告消息传递到通告分发改编功能203-1,以使得该消息能够经由BDS 206或交互网络207被传递,或者用来将BDS 206中发生的通告事件从通告分发改编功能203-1传递到通告产生功能204-1。

NT-5接口225是一个在从BCAST服务分发/改编203中的通告分发改编功能203-1传递的通告消息通过广播信道被直接传递到终端203时所用的接口。NT-5接口225被用来将通告消息传递到一个或多个终端。

NT-6接口226是一个在从BCAST服务分发/改编203中的通告分发改编功能203-1传递的通告消息经由交互网络207通过终端208的专用信道或者通过交互网络207中所提供的广播信道被直接传递到终端208时所用的接口。NT6接口226被用来将通告消息传递到一个或多个终端。

NT-B1接口224,一个在BCAST服务分发/改编203与BDS服务分发205之间的接口,用来建立由BCAST服务分发/改编203所用的BDS 206中的发送路径,或者在BDS 206中发生的通告事件的接收路径。

X-1接口231是在BDS服务分发205不存在的情况下用来建立由BCAST服务分发/改编203所用的BDS 206中的发送路径或在BDS 206中发生的通告事件的接收路径的接口。在BDS服务分发205存在的情况下,X-1接口231被用作BDS 206与BDS服务分发205之间的接口,用来传递在BDS 206中发生的通告事件。

X-2接口232是在BDS服务分发205不存在的情况下建立由BCAST服务分发/改编203所用的交互网络207中的传输路径的接口。在BDS服务分发205存在的情况下,X-2接口232被用作BDS 206与交互网络207之间的接口,用来建立将在其上在交互网络207中发送通告消息的承载。

X-3接口233,一个在BDS 206与终端208之间的接口,用于BCAST服务或者通过广播信道传送的所有消息。

X-4接口234是在BDS服务分发205与终端208之间的广播信道接口。

X-5接口235是在BDS服务分发205与终端208之间的交互信道接口。

X-6接口236是交互网络207可以通过其发送BCAST服务相关的控制信息的交互信道接口。

通告事件功能202-1将产生通告消息所必需的信息传递到通告产生功能204-1,并且在识别需要通告的事件(即,通告事件)的发生后,将有关该通告事件的信息传递到通告产生功能204-1。通告产生功能204-1通过从通告事件功能202-1接收通告事件和产生通告消息所必需的信息来产生通告消息,或者使用通过通告分发改编功能203-1所接收到的BDS 206的通告事件产生通告消息,并且将所生成的通告消息传递到通告分发改编功能203-1。可以在下述情况下产生通告消息:(i)需要通知再次开始服务;(ii)在从内容创建块201接收到指示服务信息的变化的通告后需要传递新的移动广播指南;以及(iii)在BDS 206中发生特殊事件。

通告分发改编功能203-1用于经由NT5225或NT6226来传递通告消息,并且在从BDS 206接收到指示特殊移动广播服务的变化(例如,指示基于无线网络环境的数据率的调整或者服务的不可能性)的通告时,用于经由NT4223将相应的通告事件传递到通告产生功能204-1。

图3是示出了在通用移动广播系统中用于提供服务指南的逻辑实体之间的消息流向的信令的图。

这里,参考标号301指示内容创建块101中的SGCCS 102,参考标号302指示BCAST服务应用块104中的SGAS 105,参考标号303指示BCAST订购管理块113中的SGSS 114,参考标号304指示BCAST服务分发/改编块108中的SG-G/D/A 109、110和111。

参照图3,在步骤311中,SGCCS 301将与BCAST相关联的内容信息和属性传递到SGAS 302。在步骤312中,SGAS 302使用从SGCCS 301提供的属性,根据BCAST格式,将广播内容/服务信息和属性传递到SG-G/D/A304。在步骤313中,SG-G/D/A 304发送与供应相关的信息到SGSS 303。在步骤314中,SGSS 303将所请求的与供应相关的信息提供给SG-G/D/A 304。在步骤315中,SG-G/D/A 304产生服务指南(SG)。

图4是示出了在通用移动广播系统中用于提供通告消息的逻辑实体之间的消息流向的信令图。

这里,参考标号401指示BCAST服务应用块202中的通告事件功能(NTE)202-1,参考标号402指示BCAST订购管理块204中的通告产生功能(NTG)204-1,参考标号403指示BCAST服务分发/改编块203中的通告分发改编功能(NTDA)203-1。

参照图4,通告事件在NTE 401中或NTDA 403中产生,然后被传递到NTG 402,或者在BCAST订购管理块204或BDS 206中产生。也就是说,如果通告事件发生在内容创建块201或BSA 202中,那么NTE 401在步骤411中通过NT3接口222将事件通知传递到BSM 204中的NTG 402。如果通告事件已经在BCAST服务分发/改编203或BDS 206中发生,那么在步骤412中,通告事件信息经由NT4接口223从NTDA 403传递到NTG 402。通告事件也可以在BSM 204中自发产生,然后经由NTG 402被传递到NTDA403。在步骤413中,NTG 402自发产生通告事件或经由NT3222或NT4223接收通告事件。在步骤414中,NTG 402产生通告消息。之后,在步骤415中,NTG 402经由NT4接口223将通告消息传递到NTDA 403。

但是,传统的移动广播系统没有提供产生用于在BSD/A或BDS中发生的通告事件的通告消息以及传递对于所有通告事件所生成的通告消息的方法,也没有提供用于在接收到通告事件/通告消息时发送响应的方法。

因此,需要一种用于在移动广播系统中传递通告事件/通告消息的改进方法和系统。

发明内容

本发明提供一种用于在移动广播系统中传递通告事件/通告消息的方法和系统。

而且,本发明还提供一种在移动广播系统中传递用于产生服务指南的服务指南源的方法和系统。

而且,本发明还提供一种在移动广播系统中传递包含用于产生服务指南的购买信息的供应信息的方法和系统。

根据本发明的示范性实施例的一个方面,提供一种在包含第一装置和第二装置的移动广播系统中将用于产生信息供应的通告消息的通告事件传递给接收广播服务的订户的方法,所述第一装置用于处理广播服务的订户信息管理以及通告消息的产生,所述第二装置用于处理通过广播信道或交互信道的通告消息的传递。该方法包括:由所述第二装置根据至少一个通告事件,将用于请求产生通告消息的通告事件消息发送到所述第一装置;以及由所述第一装置根据所述到少一个通告事件产生至少一个通告消息,并且将指示该通告消息产生结束的响应消息发送到所述第二装置。

根据本发明的示范性实施例的另一方面,提供一种将用于产生对于信息供应的通告消息的通告事件传递到接收广播服务的订户的移动广播系统。该移动广播系统包括:第一装置,用于管理广播服务的订户信息,根据至少一个通告事件处理至少一个通告消息的产生,并且产生指示所述通告消息的产生结束的响应消息;和第二装置,用于根据所述至少一个通告事件,将用于请求产生通告消息的通告事件消息发送到所述第一装置,接收响应于该通告事件消息的响应消息,然后处理通过广播信道或交互信道的该通告消息的传递。

根据本发明的示范性实施例的又一方面,提供一种在包含第一装置和第二装置的移动广播系统中将用于信息供应的通告消息传递到接收广播服务的订户的方法,所述第一装置用于处理广播服务的订户信息管理以及通告消息的产生,所述第二装置用于处理通过广播信道或交互信道的通告消息的传递。该方法包括:由所述第一装置产生包含有关传递信道的信息的请求消息,并且将该请求消息发送到所述第二装置,该传递信道是广播信道和交互信道中的、通过其传递相应的通告消息的信道;以及在接收到该请求消息之后,由所述第二装置基于所述传递信道信息,通过广播信道或交互信道发送相应的通告消息。

根据本发明的示范性实施例的再一方面,提供一种将用于信息供应的通告消息传递到接收广播服务的订户的移动广播系统。该移动广播系统包括:第一装置,用于执行广播服务的订户信息管理,并且产生包括有关传递信道的信息的请求消息,并且将该请求消息发送到所述第二装置,该传递信道是广播信道和交互信道中的、通过其传递相应的通告消息的信道;和第二装置,用于在接收到所述请求消息之后,基于所述传递信道信息,通过广播信道或交互信道发送相应的通告消息。

根据本发明的示范性实施例的又一方面,提供一种在包含第一装置和第二装置的移动广播系统中传递产生用于订户的广播服务接收的服务指南的服务指南源的方法,所述第一装置用于管理广播服务的订户信息,所述第二装置用于处理服务指南的产生以及通过广播信道或交互信道的服务指南的传递。该方法包括:由所述第一装置将包含至少一个服务指南源的请求消息发送到所述第二装置;以及由所述第二装置根据所述至少一个服务指南源产生服务指南,并且将包含处理结果的响应消息发送到所述第一装置。

根据本发明的示范性实施例的再一方面,提供一种传递产生用于订户的广播服务接收的服务指南的服务指南源的移动广播系统。该移动广播系统包括:第一装置,用于管理广播服务的订户信息并且产生包含至少一个服务指南源的请求消息;和第二装置,用于基于从所述第一装置接收到的请求消息产生服务指南,将包含处理结果的响应消息发送到所述第一装置,并且处理通过广播信道或交互信道的服务指南的传递。

附图说明

通过下面结合附图的详细描述,本发明的上述及其它目的、特征和优点将变得更加清楚,附图中:

图1是示出传递服务指南到移动终端的通用移动广播系统的示范性架构的图;

图2是示出了在BCAST服务中所定义的、用于在图1的移动广播系统中传递通告消息的通告架构的图;

图3是示出了在通用移动广播系统中用于提供服务指南的逻辑实体之间的消息流向的信令图;

图4是示出了在通用移动广播系统中用于提供通告消息的逻辑实体之间的消息流向的信令图;

图5是示出了在应用了本发明的示范性实施例的移动广播系统中用于接收广播服务的示意性服务指南的结构的图;

图6是示出了根据本发明的示范性实施例的、用于在SG-4接口中传送与服务指南相关的信息的协议栈的图;

图7是示出了根据本发明的示范性实施例的、通过SG-4传送供应信息请求消息的过程的信令图;

图8是示出了根据本发明的示范性实施例的、用于通过NT-4接口交换通告事件/通告消息的协议栈的图;

图9是示出了根据本发明的示范性实施例的、通过NT-4接口传送通告消息的过程的信号发送图;

图10是示出了根据本发明的示范性实施例的、通过NT-4接口传送通告事件的过程的信号发送图;

图11是示出了应用于本发明的示范性实施例的消息图表的示范性结构的图;

图12是示出了根据本发明的示范性实施例的、使用SG-4接口或NT-4接口传递用于请求服务指南源的供应或通告事件的消息的协议栈的图;

图13是示出了根据本发明的示范性实施例的、通过SG-4接口传送产生服务指南所必需的服务指南源的过程的信令图;以及

图14是示出了根据本发明的另一个示范性实施例的、通过NT-4接口传送通告消息的过程的信令图。

贯穿附图,相同的附图参考标号应当被理解为指代相同的元素、特征和结构。

具体实施方式

在下面的描述中,为了清楚和简要起见,已经略去了并入此处的已知功能和构造的详细描述。而且,提供在描述中所定义的诸如详细结构和元件之类的内容用于帮助全面理解本发明的实施例。因此,本领域的普通技术人员将看到,在不脱离本发明的范围和精神的条件下,可以对这里所描述的实施例进行各种变化和修改。

在下面的详细描述中,将给出用于实现上述及其它目的的本发明的示范性实施例。虽然为了方便起见,将使用作为异步移动通信标准的、在第三代伙伴项目(3GPP)中所定义的实体的名字,或者使用作为用于移动终端的应用标准的、开放移动联盟(OMA)的BCAST,但是这些标准和名字并不限制本发明的范围,并且可以将本发明应用于具有相似技术背景的系统。

在描述本发明不同的示范性实施例之前,将依照本发明的方面对用于更好地理解本发明的消息图表进行描述。

图11示出了根据本发明的示范性实施例、应用于本发明的消息图表的示范性结构的图。

参照图11,‘名称’1101表示构成相应消息的元素和属性的名称。‘类型’1103表示相应的名称1101具有元素类型还是属性类型。每个元素具有值E1、E2、E3、和E4。E1代表用于整个消息的上层元素,E2代表E1的子元素,E3代表E2的子元素,E4表示E3的子元素。属性用A表示,A表示相应元素的属性。例如,E1下面的A表示E1的属性。

‘类别’1105用来表示在网络N或终端T中相应元素或属性是强制性的还是可选的,并且,如果该值是强制性的则具有值M,如果该值是可选的则具有值O。因此,网络中的强制性内容用‘NM’表示,终端中的强制性内容用‘TM’表示,网络中的可选内容用‘NO’表示,终端中的可选内容用‘TO’表示。‘基数’1107表示元素之间的关系,并且具有值‘0’、‘0..1’、‘1’、‘0..n’和‘1..n’,其中‘0’意指可选关系,‘1’意指强制关系,‘n’意指具有多个值的概率。例如,‘0..n’意指没有相应元素或有n个相应元素的概率。‘描述’1109定义相应元素或属性的含义。‘数据类型’1111表示相应元素或属性的数据类型,即,用来产生的程序语言的类型。例如,可以使用可扩展标记语言(XML)。

图5是示出了依照本发明的示范性实施例、在应用了本发明的移动广播系统中用于接收广播服务的服务指南的结构的图。所示为提出用于提供广播服务到BCAST系统中的移动终端的服务指南的数据模型。一个服务指南由具有其自身特定目的的段组成,这些段根据它们的用途被划分为4组,如图5所示。

图5中所示的示范性服务指南由用于提供整个服务指南的上层元素信息的管理组500、用于提供服务的订购和购买信息的供应组510、用于提供诸如服务、内容和服务调度这样的服务指南的核心信息的核心组520、用于提供用于访问服务或内容的访问信息的访问组530组成。在图5中,连接这些段的实线意指段之间的交叉引用。

管理组500,一个用于提供接收服务指南的移动终端所需的基本信息的组,包括服务指南内容上下文段501和服务指南传递描述符(SGDD)段502。服务指南上下文段501提供终端可以通过其来识别服务指南的方法,还提供有关用于分配服务指南的操作者或所有者的信息和有关终端可以在该处接收服务指南的位置的信息,以及与用于接收服务指南的SGDD连接的连接信息。服务指南传递描述符段502提供有关传递会话的信息,其中含有作为构成服务指南的最小单元的段的服务指南传递单元(SGDU)位于该传递会话中,并且该服务指南传递描述符段502还提供用于SGDU的分组信息和有关用于接收通告消息的入口点(entry point)的信息。

供应组510是一个提供用于服务接收的计费信息的组。供应组510包括购买项目段511、购买数据段512和购买渠道段513。购买项目段511提供诸如服务、内容和时间这样的批量(bundle)来帮助用户订购或购买相应的购买项目。购买数据段512包括详细的购买和订购信息,诸如用于服务或服务束的计费信息和促销信息。购买渠道段513提供用于订购或购买的访问信息。

核心组520是一个用于提供关于服务本身的信息的组。核心组520包括服务段521、调度段522和内容段523。服务段521,一个作为整个服务指南的中心、包含在广播服务中的内容的上层集合,提供有关服务内容、类型、服务地点等等的信息。调度段522提供包括在流送与下载服务中的每一个内容的时间信息。内容段523提供广播内容、目标用户组、服务地点和类型的详细描述。

访问组530包括访问段531和会话描述段532。访问段531提供与访问相关的、用于使用户能够查看服务的信息,并且还提供用于相应访问会话的传递方法以及会话信息。会话描述段532还可以包括在访问段531中,并且以URI形式提供位置信息,以使得终端能够检测相应的会话描述信息。此外,会话描述段532提供地址信息和用于相应会话中所存在的多媒体内容的多媒体数字信号编解码器信息。

除过前述的四个组之外,如图5中所示的服务指南信息还可以包括:预览数据段540,其提供用于服务和内容的预览和图标;以及交互数据段550。

图5的服务指南是在图1的SG-G 109中产生的,并且供应组510的信息(下文称为供应信息)是由图1的SGSS 114提供的。在图3的步骤314中,传递相应的供应信息,并且步骤314中的信息可以在没有步骤313的查询的条件下被传递。但是,因为步骤313中的信息对于获取用于供应的信息不是必需的,所以SGSS 114应当事先具有相应的服务和内容或者调度信息,但是这不被传统系统支持。因此,依照示范性实施例,本发明解决了对用于SGAS与SGSS之间的信息交换的SG3接口的需要。如下所述,通过步骤903,将服务/内容及其调度信息从SGAS提供到SGSS。

图6是示出了根据本发明的示范性实施例的、用于在SG-4接口中传送与服务指南相关的信息的协议栈的图。

通过SG-4传递的消息可以以文本或XML格式传递。将参照图7对相应的消息进行详细描述。使用IP、TCP和HTTP传递SG-4上的消息,并且BSD/A中的SG-G通过HTTP POST发送供应信息请求消息到BSM中的SGSS。在从SG-G接收到消息之后,SGSS能够与HTTP RESPONSE消息一道发送供应信息,或者可以通过HTTP POST发送结果消息。

图7是示出了根据本发明的示范性实施例的、通过SG-4传送供应信息请求消息的过程的信令图。

在步骤703中,SG-G 701发送包括ServiceId、ContentId和ScheduleId的供应信息请求消息到SGSS 702。如图5中所描述的那样,供应信息包括用于订户的服务接收的计费信息。在下面的表6中示出了步骤703中所提供的供应信息请求消息。在步骤704中,SGSS 702利用从SG-G 701接收到的信息来产生服务指南的供应信息,并且发送相应的信息到SG-G 701。当供应信息被立即产生并传递时,SGSS 702能够响应于步骤703中的请求消息,与HTTP Response消息一道发送结果消息。如果需要时间来产生服务指南的供应信息,那么SGSS 702可以在关闭了SG-G 701与SGSS 702之间的会话之后,在供应信息产生完成时刻使用ProvReqId和BSDAAddress通过HTTPPOST将结果消息通知给SG-G 701。在下面的表7A和7B中示出了结果消息的详细情况。在表7B的响应消息中,PurchaseItem后接表8A至8E的PurchaseItemInfo,PurchaseData后接表9A至9F的PurchaseDataInfo,PurchaseChannel后接表10A至10E的PurchaseChannelInfo。至于对步骤704中的SG-G请求的响应,可以使用一个消息将对SG-G的若干请求的响应从SGSS发送到SGAS。

表6

名称类型  类别基数描述数据类型ProvReq  指定用于传递服务指南的供应部分的请求消息。包含下列属性:ProvReqId

名称类型类别基数描述数据类型 包含下列元素:ServiceContentScheduleProvReqIdAM1 ProvReq的标识符,其是用于请求供应信息的、用于SG-G的消息。    无符号整数(32比特)BSDAAddressAM1 用于接收该请求的响应的BSDA地址AnyURI  ServiceId E1 O 0..N Service段的ID    AnyURI  ContentId E1 O 0..N Content段的ID    AnyURI  ScheduleId E1 O 0..N Schedule段的ID    AnyURI  PreviewDataId E1 O 0..N PreviewData段的ID

表7A

 名称 类型类别基数描述数据类型ProvResE指定用于ProvReq的响应消息。包含下列元素:ProvReqIdProvReqIdE1M0..NProvReqID的标识符包含下列属性:Response包含下列元素:Provisioning无符号整数(32比特)ResponseAM1指定在SGSS中ProvReq如何被处理的结果。如果Response=0,则产生服务指南的供应段并且供应段将被包括在该响应消息中。整数(8比特)

表7B

ProvisioningE2O0..1  指定用于服务指南的供应段。包含下列元素:PurchaseItemPurchaseDataPurchaseChannelPurchaseItemE3M1..N  指定PurchaseItem  PurchaseItemInfoPurchaseDataE3O0..N  指定PurchaseData  PurchaseDataInfo  PurchaseChannelE3M1..N  指定PurchaseChannel  PurchaseChannelInfo

表8A

  名称  类型  类别  基数  描述  数据类型 PurchaseItemInfo  E  PurchaseItem段包含下列属性:IdversionvalidFromvalidToWeightClosed包含下列子元素:ExtensionURLServiceIDRefScheduleIDRefContentIDRefPurchaseItemIDRefNameDescriptionParentalRatingPurchaseDataIDRef id  A  M  1  PurchaseItem段的ID,全局唯一  AnyURI Version  A  M  1  该段的版本,只要接收到新的版本,就覆盖旧版本  无符号整数(32比特)

表8B

  名称  类型  类别  基数 描述  数据类型 validFrom  A  O  0..1 该段有效时的最早时刻。如果没有给出,则假设有效性在过去的某个时间已经启动。注意:PurchaseItem的validFrom时间不会早于参考PurchaseItem的最近的validFrom时间。  整数(32比特)被表示为NTP时间 validTo  A  O  0..1 该段有效时的最后时刻。如果没有给出,则假设有效性在未来的未定义的时间结束。注意:PurchaseItem的validTo时间不会晚于参考PurchaseItem的最早validTo时间。  整数(32比特)被表示为NTP时间 Weight  A  NO/TM  1 如最后的用户所看到的那样,该购买项目相对其它购买项目的预期显示次序。显示次序与增长的Weight值对应(即,具有最小Weight的购买项目被首先显示)。  无符号整数(32比特)

表8C

  Closed  A  NO/TM  0..1 如果存在并且值=1,则表示该购买项目对新订户不开放。  布尔型  ExtensionURL  E1  O  0..N 网页中包含与该段相关的附加信息的URL。终端可以通过访问该URL来读取进一步的信息。  AnyURI  ServiceIDRef  E1  O  0..N 对属于该PurchaseItem的服务段的引用。  AnyURI

  注意:Service段可以被多个PurchaseItem引用。包含属性:PresentationWindowID该属性中所声明的PresentationWindowID  必须是该引用所属的、ScheduleID段中所声明的PWId的完全集合或者子集。

表8D

  PresentationWindowID  A  NO/TM  0..N  对访问段所属的PresentationWindowID  的相关引用。  AnyURI  ScheduleIDRef  E1  O  0..N  对属于该PurchaseItem的Schedule段的引用。注意:一个Schedule段可以被多个PurchaseItem引用。  AnyURI  ContentIDRef  E1  O  0..N  对属于该PurchaseItem的Content段的引用。注意:一个Content段可以被多个PurchaseItem引用。  AnyURI  PurchaseItemIDRef  E1  NO/TM  0..N  通过引用对属于该PurchaseItem的PurchaseItem段的引用。注意:一个PurchaseItem段可以被多个PurchaseItem引用。注意:PurchaseItem树的深度应当不超过3。  AnyURI

表8E

  Name  E1  M  1..N  PurchaseItem的名称,可能以多种语言。通过该元素,使用内建XML属性xml:lang来表示语言。  字符串  Description  E1  NO/TM  0..N  PurchaseItem的描述,可能以多种语言。通过该元素,使用内建XML属性xml:lang来表示语言。  字符串  ParentalRating  E1  O  0..1  定义家长可以用于确定所关联的项目是否适合儿童访问的标准的分级等级,根据服务区域的规章需要而定义。这确定了对服务购买的等级年龄限制,而非实际服务消费的等级年龄限制。  字符串

表9A

  名称  类型  类别  基数  描述  数据类型 PurchaseDataInfo  E  O  0..N  PurchaseData段包含下列属性:idversionvalidFromvalidTo包含下列子元素:ExtensionURLDescriptionPurchaseItemIDRefPurchaseChannelIDRefPriceInfoPreviwDataIDRefPromotionInfo

  名称  类型  类别  基数  描述  数据类型  id  A  M  1  PurchaseData段的ID,全局唯一  AnyURI  version  A  M  1  该段的版本。只要接收到较新的版本,就覆盖较旧的版本。  无符号整数(32比特)

表9B

 validFrom  A  O  0..1  当该段有效时的最早时刻。如果没有给出,则假设有效性在过去的某时刻已经起动。  整数(32比特)被表示为NTP时间 validTo  A  O  0..1  当该段有效时的最后时刻。如果没有给出,则假设有效性在未来未定义的时间结束。  整数(32比特)被表示为NTP时间 ExtensionURL  E1  O  0..N  网页中包含与该段相关的附加信息的URL。终端能够通过访问该URL读取进一步的信息。  AnyURI Description  E1  NO/TM  0..N  购买渠道的描述,可能以多种语言。通过该元素使用内建XML属性xml:lang来表示语言。  字符串 PurchaseItemIDRef  E1  M  1  该PurchaseData所应用的PurchaseItem。  AnyURI

表9C

  PurchaseChannelIDRef  E1  M  1..N  通过其可以获得经确认的PurchaseItem的PurchaseChannel。  AnyURI

  PriceInfo  E1  M  1..N  如果没有给出价格,则作为购买交易的一部分与用户进行商谈。在这种情况下,PurchaseData段只反映某一个购买项目能够从PurchaseChannel购买。包含下列子元素:SubscriptionUnitUnitTextPrice  SubscriptionUnit  E2  M  1  订购的时间单位的描述。属性:typevalueunit

表9D

  Type  A  M  1  订购类型  整数  Value  A  M  1  单位数目  整数  Unit  A  M  1  时间单位  整数  UnitText  E2  M  1..N  时间单位,持续时间以该时间单位表达给用户,可能以多种语言。通过该元素使用内建XML属性xml:lang来表示语言。  字符串  Price  E2  M  0..N  针对所定义的持续时间的购买项目的价格。属性:currencyvalue

表9E

 currency  A  M  1 价格的币种  ISO 4217国际货币码 value  A  M  1 以指定的货币形式的值  整数 PreviewDataIDRef  E1  O  0..N 对指定图标、图表、动画或音频的PreviewData段的引用。属性:usage  AnyURI usage  A  M  1 可能的值:背景、图标(例如)  整数(8比特) PromotionInfo  E1  O  0..N 与PurchaseItem相关的促销活动/优惠券的信息。包含下列属性:idvalidFromvalidTo包含下列子元素:TitleTargetUserProfileDescriptionURL

表9F

  Id  A  M  1 某个PromotionInfo的标识符,对BSM是唯一的。PromotionID可以被用于购买过程中以便确认特定的促销。  无符号整数

 validFrom  A  O  0..1  有效性的开头;如果没有给出,则假设有效性的开头在过去。  整数(32比特)被表示为NTP时间 validTo  A  O  0..1  有效性的结尾;如果没有给出,则假设有效性的结尾在遥远的将来,并且可以在以后通过更新对象来指定结束时间。  整数(32比特)被表示为NTP时间 Title  E2  M  1  PromotionInfo的标题  字符串 TargetUserProfile  E2  O  0..1  作为服务或内容的对象的用户的概况。例如,年龄、性别、职业等等。

表9G

  Description  E2  NO/TM  0..1  关于PromotionInfo的描述或说明。必须由BSM指定Description或URL或者二者,用以表示有关该PromotionInfo的详细信息。  字符串  URL  E2  NO/TM  0..1  包含详细促销信息(例如,关于优惠券赞助者、用于通过使用优惠券来购买的服务器地点的信息)的URL。必须由BSM指定Description或URL或者二者,用以表示有关该PromotionInfo的详细信息。  AnyURI

表10A

  名称  类型  类别  基数  描述  数据类型  PurchaseChannel  E  O  0..N  PurchaseChannel段包含下列属性:idversionvalidFromvalidToLocalFlagRightsIssuerURISelector包含下列子元素:ExtensionURLNamePortalURLDescriptionConnectionContactInfo  id  A  M  1  PurchaseChannel段的ID,全局唯一  anyURI  version  A  M  1  该段的版本。只要已经接收到较新版本,就覆盖较旧的版本。  无符号整数(32比特)

表10B

  validFrom  A  O  0..1  当该段有效时的最早时刻。如果没有给出,则假设有效性在过去的某时间已经开始。  整数(32比特)被表示为NTP时间  validTo  A  O  0..1  当该段有效时的最后时刻。如果没有给出,则假设有效性在未来未定义的时间结束。  整数(32比特)被表示为NTP时间

 LocalFlag  A  M  1  如果为真,则表示BSM在服务指南中完全广告可用性和购买信息。  布尔 RightsIssuerURI  A  NO/TO  1  与BSM相关联的权利发布者的ID(需要允许未连接的设备确认可以由它们的Home BSM运行的RI服务)。如果服务保护或内容保护系统是基于OMA DRM2.0的,则必须指定RightsIssuerURI。  AnyURI

表10C

  Selector  A  M  1  允许终端确定使用SG中所宣布的购买渠道中的哪一个购买渠道。属性:type (例如,可能值:“SIMCode”)注意:需要由BCAST服务提供商提供购买渠道。  字符串  ExtensionURL  E1  O  0..N  在网页中包含与该段相关的附加信息的URL。终端能够通过访问该URL读取进一步的信息。  AnyURI  Name  E1  M  1..N  购买渠道的名称,可能以多种语言。通过该元素使用内建XML属性xml:lang来表示语言。  字符串

表10D

  PortalURL  E1  O  0..1  用于BSM的URL,所有购买交易均可以在其上进行。  AnyURI  Description  E1  NO/TM  0..N  购买渠道的描述,可能以多种语言。通过该元素使用内建XML  属性xml:lang表示语言。  字符串  Connection  E1  M  1..N  允许终端构造购买请求并将其发送到购买渠道。在指定了多个连接选择的情况下,由终端通过作为后备选择的SMS来进行选择,例如选择使用IP(通过GPRS)。包含下列子元素:PurchaseURL

表10E

  PurchaseURL  E2  M  1..N  购买请求将被写入其的URL。包含下列属性:Bearer  AnyURI  Bearer  A  M  1  支持该购买渠道的承载。  整数  ContactInfo  E1  O  0..1  向用户指示如何连接到BSM以启动频带之外的购买交易的文本字符串(例如,电话号码、URL等等)。  字符串

图8是示出了根据本发明的示范性实施例的、用于通过NT-4接口交换通告事件/通告消息的协议栈的图。

可以以文本或XML格式来传递通过NT-4传递的消息。将参照图9或10来详细描述相应的消息。使用IP、TCP和HTTP来传送通过NT-4的消息,并且BSD/A中的NTDA可以通过HTTP POST发送通告事件消息到BSM中的NTG来请求产生通告消息。响应于该通告事件消息,BSM中的NTG产生通告消息并且将该通告消息发送到NTDA,从而请求将该通告消息传递到终端。此外,在接收到通告事件消息时,NTG可以与HTTP RESPONSE消息一道,发送请求通告事件的结果到NTDA,或者通过HTTP POST发送结果消息。

图9是示出了根据本发明的示范性实施例的、通过NT-4接口传送通告消息的过程的信令图。

在步骤903中,NTG 901发送传递请求消息到NTDA 902,以便请求将通告消息传递到终端。在表11A和11B中示出了步骤903中所提供的示范性传递请求(NTDReq)消息。当产生了用于通告消息的、表11A和11B中的传递请求消息时,在实际的通告消息被传递之前通过MIME编码将实际的通告消息附到传递请求消息上。至于相应的通告消息,NTG 901指定指示传递优先级的优先级以及它将传递通告消息达到的目标地址,并且将传递请求消息传递到NTDA 902。NTDA 902检查用于通告消息的相应属性,根据优先级传递通告消息,并且还根据目标地址将通告消息传递给用户。与TargetAddress相连,通过连接到相应服务的AccessID,使用特定服务将通告消息传递给用户,并且还可以通过特定的多播IP地址将通告消息传递给多个用户。

BSD/A可以经由NTDA或SG-G从BSM接收AccessID或多播IP地址。在步骤904中,NTDA 902经由可用BDS将从NTG 901接收到的通告消息传递到终端,然后将指示通告消息的传递结束的消息发送到NTG 901。当立即传递通告消息时,NTDA 902可以响应于步骤903中所接收到的请求,与HTTP Response消息一道,发送指示通告消息的传递结束的结果消息。否则,如果需要时间用于传递通告消息,则NTDA 902可以关闭到NTG 901的会话,然后在通告消息的传递结束时间,使用步骤903中所接收到的NTDReq消息的NTDReqId和BSMAddress以及HTTP POST,将指示通告消息的传递结束的结果消息传递给NTG 901。下面的表12中示出了结果消息的详细情况。

表11A

  名称  类型  类别  基数  描述  数据类型NTDReqE  指定从NTG到NTDA的通告消息传递的请求消息。包含下列元素:NTDIdBSMAddressNTDReqIdAM1  NTDReq的标识符  无符号整数(32比特)BSMAddressAM1  用于接收该请求的响应的BSM地址。AnyURINotificationIdAM1  由NTG产生的通告消息ID的标识符。AnyURI

表11B

表12

  名称  类型  类别  基数  描述  数据类型NTDResE  指定用于NTDReq的响应消息。包含下列元素:NTDReqIdNTDReqIdE1M0..N  NTDReq的标识符。包含下列属性:Response  无符号整数(32比特)ResponseAM1  指定NTDReq在BSDA中被如何处理的结果。如果Response=0,则通告消息被传递。如果Response=1,则通告消息传递失败并且请求重传。整数(比特)

图10是示出了根据本发明的示范性实施例的、通过NT-4接口传送通告事件的过程的信令图。

在步骤1003中,NTDA 1002将用于请求产生通告消息的消息(即通告事件消息)发送到NTG 1001。在下面的表13A至13I中示出了步骤1003中被传递到NTG 1001的示范性通告事件消息。在NTDA 1002中所产生的通告事件与发生在广播分发系统(BDS)或NTDA 1002中的事件相对应。在步骤1004,NTG 1001基于从NTDA 1002接收到的通告事件信息产生通告消息,并且将指示通告消息的产生结束的响应消息发送到NTDA 1002。如果在NTDA 1002中立即产生通告消息并且将其传递到NTG 1001,则NTG 1001可以响应于步骤1003中所接收到的请求消息,与HTTP Response消息一道发送结果消息。否则,如果需要时间用于产生通告消息,那么NTG 1001可以关闭到NTDA 1002的会话,然后在通告消息的产生结束时间,使用在步骤1003中接收到NTDAEReq消息的NTDAERequId和BSAAddress以及HTTP POST将结果消息发送到NTDA 1002。下面的表14中示出了结果消息的详细情况。

表13A

  名称  类型  类别  基数  描述  数据类型NTDAEReqE  指定从NTDA到NTG的通告事件的请求消息。包含下列元素:NTDAEReqIdBSAAddressNTDAEReqIdAM1  来自BSD/A的通告事件的标识符。无符号整数(32比特)BSDAAddressAM1  用于接收该请求的响应的BSDA地址。AnyURINotificationEventE1M1..N  指定来自CC的通告事件。包含下列属性:PriorityTargetAddressNotificationTypeValidity包含下列元素:NameDescriptionPriorityExtensionURLSessionInformationMediaInformation

表13B

PriorityAM1 定义通告消息的传递优先级。如果Priority=0,则意味着高优先级。如果Priority=1,则意味布尔

 着普通消息。当产生NTDReq时将使用该元素。TargetAddressAO0..1 用于传递通告消息的TargetAddress。如果没有指定,则通告消息应当被传递给所有使用SGDD的用户。如果通过AccessID或者特定地址指定了TargetAddress,则通告消息应当被传递到与AccessID或特定地址相关的特定用户。当产生NTDReq时将使用该元素。AnyURI

表13C

NotificationType  A  M  1  通告类型:如果NotificationType=0,则该消息是面向用户的消息,诸如来自SP的通知、多媒体消息、紧急事件等等。如果NotificationType=1,则该消息是面向终端的消息,诸如服务或文件下载的开头等等。可以由服务提供商、运营商或广播媒体的目的来确定其它NotificationType。  整数Validity  A  O  0..1  通告消息段的有效时间。如果指定了Validity,则通告消息应当在指定时间期满。  整数(32比特)被表示为NTP时间

表13D

  Name  E2  O  0..N  通告消息的名称或标题,可能以多种语言。通过该元素使用内建XML属性xml:lang表示语言。  字符串  Description  E2  O  0..N  通告的描述或消息,可能以多种语言。通过该元素使用内建XML属性xml:lang表示语言。  字符串  Priority  E2  M  1  定义该通告事件的优先级。该信息被应用于产生通告消息的展示类型。  整数  ExtensionURL  E2  O  0..N  包含与通告消息相关的附加信息的URL。  AnyURI

表13E

  SessionInformation  E2  O  0..N  定义传递会话信息、通过所指示的会话传递的对象或段信息,以及URI作为用于传递的可替换方法。在接收到具有SessionInformation的通告消息之后,终端将访问由SessionInformation指定的相关会话,并且采取适当的动作,比如接收内容。包含下列属性:ValidFromValidToUsageType包含下列元素:

  DeliverySessionTransportObjectIDAlternativeURI  ValidFrom  A  O  0..1  当用于终端接收数据的会话有效时的最早时刻。  整数(32比特)被表示为NTP时间  ValidTo  A  O  0..1  当用于终端接收数据的会话有效时的最后时刻。  整数(32比特)被表示为NTP时间

表13F

 UsageType  A  O  0..1  定义通过所指示的传递会话传送的对象的类型。如果UsageType=0,则所指示的传递会话将被用于文件传递。如果UsageType=1,则服务将在计划时间通过所指定的传递会话开始。可以由服务提供商、运营商或广播媒体的目的来确定其它PresentationType。  整数 DeliverySession  E3  O  0..1  由通告消息指示的目标传递会话信息。包含下列属性:SourceIPTransportSessionID SourceIP  A  M  1  传递会话的源IP地址。  字符串

表13G

  TransportSessionID  A  M  1  目标传递会话的标识符。  无符号短整数(16比特)  TransportObjectID  E3  O  0..N  通过所指定的包括下列段元素的传递会话传送的对象的传输对象ID(TOI)。  无符号整数(32比特)  AlternativeURI  E3  O  0..1  用于经由交互信道接收对象的可替换URI。如果终端不能访问所指示的传递会话,则终端可以通过AlternativeURI接收与通告消息相关联的对象。  AnyURI  MediaInformation  E2  O  0..1  构造多媒体通告消息所需要的媒体信息。包括下列元素:PictureVideoAudio

表13H

  Picture  E3  O  0..N  定义如何得到图片以及MIME类型。包含下列元素:MIMEtypePictureURI  MIMEtype  A  O  0..1  图片的MIME类型  字符串  PictureURI  A  O  0..1  引用图片的URI。  AnyURI

  Video  E3  O  0..N  定义如何得到视频以及MIME类型。包含下列元素:MIMEtypeVideoURI  MIMEtype  A  O  0..1  视频的MIME类型。  字符串  VideoURI  A  O  0..1  引用视频的URI。  AnyURI

表13I

  Audio  E3  O  0..N  定义如何得到音频以及MIME类型。包含下列元素:MIMEtypeAudioURI  MIMEtype  A  O  0..1  音频的MIME类型。  字符串  AudioURI  A  O  0..1  引用音频的URI。  AnyURI

表14

  名称  类型  类别  基数  描述  数据类型NTDAEResE 指定用于NTDAEReq的响应消息。包含下列元素:NTDAEReqIdNTDAEIdE1M0..N NTDAEReq的标识符。包含下列属性:Response  无符号整数(32比特)ResponseAM1 指定在BSM  中NTDAEReq被如何处理的结果。如果Response=0,则产生整数(8比特)

  名称  类型  类别  基数  描述  数据类型 通告消息并且将其传递到NTD/A。如果Response=1,则通告消息产生失败并且请求重传。

图12是示出了根据本发明的另一个实施例的、使用SG-4接口或NT-4接口传递用于请求服务指南源的供应或通告事件的消息的协议栈的图。

对于通过SG-4或NT-4接口1201的消息传递,可以如图6或图8中所示直接将消息传递到HTTP。此外,如图12中所示,可以使用像简单对象访问协议(SOAP)、可扩展标记语言-远程过程调用(XML-RPC)、以及区块可扩展交换协议(BEEP)这样的用于XML数据传输的网络服务协议来传送相应的请求消息。图12中的参考标记1203至1209示出了包括IP、TCP、HTTP和网络服务协议的分级结构。

图13是示出了根据本发明的实施例的通过SG-4接口传送产生服务指南所必需的服务指南源的过程的信令图。

参照图13,在步骤1311中,SGSS 1301将表15中所定义的、用于传递服务指南源的请求消息发送到SG-G 1302。在步骤1312中,在通过请求消息接收到服务指南源时,SG-G 1302将响应消息发送到SGSS 1301,该响应消息如下面的表16中所示的,包括对服务指南源的处理结果。

表15

  名称  类型  类别  基数  描述  数据类型SGSDelivery  指定在SG-G中被用于产生服务指南的服务指南源的传递消息。包含下列属性:IdEntityAddress包含下列元素:SGData

SGSDidAM1  SGSDelivery的标识符,在产生该消息的网络实体中是唯一的。  无符号整数(32比特)EntityAddressAM1  产生该消息并且接收响应的网络实体地址。anyURISGDataE1O0..1  包含来自要被包括在服务指南中的内容创建的信息。推荐以BCAST服务指南段的形式传递信息。可以使用其它格式。如果使用BCAST服务指南段,那么应当将不相关的网络强制性元素或属性作为空字段传递,不相关的网络可选元素或属性不应当被实例化。包含属性:namespacenamespaceAO0..1  被设置为BCAST服务指南XML名字空间的名称,以便指示SGData的内容是遵循BCAST SG的。anyURI

表16

  名称  类型  类别  基数  描述  数据类型SGSDRes  指定用于SGSDelivery的响应消息。包含下列元素:SGSDidSGSDidE1M1..N  SGSDelivery消息的标识符。包含下列属性:StatusCode无符号整数(32比特)StatusCodeAM1  指示如何根据全局状态码处理SGSDelivery的总体结果。无符号字节

图14是示出了根据本发明的另一个实施例的、通过NT-4接口传送通告消息的过程的信令图。

在步骤1411中,NTG 1401将表17A和表17B中所定义的通告消息发送到NTDA 1402。在步骤1411中被传递到NTDA 1402的相应通告消息经由NTDA 1402、通过广播信道或交互信道被传递到相应的TargetAddress。在将通告消息发送到TargetAddress之后,NTDA 1402在步骤1412中使用表18中所定义的响应消息,将针对通告事件的处理结果发送到NTG 1401。

表17A

  名称  类型  类别  基数描述  数据类型NTDReqE指定从NTG到NTDA的通告消息传递的请求消息。包含下列属性:NTDReqIdBSMAddressDeliveryPriority包含下列元素:TargetAddressNotificationMessageNTDReqIdAM1NTDReq的标识符  无符号整数(32比特)EntityAddressAM1用于接收该请求的响应的网络实体地址。anyURIDeliveryPriorityAO0..1定义该通告消息的传递优先级。NTG能够请求NTDA将该通告消息作为高优选权传递。如果priority=True,则意味着高优先级。如果priority=FALSE,则意味着普通消息。布尔TargetAddressE1O0..N指定用于传递通告消息的TargetAddress。对于服务专用通告,字符串

AccessFragment中的NotificationReception下的AccessID or IPAddress可以是可能值。如果通告消息应当通过交互信道传递,那么该值可以是电子邮箱地址、IMSI等等。如果没有给出,则通告消息必须传递给所有使用SGDD的用户。包含下列属性

表17B

DeliveryChannelAM1  指定传递信道。如果为TRUE,则必须在广播信道上传递通告消息。如果为FALSE,则必须在交互信道上传递通告消息。布尔AddressTypeAM1  指定TargetAddress值的类型。0-IPAddress2-anyURI3-IMSI4-200:将来使用201-255:专门用途无符号字节NotificationMessageE1M1  指定通告消息,包含将被包括在该通告消息中的信息。推荐以BCAST通告消息格式的形式传递信息。可以使用其它格式。如果使用了BCAST通告消息格式,则不相关的网

 络强制性元素或属性应当作为空字段被传递,不相关的网络可选元素或属性不应当被实例化。包含属性:NamespaceNamespaceAO0..1 被设置为BCAST通告XML名字空间的名称,以便指示NotificationEvent的内容是遵循BCAST通告消息格式的。anyURI

表18

  名称  类型  类别  基数  描述  数据类型NTDResE  指定用于NTDReq的响应消息。包含下列元素:NTDReqIdNTDReqIdE1M1..N  NTDReq的标识符。包含下列属性:StatusCode  无符号整数(32比特)StatusCodeAM1  指示如何根据全局状态码处理NTDReq的总体结果。无符号字节

下面的表19A至表19E示出了包含在表18中所定义的响应消息中的、指示针对通告事件的处理结果的示范性代码值。如果已经很好地处理了通告消息的要求,则响应消息的代码值被设置为‘000’,并且NTG能够通过检查相应的代码值识别出该要求已被处理。

下面的表19A至19B示出了被用作代码值的全局状态码,它们被存储在NTG和NTDA中以供将来使用。可以根据服务提供商的意图定义附加码。还可以将代码值存储在终端中以供将来使用。可以使用这些代码,以便在需要不仅发送新的响应消息而且还发送移动广播系统或移动终端的处理结果时通过StatusCode的代码值通知结果。此外,表14中的响应字段也可以以同样的作用被用作代码值。

表19A

  代码  状态000  成功请求被成功处理。001  设备认证失败该代码表示BSM不能认证该设备,这可能是由于用户或设备没有注册到BSM这一事实而造成的。在这种情况下,用户可以联系BSM并建立合约,或者取得适合用于认证的资格。002  用户认证失败该代码指示BSM不能认证该用户,这可能是由于用户或设备没有注册到BSM这一事实而造成的。在这种情况下,用户可以联系BSM并建立合约,或者取得适合用于认证的资格。003  购买项目未知该代码指示所请求的服务项目未知。这可能发生在例如如果设备缓存的服务指南具有旧信息的情况。在这种情况下,用户可以再次获取服务指南。004  设备认证失败该代码表示设备未被授权以从RI获取长期密钥消息(Long-TermKey Message),例如,因为设备证书已被撤销。在这种情况下,用户可以联系BSM运营商。005  用户认证失败该代码表示用户未被授权以从RI获取长期密钥消息(Long-TermKey Message),例如,因为设备证书已被撤销。在这种情况下,用户可以联系BSM运营商。

表19B

006  设备未注册该代码表示设备没有注册到用于交易的RI。当发送该代码时,响应消息包含允许设备进行注册的注册触发器。在这种情况下,设备可以自动执行注册,并且如果注册成功,则重新初始化原始交易。007  服务器错误该代码表示存在服务器错误,诸如连接到远程后端系统的问题。

  在这种情况下,如果稍后重新初始化,则交易可能成功。008  畸形消息错误该代码表示已经存在设备故障,诸如畸形的XML请求。在这种情况下,如果稍后进行初始化,则交易可能成功,也可能不成功(例如,存在协同工作的问题)。009  收费错误该代码表示收费步骤失败(例如,到达议定额度限制、账户被封等),因此不能提供所请求的长期密钥消息。在这种情况下用户可以联系BSM运营商。010  无订购该代码表示从来没有针对该服务项目的订购,或者针对该项目的订购已经终止。在这种情况下用户可以发出针对新订购的服务请求。

表19C

011 操作不被许可该代码表示设备试图执行的操作在BSM与用户的合约下不被许可。在这种情况下用户可以联系BSM运营商并且更改合约。012 不支持的版本该代码表示网络不支持请求消息中所指定的版本号。在这种情况下,用户可以联系BSM运营商。013 非法设备该代码表示请求服务的设备不被BSM接受,例如,被列入黑名单。在这种情况下,用户可以联系BSM运营商。014 服务区不被允许该代码表示设备因订购限制而不被允许所请求的区域中的服务。在这种情况下,用户可以联系BSM运营商或订购合适的服务。015 所请求的服务不可用该代码表示所请求的服务由于传输问题而不可用。在这种情况下,可以在稍后重新启动请求。

表19D

016  请求已被处理该代码表示先前已经处理过同样的请求。在这种情况下,用户或实体可以检查该请求是否已经被处理过(即接收到LTK),如果没有则重试该请求。

017  信息元素不存在该代码表示消息包括未识别的信息元素,因为该信息元素标识符未被定义或者虽然被定义但是未被接收该消息的实体实施。在这种情况下,相关实体应当互相联系。018  未指定该代码表示发生了不能被识别的错误。在这种情况下,相关实体应当互相联系。019  处理被延迟由于负载较重而造成请求在队列中等待被处理。在这种情况下,用户或者实体应当等待交易完成。020  产生失败该代码表示不能产生请求信息(消息)。在这种情况下,用户或者实体应当稍后再试。

表19E

021  无效信息该代码表示给出的信息无效并且不能被系统使用。在这种情况下,应当重新检查请求并且再次发送。022  无效请求该代码表示请求的密钥材料和消息(例如,LTKM)无效并且不能被实现。在这种情况下,应该重新检查请求并且再次发送。023  错误的目的地该代码表示消息的目的地不是预计的目的地。在这种情况下,应当重新检查请求并且再次发送。024  传递了错误密钥信息该代码表示所传递的密钥信息和消息(例如,LTKM)无效。在这种情况下,应当重新检查请求并且再次发送。  025~127预留,以供将来使用  128~255预留,以供专有使用

如从前述描述中所能理解的那样,根据本发明,移动广播系统能够提供用于产生服务指南的服务指南源的传递和响应的详细传递过程。此外,本发明能够提供用于为来自BSD/A或BDS的通告事件产生的通告消息以及用于为所有通告事件产生的通告消息的方法,并且还提供用于请求消息的有效响应方法。

可以以多种方法来实现本发明的实施例,包括写在计算机可读记录介质上的计算机可读代码。计算机可读记录介质可以是任意类型的记录设备,在其中数据以计算机可读形式存储。计算机可读记录介质的示例包括ROM、RAM、CD-ROM、磁带、软盘、光数据存储、和载波(例如,通过因特网的数据传输),但不局限于此。计算机可读记录介质可以分布在多个连接到网络的计算机系统上,以使得计算机可读代码能够以分布方式写到其上以及从其上执行。另外,实现本发明的实施例所需要的功能程序、代码或代码段可以被本领域的普通技术人员构造。

尽管已经参照本发明的给定优选实施例示出并描述了本发明,但是本领域的技术人员应当理解,在不脱离如所附权利要求所限定的本发明的精神和范围的条件下,可以在这里进行形式和细节上的各种变化。

去获取专利,查看全文>

相似文献

  • 专利
  • 中文文献
  • 外文文献
获取专利

客服邮箱:kefu@zhangqiaokeyan.com

京公网安备:11010802029741号 ICP备案号:京ICP备15016152号-6 六维联合信息科技 (北京) 有限公司©版权所有
  • 客服微信

  • 服务号