CN101433090A - 移动广播***中提供通知消息的方法和*** - Google Patents
移动广播***中提供通知消息的方法和*** Download PDFInfo
- Publication number
- CN101433090A CN101433090A CNA2007800155689A CN200780015568A CN101433090A CN 101433090 A CN101433090 A CN 101433090A CN A2007800155689 A CNA2007800155689 A CN A2007800155689A CN 200780015568 A CN200780015568 A CN 200780015568A CN 101433090 A CN101433090 A CN 101433090A
- Authority
- CN
- China
- Prior art keywords
- notification message
- terminal
- information
- service
- subscription
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Granted
Links
- 238000000034 method Methods 0.000 title claims abstract description 46
- 230000005540 biological transmission Effects 0.000 title description 23
- 230000002452 interceptive effect Effects 0.000 claims description 59
- 238000012546 transfer Methods 0.000 claims description 19
- 230000004044 response Effects 0.000 claims description 16
- 230000008521 reorganization Effects 0.000 claims description 10
- 238000003860 storage Methods 0.000 claims description 9
- 238000009826 distribution Methods 0.000 claims description 8
- 230000009897 systematic effect Effects 0.000 claims description 3
- 238000013475 authorization Methods 0.000 claims description 2
- 238000010200 validation analysis Methods 0.000 claims description 2
- 230000003993 interaction Effects 0.000 abstract 1
- 239000012634 fragment Substances 0.000 description 43
- 238000007726 management method Methods 0.000 description 34
- 230000006870 function Effects 0.000 description 23
- 238000012545 processing Methods 0.000 description 11
- 238000005516 engineering process Methods 0.000 description 7
- 230000008859 change Effects 0.000 description 6
- 238000004891 communication Methods 0.000 description 6
- 238000013459 approach Methods 0.000 description 5
- 230000001413 cellular effect Effects 0.000 description 5
- 238000013499 data model Methods 0.000 description 5
- 238000010295 mobile communication Methods 0.000 description 5
- 230000011664 signaling Effects 0.000 description 5
- 229910002056 binary alloy Inorganic materials 0.000 description 4
- 239000008186 active pharmaceutical agent Substances 0.000 description 3
- 230000008569 process Effects 0.000 description 3
- 230000008901 benefit Effects 0.000 description 2
- 230000007774 longterm Effects 0.000 description 2
- 238000006116 polymerization reaction Methods 0.000 description 2
- 230000006978 adaptation Effects 0.000 description 1
- 230000003044 adaptive effect Effects 0.000 description 1
- 230000002776 aggregation Effects 0.000 description 1
- 238000004220 aggregation Methods 0.000 description 1
- 230000015572 biosynthetic process Effects 0.000 description 1
- 230000003139 buffering effect Effects 0.000 description 1
- 150000001875 compounds Chemical class 0.000 description 1
- 238000011161 development Methods 0.000 description 1
- 230000003203 everyday effect Effects 0.000 description 1
- 239000000284 extract Substances 0.000 description 1
- 238000001914 filtration Methods 0.000 description 1
- 238000007689 inspection Methods 0.000 description 1
- 230000010354 integration Effects 0.000 description 1
- 238000013507 mapping Methods 0.000 description 1
- 230000004048 modification Effects 0.000 description 1
- 238000012986 modification Methods 0.000 description 1
- 230000004899 motility Effects 0.000 description 1
- 238000005457 optimization Methods 0.000 description 1
- 230000008447 perception Effects 0.000 description 1
- 238000010079 rubber tapping Methods 0.000 description 1
- FWYUJENICVGSJH-UHFFFAOYSA-M sodium;2-[bis[2-[2-(2-methyl-5-nitroimidazol-1-yl)ethoxy]-2-oxoethyl]amino]acetate Chemical compound [Na+].CC1=NC=C([N+]([O-])=O)N1CCOC(=O)CN(CC([O-])=O)CC(=O)OCCN1C([N+]([O-])=O)=CN=C1C FWYUJENICVGSJH-UHFFFAOYSA-M 0.000 description 1
- 230000002123 temporal effect Effects 0.000 description 1
Images
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W4/00—Services specially adapted for wireless communication networks; Facilities therefor
- H04W4/12—Messaging; Mailboxes; Announcements
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
- H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
- H04N21/40—Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
- H04N21/41—Structure of client; Structure of client peripherals
- H04N21/414—Specialised client platforms, e.g. receiver in car or embedded in a mobile appliance
- H04N21/41407—Specialised client platforms, e.g. receiver in car or embedded in a mobile appliance embedded in a portable device, e.g. video client on a mobile phone, PDA, laptop
Landscapes
- Engineering & Computer Science (AREA)
- Signal Processing (AREA)
- General Engineering & Computer Science (AREA)
- Multimedia (AREA)
- Computer Networks & Wireless Communication (AREA)
- Mobile Radio Communication Systems (AREA)
Abstract
公开了一种用于在支持交互信道的移动广播***的发射机中提供通知消息的方法。在发生通知事件时,第一装置生成通知消息,并且使用所生成的通知消息、基于对应终端的预订信息来生成包括目标地址的至少一个传送请求消息。第二装置确定它将要基于所述目标地址在其上向对应终端传送通知消息的信道,并且在所确定的信道上传送通知消息。
Description
技术领域
本发明通常涉及一种用于在移动广播***中提供通知消息的方法和***,更具体地,涉及一种用于在移动广播***中使用交互信道(interactionchannel)来提供通知消息的方法和***。
背景技术
移动通信市场经常面对通过现有技术的重组或集成来不断产生新服务的需求。目前,由于通信和广播技术的发展,传统的广播***或者移动通信***已经达到了通过诸如移动电话、个人数字助理(PDA)等的便携式终端(或者移动终端或终端)提供广播服务的阶段。现在,移动通信服务和网际协议(IP)技术的整合(convergence)成为下一代移动通信技术的主流,从而遵循潜在的市场要求、对多媒体服务的日益增加的用户需求、用于提供除了现有语音服务之外的类似广播服务的新服务的服务提供者的策略、以及正在提高它们的移动通信业务以便满足用户需求的信息技术(IT)公司的利益。
开放移动联盟(Open Mobile Alliance,OMA),是组织来研究各个移动解决方案之间的交互(inter-working)的标准的团体,它负责建立移动游戏、因特网服务等的各种应用标准。具体地,作为OMA工作组之一的OMA浏览器和内容(BAC)移动广播(BCAST)子工作组正在研究使用移动终端来提供广播服务的技术。现在将对OMA BCAST工作组中正讨论的移动广播***进行简要描述。
移动广播***包括通过能够接收移动广播的终端发现服务的处理、通过终端预订(subscribe)服务的处理、提供用于接收所述服务的各种控制信息的处理、传送所述服务的处理、和通过终端接收所述服务的处理。在移动广播***中,在移动广播处理期间,当终端接收广播服务时,终端接收包括针对广播服务的各种控制信息的通知消息。
在移动广播***中,在终端接收广播时,由于各种因素,在广播***中可能发生变化。一些变化可以是应当必须提供给终端的信息。所述信息例如可以包括移动广播服务时间的变化、针对接收移动广播服务的信息的变化、等等。
已经定义了一种用于在移动广播***中传送通知消息的方法。
发明内容
然而,在支持交互信道的移动广播***中,仍未定义用于通知消息的传送方法。因此,需要定义通知消息传送方法。
本发明的一方面在于至少解决上述问题和/或缺点,以及至少提供下述优点。相应地,本发明的一方面是提供一种用于在移动广播***中传送通知消息的方法和***。
本发明的另一方面是提供一种用于在支持交互信道的移动广播***中传送通知消息的方法和***。
根据本发明的一方面,提供了一种用于在支持交互信道的移动广播***的发射机中提供通知消息的方法,所述方法包括如下步骤:在发生通知事件时,用于管理终端的预订信息的第一装置生成通知消息,并且使用所生成的通知消息、基于终端的预订信息来生成包括目标地址的至少一个传送请求消息;和用于传送通知消息的第二装置确定该第二装置将要基于所述目标地址在其上向对应终端传送通知消息的信道,并且在所确定的信道上传送所述通知消息。
根据本发明的又一方面,提供了一种在支持交互信道的移动广播***中的发射机,所述发射机包括:用于管理终端的预订信息的第一装置,在发生通知事件时生成通知消息,并且使用所生成的通知消息、基于终端的预订信息生成包括目标地址的至少一个传送请求消息;和第二装置,用于确定该第二装置将要基于所述目标地址在其上向终端传送通知消息的信道,并且在所确定的信道上传送通知消息。
根据本发明的又一方面,提供了一种用于在支持交互信道的移动广播***的终端中接收通知消息的方法,所述方法包括如下步骤:从服务指南检查通知内容,并且为了服务预订/购买,向用于管理终端的预订信息的第一装置传送通知消息的预订请求消息,所述请求消息包括通知消息的接收信道信息;从所述第一装置接收包括验证信息的响应消息;和在完成验证之后,接收根据传送信道信息传送的通知消息。
根据本发明的又一方面,提供了一种在支持交互信道的移动广播***中的终端,所述终端包括:第一装置,用于从服务指南检查通知内容,并且为了服务预订/购买,向用于管理终端的预订信息的实体传送通知消息的预订请求消息,并且响应于此接收验证信息,所述请求消息包括通知消息的接收信道信息;和第二装置,用于在完成验证之后接收根据传送信道信息传送的通知消息的实体。
根据本发明的又一方面,提供了一种用于在支持交互信道的移动广播***中提供通知消息的方法,所述方法包括:终端从服务指南检查通知内容,并且为了服务预订/购买,向用于管理终端的预订信息的发射机传送通知消息的预订请求消息,所述请求消息包括通知消息的接收信道消息;和发射机根据预订请求消息执行验证,存储终端的预订信息,并且在发生通知事件时,基于信道信息传送对应服务的通知消息。
根据本发明的又一方面,提供了一种支持交互信道的移动广播***,所述***包括:终端,用于从服务指南检查通知内容,并且为了服务预订/购买,向用于管理终端的预订信息的发射机传送通知消息的预订请求消息,所述请求消息包括通知消息的接收信道信息;和发射机,用于根据预订请求消息存储终端的预订信息,并且在发生通知事件时,基于信道信息向所述终端传送对应服务的通知消息。
附图说明
根据接下来结合附图的详细描述,本发明的上面和其他目的、特征和优点将变得更加明显,其中:
图1图示了根据本发明第一实施例的、用于在移动广播***中向移动终端传送服务指南(service guide)的***;
图2图示了根据本发明第一实施例的、移动广播***中的通知架构;
图3图示了根据本发明第一实施例的、移动广播***中的服务供应的架构;
图4图示了根据本发明第一实施例的、用于在移动广播***中传送通知消息的架构;
图5A到图5D图示了根据本发明第一实施例的、在移动广播***中的包括通知值的服务指南的详细实施例;
图6图示了根据本发明第一实施例的、在移动广播***中通过交互信道对通知消息的预订;
图7图示了根据本发明第一实施例的、在移动广播***中用于通知事件(Notification Event)的生成和请求处理;
图8图示了在从NTG接收到针对通知消息的传送请求时NTDA向终端传送通知消息的处理;
图9A图示了根据本发明第一实施例的、在移动广播***中的接入片段(Access fragment)的示例;
图9B图示了根据本发明第一实施例的、在移动广播***中的接入片段中的接入类型(Access Type);
图10图示了根据本发明第一实施例的、在移动广播***中通过服务指南接收方法的用户终端的示例性屏幕;
图11图示了根据本发明第二实施例的、在移动广播***中的基于CBMS的电子服务指南(ESG)传送架构;
图12图示了根据本发明第二实施例的、在移动广播***中的用于传送通知消息的CBMS网络实体;
图13图示了根据本发明第二实施例的、在移动广播***中的基于CBMS的服务购买架构;
图14图示了根据本发明第二实施例的、在移动广播***中的网络实体之间的信令;
图15A到图15D图示了根据本发明第二实施例的、在移动广播***中的基于CBMS的ESG数据模型片段;和
图16图示了根据本发明第二实施例的、在移动广播***中的基于CBMS的ESG数据模块。
具体实施方式
现在将参考附图来详细描述本发明的示范实施例。附图中,相同或类似的元件尽管在不同的附图中描绘,但是它们用相同的附图标记来表示。在接下来的描述中,为了清楚和简洁,省略了此处并入的公知功能和配置的详细描述。
本发明提供了一种用于在支持交互信道的移动广播***中管理通知消息的方法和***。此处将描述根据本发明的移动广播***的数个实施例。也将描述根据本发明的通知消息传送方法。在第一实施例中,将描述在第三代合作伙伴计划(3GPP)(为异步移动通信标准)中定义的广播***、或者在开放移动联盟(OMA)(针对终端应用的标准团体)中定义的广播***,并且在第二实施例中,将描述作为另一移动广播标准团体的数字视频广播-广播和移动服务整合(DVB-CBMS)***。将参考OMA中使用的架构和术语来描述本发明的第一实施例,第二实施例中使用的架构和术语将被映射到根据第一实施例的移动广播***的架构和术语。
为了更好理解通知消息,现在将描述根据第一实施例的移动广播***。尽管在第一实施例中将使用在OMA的BCAST中定义的实体和名称,但是其记载的标准和实体名称不是意欲限制本发明的范围,并且本发明可被应用到具有类似技术背景的任何***。
在移动广播***中,接收广播服务的移动终端应接收包括服务自身的描述信息的服务指南(SG)信息、服务的收费信息、和有关该服务的接收方法的信息。移动终端使用服务指南信息来接收对应的服务。
尽管这里通过示例、将参考作为移动广播技术标准之一的OMA BCAST技术来对本发明进行描述,但是所述描述不是意欲限制本发明。
图1图示了根据本发明第一实施例的、用于在移动广播***中向移动终端传送服务指南的组成元件。在给出图1的描述之前,在表1中给出了组成元件之间使用的接口的定义。
表1
接口 | 定义 |
SG1 | 服务器对服务器通信,用于以BCAST服务指南片段的形式、或者以专有的格式,传送内容属性,例如描述信息、位置信息、目标终端性能、目标用户简档等。 |
SG2 | 服务器对服务器通信,用于以BCAST服务指南片段的形式来传送BCAST服务属性,例如服务/内容描述信息、调度信息、位置信息、目标终端性能、目标用户简档等。 |
SG-B1 | 服务器对服务器通信,用于从BDS到BCAST服务指南改编功能的BDS特定属性以辅助对特定BDS的服务指南改 |
编,或者用于向BDS特定改编和分发传送BCAST服务指南属性。 | |
SG4 | 服务器对服务器通信,用于以BCAST服务指南片段的形式传送供应信息、购买信息、预订信息、促销信息等。 |
SG5 | 经由IP,通过广播信道传送BCAST服务指南。 |
SG6 | 例如,通过HTTP、SMS、或MMS,经由交互信道传送BCAST服务指南,进行交互式接入以恢复服务指南或者与服务指南相关的附加信息。 |
参考图1,内容创建(Content Creation,CC)101是广播服务(BCAST服务)的提供者,并且BCAST服务可以包括传统的音频/视频广播服务、音乐/数据文件下载服务等等。使用服务指南内容创建源(SGCCS)102,CC 101经由表1的SG1接口103向BCAST服务应用(BSA)104的服务指南应用源(SGAS)105传送用于生成BCAST服务的服务指南所必需的内容信息、移动终端的性能信息、用户简档、内容时间信息等等。
BSA 104进行控制,将从CC 101提供的BCAST服务数据处理为适于BCAST网络的格式。另外,BSA 104控制移动广播指南所需的标准化元数据的生成。SGAS 105经由SG2接口106向BCAST服务分发/改编(BSD/A)108中的服务指南生成(SG-G)109传送用于生成包括从SGCCS 102提供的信息的服务指南(例如服务/内容特定信息、调度信息、位置信息等等)所必需的各种源。
BSD/A 108进行控制,建立它将在其上传送从BSA 104提供的BCAST服务数据的载体(bearer),确定针对BCAST服务的传送调度,并且生成移动广播指南信息。BSD/A 108连接到广播分发***(BDS)131和交互网络(IN)133,该广播分发***131用于通过广播信道传送BCAST服务数据,该交互网络133用于通过交互信道支持交互通信。
经由SG分发(SG-D)110和SG5接口117将从SG-G 109生成的服务指南传送到移动终端(终端)119。
BCAST预订管理(BSM)113管理用于接收BCAST服务的预订信息和服务供应信息、以及用于接收BCAST服务的移动终端的设备信息。BSM 113中的服务指南预订源(SGSS)114经由SG4接口112向SG-G 109传送与服务指南的生成相关的预订/提供源、以及诸如购买信息和促销信息的源,以便生成服务指南。
终端119是能够接收BCAST服务的终端,并且具有根据终端性能能够与蜂窝网络连接的功能。具有服务指南客户(SG-C)120的终端119接收经由SG5接口117传送的服务指南,或者接收经由SG6接口118传送的通知消息,并且执行适合于BCAST服务接收的操作。
表2到表4阐述了在OMA BCAST标准中规定的、用于图1的主要组成元件的功能的定义。
表2
逻辑实体 | 定义 |
内容创建 | 在内容创建中,服务指南内容创建源(SGCCS)可以以标准化的BCAST服务指南片段的形式、或者以专有的格式,提供内容属性,例如内容描述信息、目标终端性能、目标用户简档、内容定时信息等,并且经由SG1发送它们。 |
BCAST服务应用 | 在BCAST服务应用中,服务指南应用源(SGAS)以标准化的BCAST服务指南片段的形式,提供服务/内容描述信息、调度信息、位置信息、目标终端性能、目标用户简档等,并且经由SG2发送它们。 |
BCAST预订管理 | 在BCAST预订管理中,服务指南预订源(SGSS)以服务指南片段的形式提供供应信息、购买信息、预订信息、预订信息、促销信息等,并且经由SG4发送它们。 |
表3
逻辑实体 | 定义 |
服务指南生成(SG-G) | 网络中的服务指南生成(SG-G)负责经由SG-2和SG-4接口接收来自例如SGCCS、SGAS、SGSS的各种源的服务指南片段,SG-G根据标准化方案聚合诸如服务和内容接入信息的片段,并且生成将被发送到服务指南分发(SG-D)的服务指南用以传递。在传递之前,在服务指南改编功能(SG-A)中可选地适配来适合特定BDS。 |
服务指南客户功能(SG-G) | 终端中的服务指南客户功能(SG-C)负责从隐含的BDS接收服务指南信息,并且使得该服务指南可用于移动 |
终端。SG-C获得特定服务指南信息,它可以对它进行过滤以便匹配终端特定标准(例如,位置、用户简档、终端性能),或者它简单地获得所有可用的服务指南信息,通常,用户可以以菜单、列表或者表格的格式查看服务指南信息。SG-C可以通过SG-t向网络发送请求,以便获得特定的服务指南信息或者整个服务指南。 |
表4
逻辑实体 | 定义 |
SG分发(SG-D) | SG-D生成IP流,以便经由SG5接口和广播信道向SG-C传递服务指南。在传递之前,SG-G可以向服务指南改编(SG-A)发送服务指南,以便根据经由SG-B1通过BDS服务分发发送的BDS属性将服务指南改编为合适的特定BDS。所述改编可能导致服务指南的修改。注意,为了改编目的,SG-A也可以经由SG-B1向BDS服务分发发送BCAST服务指南属性或者BCAST服务指南片段用以改编,BDS服务分发内的所述改编不在BCAST的范围之内,SG-D也可以接收对服务指南信息的请求,并且直接通过交互信道将所请求的服务指南信息发送到终端。SG-D也可以基于最终用户预先指定的简档过滤来自SG-G的服务指南信息。SG-D也可以向BDS发送服务指南,该BDS修改服务指南(例如,通过添加BDS特定信息),并且还以BDS特定方式向SG-C分发服务指南。 |
图2图示了根据本发明第一实施例的、移动广播***中的通知架构。
CC 101是广播服务(BCAST服务)的提供者。BCAST服务可以包括传统的音频/视频广播服务、音乐/数据文件下载服务等等。如果在供应BCAST服务时出现任何问题或变化,则CC 101将该变化通知给BSA 104中的通知事件功能(NTE)201。
BSA 104进行控制,将从CC 101提供的BCAST服务数据处理为适于BCAST网络的格式,并且生成移动广播指南所需的标准化元数据。另外,BSA104将从CC 101中提供的BCAST服务中的变化通知给BSM 113中的通知生成功能(NTG)203。
BSD/A 108进行控制,来建立BSD/A 108将经由其传送从BSA 104提供的BCAST服务数据的载体信道,确定BCAST服务的传送调度,并且生成移动广播指南信息,并且BSD/A 108连接到BDS 113和IN 133。另外,具有通知分发/改编功能(NTDA)202的BSD/A 108接收来自BSM 113的通知消息,并且经由BDS 131或者IN 133将该通知消息传送到单个用户或者多个用户。
BSM 113管理用于接收BCAST服务的预订信息和服务供应信息、以及用于接收BCAST服务的移动终端的装置信息。具体地,具有NTG 203的BSM113接收有关在用于提供移动广播服务的各种网络实体中发生的通知事件的信息,并且使用所接收的信息生成通知消息,或者对BCAST服务的自我事件生成通知消息。
终端119是能够接收BCAST服务的终端,并且具有能够根据终端性能与蜂窝网络连接的功能。使用通知客户功能(NTC)204,终端119接收经由NT5接口214传送的通知消息,并且根据NT5通知消息执行合适的操作,或者接收经由NT6接口215传送的通知消息,并且根据NT6通知消息执行合适的操作。
作为BSA 104中的NTE 201与CC 101之间的接口的NT-1接口211用来向NTE 201传送在CC 101中发生的通知事件。
作为从BSA 104中的NTE 201到BSM 113中的NTG 203的接口的NT-3接口212用于运送生成事件通知或者通知消息所需的信息,从而NTG 203可以生成通知消息。
作为从BSM 113中的NTG 203到BSD/A 108中的NTDA 202的接口的NT-4接口213被用来将在NTG 203中生成的通知消息传送到NTDA 202,以便将通知消息进一步传送到BDS 131或者IN 133,或者该NT-4接口213被用来将BSD/A 108或BDS 131中发生的事件传送到NTDA 202。
NT-5接口214是被用来通过广播信道经由BDS 131将从BSD/A 108中的NTDA 202提供的通知消息直接传送到终端119的接口。NT-5接口214被用来将通知消息传送到多个终端。
NT-6接口215是被用来经由IN 133将从BSD/A 108中的NTDA 202提供的通知消息直接传送到终端119的接口。NT-6接口215被用来将通知消息传送到单个终端。
NT-B1接口216被用作BSD/A 108将要在BDS 131中使用的传送路径,或者被用作在BDS 131中生成的事件信息的接收路径。NT-B1接口216是BSD/A 108与BDS服务分发(BDS-SD)130之间的接口。
NTE 201控制向NTG 203传送用于生成通知消息所需的信息,并且如果存在有关通知事件生成的信息,则控制向NTG 203传送所述信息。NTG 203控制使用从NTE 201接收到的用于生成通知消息所需的信息和事件来生成通知消息,或者控制在经由NTDA 202接收到来自BDS 131或IN 133的通知事件而生成通知消息,并且控制将通知消息传送到NTDA 202。(i)当需要重新通知服务的开始时,(ii)当在NTG 203从CC 101接收到指明服务信息中的变化的通知时而需要传送新移动广播指南时,和(iii)当在BDS 131或IN 133中已经发生特定事件时,NTG 203可以生成通知消息。
NTDA 202控制经由NT-5接口214或NT-6接口215来传送通知消息。另外,一旦从BDS 131接收到指明由于无线网络环境引起的特定移动广播服务中的变化的信息,例如,指明速率控制或者服务不可能性的信息,NTDA 202经由NT-4接口213向NTG 203传送对应的通知事件。
图3图示了根据本发明第一实施例的、用于移动广播***中的服务供应的架构。该服务供应架构控制针对BCAST服务的用户预订和对所预订服务的购买过程。另外,该服务供应架构提供用于处理付款和购买的附加信息,例如用户帐户的状态信息。
参考图3,广播服务供应管理(BSP-M)301提供预订和购买信息。基于用户预订信息,BSP-M 301将用户收费信息提供给有关实体,并且支持对该移动广播服务的收费。BSP-M 301经由SP-7接口311和SP-8接口312从广播服务供应客户(BSP-C)302接收对预订和收费的请求和报告。BSP-C 302控制生成关于针对移动广播服务的预订和购买的报告。BSP-C 302可以根据从服务指南提取的供应信息,请求预订和购买或者请求附加信息。SP-7接口311和SP-8接口312的描述如表5所示。
表5
接口 | 参考点 | 用途 |
SP-7 | BCAST-7 | 传送用于预订的消息,例如用户的预订请求和来自BCAST预订管理的响应。传送支付信息 |
SP-8 | 带外 | 最终用户通过带外接口来预订和购买服务。它在OMA BCAST的范围之外。 |
参考表6,“名称”指明构成对应消息的元素和属性的名称。“类型”指明对应名称的类型(元素或者属性)。该元素具有值E1、E2、E3和E4。E1指明整个消息的上层元素,E2指明E1的子元素,E3指明E2的子元素,以及E4指明E3的子元素。属性由A表示,并且A指明对应元素的属性。例如,E1下的A指明E1的属性。“类别”被用来确定对应元素或属性是强制的还是可选的,并且具有用于强制元素或属性的M值、以及用于可选元素或属性的O值。“基数(Cardinality)”指明元素之间的关系,并具有值0、0..1、1、0..n、1..n。这里,0是指可选关系,1是指强制关系,而n是指可被使用多个值。例如,0..n是指对应的消息可能没有元素或者可能具有n个元素。“描述”指明对应元素或属性的含义,“数据类型”指明对应元素或属性的数据类型。
表6
名称 | 类型 | 类别 | 基数 | 描述 | 数据类型 |
图4图示了根据本发明第一实施例的、用于在移动广播***中传送通知消息的架构。为了方便,图4中仅包含了图1到图3中所述的实体之中用于传送通知消息所需的元素。
参考图4,SG-G 109在步骤401生成包括与服务和内容相关的时间、购买和接入信息的服务指南,并且然后向SG-D 110发送对服务指南传送的请求。SG-D 110然后在步骤402向终端119发送服务指南。服务指南可以通过广播信道和/或交互信道分别经由BDS和/或IN来传送。当通过广播信道传送服务指南时,终端119从传送服务指南所经由的会话接收该服务指南,并且当通过交互信道传送服务指南时,终端119接入IN并且然后响应于对应的请求而接收服务指南。
终端119中的SG-C 120控制来自SG-D 110的服务指南接收,并且用户从接收的服务指南中获取服务和内容信息。基于该服务指南,用户确定针对服务、调度、内容等的预订和购买信息,然后使用BSP-C 302针对诸如预订和购买之类的服务供应进行请求。为了进行相关服务通知消息接收,BSP-C302在步骤403向BSP-M 301发送预订/退订请求。
一旦接收到针对用户ID、装置ID和服务/通知预订信息的请求,BSP-M301将对应的用户信息存储在BSM 113中的DB 411中。在用于提供移动广播服务的各种网络实体中可以发生通知事件。在图4中,可以在CC 101、BSA104、BSD/A 108、和BSM 113中发生通知事件,并且在步骤404到406,CC101、BSA 104和BSD/A 108向NTG 203发送对通知消息生成的请求。
NTG 203针对接收到的事件生成通知消息。在生成通知消息之后,NTG203从DB 411获取它将通知消息传送到的目标地址TargetAddress,并且然后生成针对消息传送的请求消息。如果存在已经通过交互信道设置对消息接收服务进行预订的任何用户,则NTG 203生成包括关于对应用户可以接收该消息的地址的信息的请求消息。
在步骤407,NTG 203向NTDA 202发送对通知消息传送的请求。在步骤408,NTDA 202向NTC 204传送通知消息。在这种情况下,NTDA 202根据目标地址通过广播信道或交互信道来传送通知消息。
通知消息可以大致分为用于通知服务的公共通知消息和作为相关服务辅助方式的特定服务通知消息。在接收到服务指南之后,终端或用户可以根据接下来的过程来识别公共通知消息和/或特定服务通知消息。术语“通知服务”是指由通知组成的服务。例如,通知服务是指在每日的基础上通过短消息服务(SMS)或者多媒体消息传送服务(MMS)通知消息而传送的服务,像“今日的天气信息”、“今日英语”等。作为辅助方式的特定服务通知消息是主节目的辅助服务的示例,而不是独立的通知服务。例如,当在播送服务“音乐前10排行榜”的同时进行音乐排行的投票、并且用于投票的SMS通知消息被传送到电视观众用于收集投票信息时,用于投票的通知消息就是作为辅助方式的特定服务通知消息。该通知服务是指仅由通知组成的服务,并且特定服务通知消息是指可以在主节目中发生的通知消息。
对于通知服务,当服务指南的服务片段中的服务类型ServiceType具有通知值时,终端识别出对应的服务是通知服务。
对于传送通知消息的特定服务,终端可以在以下情况中识别出它可以接收与对应服务相关的通知消息:(i)与服务相关的接入片段包括元素“通知接收”(NotificationReception)904时,(ii)当与服务相关的接入片段中的元素“服务类”(ServiceClass)903具有指明“sdo.oma.nt”的URI值或者其类似通知值时,以及(iii)当在服务片段或“购买项目”(PurchaseItem)片段中存在指明接收诸如NTviaInteraction的通知消息的可能性的对应片段的元素或属性时。
图5A到图5D图示了根据本发明第一实施例的、在移动广播***中的包括通知值的服务指南的详细实施例。因为图5A和图5B中的接入片段在图9A和图9B中被详细示出,因此将对其进行参考。
图5A图示了接入片段901的示例,该接入片段901包括通知接收信息,并且与对应服务相关的通知消息具有在元素“通知接收”904中包含的、通过广播信道传送的通知的接入信息,并且包含与元素“接入类型”902中的对应服务相关的信息。
图5B图示了分别包括服务和通知消息的接入的示例。区别对应接入信息所基于的用途取决于“服务类”903的值。例如,对于文件传送服务,具有“服务类”903=“sdo.oma.fd”的接入的“接入类型”902包含可用于文件下载的接入信息,并且具有“服务类”903=“sdo.oma.nt”的接入的“接入类型”902包含用于接收通知的接入信息。
图5C图示了仅由通知消息组成的服务的示例性配置,其中服务片段的“服务类型”是通知服务。图5A和图5C之间的一个差别在于接入片段包含用于通知消息接收的地址信息,而不是接入片段中独立包括的“通知接收”。
图5D图示了服务的预订/购买具有特定调度的情况的示例性配置,对应的服务包括通知。
如上所述,当“服务类型”是通知服务、接入包括“通知接收”904、或者接入的“服务类”903是sdo.oma.nt时,终端可以识别出对应的服务与通知相关。
图6图示了根据本发明第一实施例的、在移动广播***中通过交互信道对通知消息的预订。
参考图6,终端119在步骤601接收服务指南。之后,在步骤602,终端119使用图5中描述的服务指南从接收到的服务指南检查通知内容,确定终端119是否将在服务预订/购买期间通过交互信道接收通知,并然后确定对通知消息的预订。
表7A到7C示出了对此的示例性预订请求消息。
表7A
名称 | 类型 | 类别 | 基数 | 描述 | 数据类型 |
PR-7版本 | E | M | 1 | 终端支持的PR-7版本接口。本说明书描述的PR-7版本号是1。 | 整数 |
用户ID | E | M | 1 | BSM已知的用户身份。 | 字符串 |
装置ID | E | M | 1 | BSM已知的唯一装置标识(例如,国际移动设备身份,IMEI)。 | 字符串 |
请求ID | E | O | 1 | 服务请求消息的标识符。 | 整数 |
服务保护协议 | E | O | 1 | 列出了装置所支持的每个服务保护协议,包括强制的服务保护协议。定义值:“ipsec,”“srtp”。允许该装置包括更多标识符;然而,根据网络所支持的协议,它们可被忽略。[注意]如果经由交互信道来传送服务,则该元素仅被包含在消息中。 | 字符串 |
广播模式 | E | O | 1 | 指明除了交互式模式的操作以外该装置是否支持用于权利获取的可选广播模式的操作。 | “是”或“否” |
表7B
名称 | 类型 | 类别 | 基数 | 描述 | 数据类型 |
BsdaID | E | M | 1 | BSD/A的全球同等ID。注意:该ID被BSM用来从BSD/A恢复服务信息。 | 任何UR |
RiURL | E | O | 1 | 权利发行者URL,从中BSM可以恢复将被传送到装置的ROAP触发器**。 | 任何URI |
购买项目 | E | M | 1..N | 用户想要定购的项目的列表 | 复合类型 |
项目ID | E1 | M | 1 | 购买项目片段的ID。项目ID在服务指南中做广告并且以相同的格式被***在该消息中。 | 任何URI |
订单选项 | E1 | O | 1 | 订单选项标识符。可能订单选项在服务指南中做广告。 | 字符串 |
价格 | E1 | O | 1 | 该价格为用户已知。 | 整数 |
货币 | A | O | 1 | 表达价格的货币。如果缺少,则假设为***默认的。货币代码规定在[ISO4217]中。 | 字符串 |
表7C
名称 | 类型 | 类别 | 基数 | 描述 | 数据类型 |
验证 | E | O | 1 | 消息验证, | 以64为基编码的二进制 |
通知 | E | O | 0..1 | 经由交互信道针对接收通知消息的预订。如果通知=“真”,这意味着预订了经由交互信道的通知。如果通知=“假”,这意味着将不传送经由交互信道的通知。 | 布尔 |
在步骤603,终端119使用BSP-C 302向BSP-M 301发送对通知消息的预订/购买的请求。之后,在步骤604,BSP-M 301处理预订请求消息,并且存储对应的服务和用户信息。在处理对应的事件之后,BSP-M 301在步骤605向BSP-C302发送对预订请求的响应消息。响应消息的示例如表8所示。
表8
名称 | 类型 | 类别 | 基数 | 描述 | 数据类型 |
全球状态代码 | E | M | 1 | 请求的全部结果,基于表2中定义的返回代码 | 整数 |
权利有效结束时间 | E | O | 0..N | 长期密钥信息的有效性的最后时间和日期,之后必需更新。[注意]如果RO被广播,则该元素有效。否则,该元素不需要。 | 日期时间 |
ID | A | M | 1 | 与有效结束时间相关的“购买项目”片段的ID | 任何URI |
请求ID | E | O | 1 | 对应服务请求消息的标识符。 | 整数 |
验证 | E | O | 1 | 消息验证,[注意]消息验证的方法在5.1.3中定义 | 以64为基编码的二进制 |
触发 | E | M | 1 | ROAP RO获取触发**。预期该装置使用该触发来启动一个或多个长期密钥消息获取。 | MIME部分 |
如果终端119在步骤611中确定在接收到服务之后存在来自通知消息的退订,则在步骤612中,BSP-C 302将用于服务预订/购买的退订请求发送到BSP-M 301。表9中示出了退订请求消息的示例。
表9
名称 | 类型 | 类别 | 基数 | 描述 | 数据类型 |
PR-7版本 | E | M | 1 | 终端支持PR-7接口的版本。该说明书中描述的PR-7版本号是1。 | 整数 |
用户ID | E | M | 1 | BSM已知的用户身份 | 字符串 |
装置ID | E | O | 0..N | BSM已知的唯一装置标识(例如,国际移动设备身份,IMEI)[注意]如果用户具有多个装置,则该元素指明用户想要退订的一个装置或一组装置。 | 字符串 |
购买项目ID | E | M | 1..N | 用户想要退订的“购买项目”片段的ID。 | 任何URI |
请求ID | E | O | 1 | 退订请求消息的标识符 | 整数 |
验证 | E | O | 1 | 消息验证,[注意]消息验证的方法在5.1.3中定义 | 以64为基编码的二进制 |
通知 | E | O | 0..1 | 经由交互信道对接收通知消息的预订。如果通知=“真”,这 | 布尔 |
意味着退订交互信道上的通知。如果通知=“假”,这意味着将不传送经由交互信道的通知。 |
BSP-M 301在步骤613中处置退订请求,并且随后在步骤614中将响应消息发送到BSP-C 302。表10中示出了响应消息的示例。
表10
名称 | 类型 | 类别 | 基数 | 描述 | 数据类型 |
全球状态代码 | E | M | 1 | 根据表2中定义的返回码,请求的全部结果。 | 整数 |
退订信息消息 | E | M | 1..N | 对于成功消除的每个预订,指明当预订的取消将变得有效时的消息(自由文本格式) | 字符串 |
购买项目ID | A | M | 1 | 消息相关的“购买项目”片段的ID。 | 任何URI |
请求ID | E | O | 1 | 对应退订请求消息的标识符 | 整数 |
验证 | E | O | 1 | 消息验证, | 以64为基编码的二进制 |
图7图示了根据本发明第一实施例的、在移动广播***中用于通知事件的生成和请求处理。该处理示出了NTG203接收通知事件、或者生成用于在BSM 113中发生的通知事件的消息、并且发送对消息传送的请求的流程。
参考图7,在步骤701,NTG 203具有在BSM 113中发生的通知事件或者接收来自另一网络实体的通知事件。表11A和表11B示出了对于通知事件的来自对应网络实体(例如,CC、BSA和BSD/A)的通知消息生成的请求消息。另外,表12示出了对应请求消息的响应消息的示例。
表11A
名称 | 类型 | 类别 | 基数 | 描述 | 数据类型 |
NTEReq | E | 规定用于生成通知消息的通知事件的传送消息。 |
包含下列属性:NTEId实体地址传送优先级包含下列元素:通知事件 | |||||
NTEId | A | M | 1 | 通知事件的识别符 | 无符号整数(32位) |
实体地址 | A | M | 1 | 用于接收该消息的响应的网络实体地址。 | 任何URI |
传送优先级 | A | O | 0..1 | 定义该通知事件的优先级。在NTG中该信息被应用来生成通知消息。在本领域中可以忽略NTG。 | 布尔 |
表11B
名称 | 类型 | 类别 | 基数 | 描述 | 数据类型 |
通知事件 | E1 | M | 1..N | 规定来自CC的通知事件,包含来自CC的将被包含到通知消息的信息。推荐,以BCAST通知消息格式(如部分8.3中规定)的形式传送该信息。可以使用其他格式。如果使用BCAST通知消息格式,则不相关的网络强制元素或属性将被作为空字段传送,不相关的网络可选元素或属性将不被例示。包含属性:“名称空间”(Namespace) | |
名称空间 | A | O | 0..1 | 设置为BCAST通知XML名称空间的名称,以便发信号通知 | 任何URI |
“通知事件”的内容符合BCAST通知消息格式。 |
表12
名称 | 类型 | 类别 | 基数 | 描述 | 数据类型 |
NTERes | 规定NTEReq的响应消息包含下列元素:NTEid | ||||
NTEid | E1 | M | 1..N | NTEReq消息的识别符包含下列属性:“状态代码” | 无符号整数(32位) |
状态代码 | A | M | 1 | 根据全球状态代码(如附录G中规定),指明如何处理NTEReq的全部结果。 | 无符号字节 |
在通知事件发生或者从另一网络实体接收到通知事件之后,NTG 203在步骤702生成通知消息。之后,在步骤703,NTG 203确定它将通过哪条路径来传送对应的通知消息。通知消息可以通过广播信道和交互信道中的一条或者两条来传送。当NTG 203确定通过广播信道710来传送通知消息时,NTG 203在步骤711中检查它将对应的通知消息发送到的目标会话地址。在步骤712中,NTG 203在步骤712中生成用于请求通知消息传送的传送请求消息,包括对应的目标地址,并且在步骤713将对通知消息传送的请求发送到NTDA 202。然而,如果NTG 203确定通过交互信道720来传送通知消息,则NTG 203在步骤721检查已经同意/预订通过交互信道接收通知消息的用户的目标用户地址。之后,在步骤722中,NTG 203生成用于请求通知消息传送的传送请求消息,包括与通知消息相关的每个用户的目标地址(TargetAddress)。在这种情况下,如果有许多用户,则NTG 203可以对相同的通知消息生成几个传送请求消息。之后,在步骤723中,NTG 203将对应的通知传送消息发送到NTDA202。
图8图示了在从NTG 203接收到对通知消息的传送请求时NTDA 202将通知消息传送到终端的处理。
参考图8,NTDA 202在步骤801接收对通知消息的传送请求消息。表13A到表13C示出了从NTG 203到NTDA 202的对通知消息的传送请求消息的示例。表14示出了其响应消息的示例。
表13A
名称 | 类型 | 类别 | 基数 | 描述 | 数据类型 |
NTDReq | E | 规定从NTG到NTDA的通知消息传送的请求消息包含下列属性:NTDReqid实体地址传送优先级包含下列元素:目标地址通知消息 | |||
NTDReqid | A | M | 1 | NTDReq的识别符 | 无符号整数(32位) |
实体地址 | A | M | 1 | 用于接收该消息的响应的网络实体地址。 | 任何URI |
传送优先级 | A | O | 0..1 | 定义该通知消息的传送优先级。NTG可以请求NTDA按照高优先级来传送该通知消息。如果优先级=“真”,则这意味着高优先级。如果优先级=“假”,这意味着一般消息。 | 布尔 |
表13B
名称 | 类型 | 类别 | 基数 | 描述 | 数据类型 |
目标地址 | E1 | O | 0..N | 规定传送通知消息的目标地址。对于特定服务通知,在接入片段中的“通知接收”下的“接入ID”或“IP地址”可以是可能值。 | 字符串 |
如果要经由交互信道来传送通知消息,则该值可以是电子邮件地址、IMSI等。如果未给出,则应该使用SGDD将通知消息传送到所有用户。包含下列属性:“传送信道”“地址类型” | |||||
传送信道 | A | M | 1 | 规定传送信道如果“传送信道”=0,则应该经由广播信道传送通知消息。如果“传送信道”=1,则应该经由交互信道传送通知消息。 | 布尔 |
地址类型 | A | M | 1 | 规定“目标地址”值的类型0-IP地址2-任何URI3-IMSI4-200:供将来使用201-255:供专有使用 | 无符号字节 |
表13C
名称 | 类型 | 类别 | 基数 | 描述 | 数据类型 |
通知消息 | E1 | M | 1..N | 规定通知消息,包含将被包含到通知消息的信息。推荐,以BCAST通知消息格式(如部分8.3中规定)的形式传送该信息。可以使用其他格式。如果使用BCAST通知消息格式,则不相关的网络强制元素或属性将被作为空字段传送,不相关的网络可选元素或属性将不被例示。 |
包含以下属性:名称空间 | |||||
名称空间 | A | O | 0..1 | 设置为BCAST通知XML名称空间的名称,以便发信号通知“通知事件”的内容符合BCAST通知消息格式。 | 任何URI |
表14
名称 | 类型 | 类别 | 基数 | 描述 | 数据类型 |
NTDRes | 规定用于NTDReq的响应消息。包含下列元素:NTDReqid | ||||
NTDReqid | E1 | M | 1..N | NTDReq消息的识别符包含下列属性:状态代码 | 无符号整数(32位) |
状态代码 | A | M | 1 | 根据全局状态代码(如附录G中规定),指明如何处理NTDReq的全部结果 | 无符号字节 |
在步骤802中,NTDA 202检查请求消息中包括的目标地址。之后,NTDA202在步骤803中通过解析“目标地址”信息来确定它将使用广播信道还是交互信道来进行消息传送。如果NTDA 202确定使用广播信道810进行消息传送,则NTDA 202在步骤811中从请求消息中的“目标地址”信息中检查诸如IP地址的会话信息,并然后在对应的会话中传送通知消息。
然而,如果NTDA 202确定使用交互信道820,则NTDA 202在步骤821中检查“目标地址”的类型。之后,在步骤822中,NTDA 202根据目标地址的类型来确定传送方法,并然后使用传送消息来传送通知消息。
表15到表17示出了图6中描述的通知消息预订中的每个单独服务的通知消息的预订/退订的示例性方法。
表15
名称 | 类型 | 类别 | 基数 | 描述 | 数据类型 |
服务ID | E | O | 0..1 | 服务的唯一ID。它可以是服务片段的ID或“全局服务ID” | 任何URI |
(GlobalServiceID)包含下列属性:通知 | |||||
通知 | A | M | 1 | 预订经由交互信道接收与服务有关的通知消息。如果通知=“真”,这意味着预订了交互信道上的通知。如果通知=“假”,这意味着将不传送交互信道上的通知。 | 布尔 |
表16
名称 | 类型 | 类别 | 基数 | 描述 | 数据类型 |
服务ID | E | O | 0..1 | 服务的唯一ID。它可以是服务片段的ID或“全局服务ID”(GlobalServiceID)包含下列属性:通知 | 任何URI |
通知 | A | M | 1 | 退订经由交互信道接收通知消息。如果通知=“真”,这意味着退订经由交互信道的通知。如果通知=“假”或者值不存在,这意味着将保持通知消息的当前预订。 | 布尔 |
表17
名称 | 类型 | 类别 | 基数 | 描述 | 数据类型 |
保持预订 | A | O | 0..1 | 保持“购买项目”的当前预订。当用户保持“购买项目”的当前预订并且想要退订经由交互信道的相关通知消息接收时。该字段 | 布尔 |
是必需的并且被设定为“真”如果这个元素不存在或者值为“假”,这意味着将退订“购买项目”及其相关通知。 |
表15示出了在预订“购买项目”或服务包(Service Bundle)的情况下的消息,特定服务的通知消息接收是从在对应包中包含的服务之中选择的。在图6的步骤603中的服务预订期间,使用请求消息来传送表15中的元素和其相关的属性。如果期望特定“服务ID”(ServiceID)通知消息接收,则将属性通知设定为“真”,并且如果不期望特定“服务ID”通知消息接收,则将属性通知设定为“假”。
表16示出了其中进行在“购买项目”或者服务包中包括的服务之中退订的特定服务的通知消息接收的情况的消息。在图6的步骤612中的服务退订期间,将表16中的元素及其相关联属性与请求消息一起传送。如果期望特定“服务ID”通知消息退订,则将属性通知设定为“真”。如果属性通知被设定为“假”或者没有属性通知,则意味着用户保持它的当前预订。如果用户请求退订对应的“购买项目”或服务包,则每个相关服务和通知消息接收经历退订,而不需要通过表16的特定服务选择。然而,如果用户期望针对特定服务的退订的通知消息、同时保持它对“购买项目”或服务包的预订,则表16和表17被包括在退订消息中,并且表17中的属性被设定为“真”,并且可以使用表16对于每个单独服务选择退订通知消息接收。
图10图示了根据本发明第一实施例的、在移动广播***中通过服务指南接收方法的用户终端的示例性屏幕。所示的是一种在通过服务指南接收预订“购买项目”的同时预订通知消息的方法和处理。
在用户终端接收服务指南之后,用户可以检查该服务和内容信息,并且也可以通过“购买项目”信息来检查服务包信息。用户终端可以在终端屏幕1001上显示服务指南内容,从而用户可以检查该服务内容。终端屏幕1001是运动频道包的示例性屏幕。附图标记1011指明作为“购买项目”标题的服务包名称,而附图标记1013示出了在对应包中包括的服务列表。
使用附图标记1012和1014,用户确定是否通过交互来为每个单独服务提供通知消息。在该实施例中,仅ESPN和SBS运动通过交互提供了通知消息。如果用户使用预订按钮1015来预订服务,则屏幕1001变换到预订消息生成屏幕1002。如果用户在特定服务中期望通过交互接收通知消息,则他/她在复选框1024中对它进行选择,并且使用按钮1025来请求对服务和相关通知消息的预订,并且通过包括表15的服务供应预订消息将对应的信息传送到BSM,从而完成预订。也使用类似的方法来执行退订。
现在将对根据本发明第二实施例的在数字视频广播—广播和移动服务整合(DVB-CBMS)***中的通知消息传送方法进行描述。
尽管为了方便、本发明的第二实施例中使用的网络实体、接口以及网络实体与终端之间传送的信息的术语被映射到DVB-CBMS WG中使用的术语,但这是为了示出本发明可应用于类似的广播***,而不是意欲限制本发明的范围。
图11图示了被映射到图1的架构的基于CBMS的电子服务指南(ESG)传送架构。表18中给出了图11中使用的网络实体的定义。在图11中所示的实体中,“特定逻辑ESG聚合器”是本发明中的重要实体,并且具有图1的SG-D110和SG-G 109的组合功能,即,控制ESG的生成和传送。
表18
逻辑子实体 | 它是哪个逻辑实体的一部分 | 涉及的参考点 | 描述 |
ESG源 | 服务应用 | CBMS-7,CBMS-2 | ESG片段的服务应用特定源,包括优惠信息、获取信息(来自服务应用配置子实体)和购买信息SDP文件,它们是获取信息的一部分,可以从ESG单独地传送。在那种情况下,服务应用可以经由CBMS-2参考点来传送SDP文件。 |
ESG购买信息 | 服务应用 | SA内部 | 有助于ESG的购买信息源。服务应用可以依靠其他源获取该信息。 |
特定逻辑ESG聚合器 | 服务管理 | CBMS-7CBMS-3 | 该实体从一个或多个服务应用接收ESG信息块,将它们聚合成一个ESG(如由最终用户感知),并且生成ESG信息块的相容集合,包括容器;信息块被输出到 |
物理ESG聚合器ESG逻辑聚合器负责管理容器版本服务应用可有助于多于一个逻辑ESG聚合器。 | |||
引导ESG聚合器 | 服务管理 | CBMS-3 | 该实体从所有特定聚合器接收ESG宣告信息并且生成引导ESG流。 |
逻辑子实体 | 它是哪个逻辑实体的一部分 | 涉及参考点 | 描述 |
资源供应和调度 | 服务管理 | CBMS-6 | 此处用于ESG传送的特定配置 |
交互式传送服务器 | 服务管理 | CBMS-4 | 通过交互式网络向ESG提供点对点接入(拉或推) |
物理ESG聚合器 | 广播网络 | CBMS-3 | 该实体从一个或多个逻辑ESG聚合器接收ESG信息块(例如容器),将它们投入FLUTE传送带(carousel)并且优化DVB-H突发串上的映射(例如,避免多个突发串上的ESG信息***) |
DVB-H资源管理器 | 广播网络 | CBMS-6 | 请参见服务配置部分中的描述 |
IP-to-Section映射器 | 广播网络 | CBMS-6 | 该实体负责将IP数据包封装到DVB-HMPE部分并且通过执行MPE-FEC编码生成MPE-FEC部分。通常是IP封装器的一部分。 |
服务和内容描述处置器 | 终端 | CBMS-3 | 接收和聚合ESG信息块的子集或者全部,维持它们上至数据(up-to-data),并且使得它们可用于ESG应用ESG信息的呈现和交互不在本说明书的范围之内 |
图12图示了与图2的基于OMA的架构对应的架构。示出了用于在CBMS中传送通知消息的网络实体的结构。
参考图12,内容创建(CC)1201是广播服务的提供者,以及广播服务可以包括传统的音频/视频广播服务、音乐/数据文件下载服务等等。如果在供应广播服务时存在任何问题或变化,则CC 1201将所述变化通知给服务应用(SA)1202中的通知事件功能(NEF)1202a。NEF 1202a基于接收到的事件将通知事件传送到通知生成功能(NCF)1203a。
SA 1202控制将从CC 1201提供的广播服务的内容数据处理为适于广播网络的格式(例如,音频/视频流、或者影片下载),以便生成广播服务数据,控制生成服务指南必需的标准化元数据,并且控制生成用户的收费信息。另外,对于从CC 1201提供的广播服务的变化,SA 1202将通知事件传送到服务管理(SM)1203中的NGF 1203a,并且将用于生成通知消息的服务指南属性信息提供给NGF 1203a。
SM 1203控制确定对于从SA 1202提供的广播服务的传送调度以及生成服务指南,并且SM 1203连接到支持广播信道的DVB-H网络1206和支持交互信道的交互网络1207。另外,在其中具有通知分发/改编功能(NDAF)1203b的SM 1203接收从SM 1203传送的通知消息,并且经由广播网络1206或者交互网络1207将通知消息传送到一个终端或者一组终端。SM 1203具有NGF1203a所需的会话信息,用于生成终端的通知消息。该会话信息被从NDAF1203b提供给NGF 1203a。
SM 1203管理用于接收广播服务的预订信息和诸如指明用户是否已经购买相关内容的信息之类的服务供应信息,并且还管理用于接收广播服务的终端的装置信息。另外,SM 1203将用户收费信息传送到SA 1202,并且将预订信息、服务供应信息和装置信息提供给广播网络1206和交互网络1207。具体地,当SM 1203包括NGF 1203a时,它生成对于从内容创建101、SA 1202、SM 1203和广播网络1206提供的、指明新功能的添加或者现有功能的变化的发生(如有有的话)的通知事件的通知消息,或者生成指明在逝去预定时间之后将要提供广播服务供应内容(即对应广播服务)的自我事件的通知消息。
广播网络1026是用于传送广播服务的网络。这里,举例说明,DVB-H网络被用作广播网络1206。如果在广播服务的传送中存在任何变化,则广播网络1206控制经由CBMS-6接口1224a或X-3接口1224b将所述变化通知到SM 1203。
交互网络1207基于点对点传送广播服务,或者交互式地交换与广播服务接收相关的控制信息和附加信息。例如,交互网络1207可以是现有的蜂窝网络,例如3GPP宽带码分多址(WCDMA)网络。
终端1208是能够接收广播服务的终端,并且具有能够根据终端性能与蜂窝网络连接的功能。终端1208假设为能够连接到蜂窝网络的终端。使用通知客户功能(NCF)1208a,终端1208接收经由CBMS-5 1225接口传送的通知消息,并且执行适合于其的操作,或者接收经由CBMS-4接口1226传送的通知消息,并且执行适合于其的操作。
CBMS-7接口1222是从SA 1202中的NEF 1202a到SM 1203中的NGF1203a的接口,并且运送生成事件通知或者通知消息所需的信息(例如,服务指南的属性信息),从而NGF 1203a可以生成通知消息。
CBMS-3接口1225是当从SM 1203中的NDAF 1203b传送的通知消息通过广播信道经由广播网络1206被直接传送到终端1208时所使用的接口。该接口被用来将通知消息传送到一个或多个终端。
CBMS-4接口1226是当从SM 1203中的NDAF 1203b传送的通知消息通过专用信道或者通过交互网络1207中提供的广播信道、经由交互网络1207被直接传送到终端1208时所使用的接口。该接口被用来将通知消息传送到一个或多个终端。
CBMS-6接口1224a是SM 1203与广播网络1206之间的接口,用于在广播网络1206中建立由SM 1203中使用的传送路径、或者用于建立广播网络1206中生成的事件信息的接收路径。
X-3接口1224b是用于建立将要在SM 1203与交互网络1207之间使用的传送路径的接口。
CBMS-1接口1233是通过其将广播网络1206的控制信息运送到终端1208的接口。在DVB-H中,称作节目特定信息/服务信息(PSI/SI)的控制信号信道对应于该接口。
NEF 1202a控制将生成通知消息所需的信息传送到NGF 1203a,并且控制将指明通知事件的发生(如果有的话)的信息传送到NGF 1203a。NGF 1203a控制使用从NEF 1202a接收到的用于生成通知消息所需的信息和事件来生成通知消息,或者控制在经由NDAF 1203b接收到来自广播网络1206的通知事件时生成通知消息,并且控制将通知消息传送到NDAF 1203b。(i)当需要重新通知服务的开始时,(ii)当它从CC 1201接收到指明服务信息的变化的通知时而需要传送新服务指南时,和(iii)当在广播网络1206中已经发生特定事件时,NGF 1203a可以生成通知消息。
NDAF 1203b控制经由CBMS-3接口1225或者CBMS-4接口1226来传送通知消息。另外,一旦从广播网络1206接收到指明由于无线网络环境引起的特定移动广播服务中的变化的信息(例如指明速率控制或服务不可能性的信息)时,NDAF 1203b将对应的通知事件传送到NGF 1203a。
与图2的实体相比,在定义和名称上,对应于通知消息的网络实体等效于OMA和CBMS中的那些实体,因此这里不提供对其的描述。对于接口,NT-6对应于CBMS-4,并且NT-5对应于CBMS-3。
图13图示了与图3的基于OMA的架构对应的基于CBMS的服务购买架构。表19给出了图13中的实体的描述。
表19
逻辑子实体 | 它是哪个逻辑实体的一部分 | 涉及的参考点 | 描述 |
编码流源 | 服务应用 | CBMS-2 | 该实体向广播网络输出媒体流(例如,音频、视频、数据),使用从服务应用配置子实体获得的配置参数 |
内容加密 | 服务应用 | CBMS-2 | 该实体负责加密内容流。内容加密和链路加密不必同时使用。 |
链路加密 | 广播网络 | CBMS-2 | 负责加密在链路级上的数据流的实体。这种类型的加密与服务内容相关。内容加密和链路加密不必同时使用。 |
业务密钥生成和ECM/KSM生成 | 服务应用或广播网络 | CBMS-2 | 该实体分别为内容或链路业务生成业务加密密钥。TEK被频繁地改变。 |
服务/节目密钥生成 | 服务应用或广播网络 | CBMS-7 | 该实体生成用于服务/节目接入的密钥。它受服务管理的接入准则/策略管理子实体控制。服务/节目密钥与服务管理中的权利发布子实体交换。 |
P-to-Section | 广播网络 | 请参考表5 |
接入准则/策略管理 | 服务管理 | CBMS-7,CBMS-6 | 该实体可以定义服务、节目和它们的使用期限,它将它们包含的媒体流包和接入准则打包为内容。也可以定义可购买的项目,例如服务包。 |
权利发布 | 服务管理 | CBMS-3,CBMS-4,CBMS-6,CBMS-7 | 该实体供给用于传送到终端的密钥管理***代理的权利消息。该处理可以需要接入准则、服务/节目密钥、和成功的购买交易的结果。后者由预订管理子实体来管理。 |
预订管理 | 服务管理 | X-5(可选) | 该实体管理每个最终用户的预订的细节。它可以经由X-5参考点或其他来使用交互式网络的帐单功能,而独立于帐单***来操作。然而,该帐单功能不在本说明书的范围之内。 |
资源供应/调度 | 服务管理 | 请参考表3。这里被用来配置KSM传送 | |
内容/服务解密密 | 终端 | CBMS-2 | 该实体利用密钥管理***代理提供的TEK来解密内容/链路业务。 |
密钥管理***代理 | 终端 | CBMS-2,CBMS-3,CBMS-4 | 该实体接收并管理权利消息和密钥流消息。如果获得权利的所有准则匹配,则TEK被重构并且被提供到内容/服务解密实体。 |
内容消费实体 | 终端 | CBMS-2 | 处理接收到的媒体流的实体;它可以包括用于流内容的缓冲、同步、存储和呈现的设施。 |
在图13和表19中的实体中,本发明必需的实体包括终端中的“预订管理”实体、“权利发布”实体和“密钥管理***代理”实体。
“预订管理”实体和“权利发布”实体的功能被映射到图3中的BSP-M301的功能,并且“密钥管理***代理”实体被映射到图3的BSP-C 302。
图14图示了与图4的基于OMA架构对应的架构。所示的是与图4中描述的网络实体之间的信令过程402、403、405和408对应的信令过程。也就是,附图标记1450、1460、1470和1440对应于图4的附图标记402、408、403和405。
图15A到图15D图示了对应于图5A到图5D的那些片段的基于CBMS的ESG数据模型片段。然而,这里省略了对应于“购买项目”片段的片段,因为它与本发明无关。“服务”片段和“采集(Acquisition)”片段分别对应于图5A到图5D的“服务”片段和“接入”片段。
对于片段中的元素和属性,“服务类型(ServiceType)”对应于“服务类型(ServiceType)”,“接入类型(AccessType)”对应于“会话描述(SessionDescription)”,“服务类(ServiceClass)”对应于“组件特性(ComponentCharacteristic)”,以及“通知接收(NotificationReception)”对应于“通知接收(NotificationReception)”。也就是,在附图15A到15D中,“通知服务(NotificationService)”可被定义为“服务类型(ServiceType)”中的服务类型(ServiceType)的类型。当图5A到图5D的“接入类型(AccessType)”中包含用于接入通知消息的接入信息时,以“会话描述(SessionDescription)”表达对应的接入消息。与指明通知消息服务类的“服务类(ServiceClass)”类似,使用元素“组件特性类型(ComponentCharacteristicType)”来定义除了视频、音频和文件以外的通知组件类型(NotificationComponentType),从而指明对应的采集(Acquisition)片段的组件类型是通知消息。
表20A示出了对于新定义的通知组件类型(NotificationComponentType)的示例性XML方案,并且它具有元素“通知类型(NotificationType)”。
表20A
表20B中所示的配置也是可能的。在表20B中,通知类型(NotificationType)被定义为元素通知组件类型(NotificationComponentType),并且可以使用多个通知类型(NotificationType)。另外,也可以添加其它能够定义通知组件(NotificationComponent)的元素。表20B中的“esg:ComponentCharacteristicType”是指明在当前DVB-CBMS ESG规范(ETSI TS102471)中定义的基本组件的特性的部分,并且其像在现有视频组件类型(VideoComponentType)或音频组件类型(AudioComponentType)中使用的那样来使用。
表20B
表21A示出了被映射到表7的消息的、根据本发明的适于CBMS网络的通知消息预订请求消息的示例。表21B包括使能表15中的特定服务ID(ServiceID-specific)预订的实施例。在表21中,对于通知消息预订请求,添加斜体部分。
表21A
表21B
表22示出了通知消息退订请求消息的示例、以及通过将表9、表16和表17的退订消息映射到CBMS网络而获得的结果。参考表22B,对于每个单独的服务ID(ServiceID)可以单独地退订所请求的通知消息。当不需要特定服务ID退订(ServiceID-specific unsubscription)时,可以是如表22A所示的用于退订“购买项目”(Purchaseitem)的全部通知的实施例。另外,当退订普通服务时,用户可能不期望退订与服务相关的通知消息。在这种情况下,如表22C所示,即使在使用属性“保持预订(KeepSubscription)”来退订主服务时,用户也不能退订与主服务相关联地提供的通知消息。
表22A
表22B
表22C
甚至在基于CBMS的实施例中也使用图7和8,因此省略其详细描述。
图16图示了被映射到图9的基于OMA的ESG数据模型的基于CBMS的ESG数据模型,并且图示了图15中描述的ESG数据模型的元素。参考图16,要注意,新定义了“通知组件类型(NotificationComponentType)”1603来指明用于组件特性(Component Characteristic)中的通知消息的采集片段。
从上面的描述可以理解,本发明定义了交互信道中的通知消息,使得能够不仅在广播信道中传送通知消息,还可以在交互信道中传送通知消息。另外,本发明提供了一种在存在服务或通知消息时根据服务指南检查该服务的辅助方式的方法。以这种方式,能够进行对应通知消息的预订和退订。
尽管已经参考本发明的某一优选实施例示出并描述了本发明,但是本领域的普通技术人员应当理解,在不背离由所附权利要求限定的本发明的精神和范围的情况下,可以在其中进行形式和细节上的各种改变。
Claims (27)
1.一种用于在支持交互信道的移动广播***的发射机中提供通知消息的方法,所述方法包括如下步骤:
(a)在发生通知事件时,用于管理终端的预订信息的实体生成通知消息,并且使用所生成的通知消息、基于所述终端的预订信息来生成包括目标地址的至少一个传送请求消息;和
(b)用于传送通知消息的实体确定该用于传送通知消息的实体将要基于所述目标地址在其上向对应终端传送通知消息的信道,并且在所确定的信道上传送所述通知消息。
2.如权利要求1所述的方法,其中步骤(b)包括:
如果使用交互信道来传送所述通知消息,则基于所述目标地址来检查终端的地址类型;和
根据所述地址类型通过交互信道向终端传送所述通知消息。
3.如权利要求1所述的方法,其中步骤(b)包括:
如果使用广播信道来传送所述通知消息,则基于所述目标地址来检查广播信道的目标会话地址;和
根据所述目标会话地址通过广播信道向终端传送所述通知消息。
4.如权利要求1所述的方法,还包括:
所述用于管理预订信息的实体从终端接收用于请求预订或购买通知消息的消息;和
处置预订或购买请求消息、并存储终端的订户信息。
5.如权利要求1所述的方法,还包括:
所述用于管理预订信息的实体从终端接收用于请求预订或购买特定服务通知消息的消息;和
处置预订或购买请求消息、并存储对应的服务和终端的订户信息。
6.如权利要求1所述的方法,还包括:
所述用于管理预订信息的实体从特定终端接收用于请求对所有服务的通知消息的退订的消息;和
退订终端的所有服务的通知消息传送。
7.如权利要求1所述的方法,还包括:
所述用于管理预订信息的实体从终端接收用于请求退订特定服务通知消息的消息;和
退订已请求退订的服务的通知消息传送。
8.如权利要求1所述的方法,其中,对于每个终端,所述目标地址包括用于传送通知消息的信道信息以及基于传送信道的地址类型。
9.一种在支持交互信道的移动广播***中的发射机,所述发射机包括:
用于管理终端的预订信息的实体,在发生通知事件时生成通知消息,并且使用所生成的通知消息、基于终端的预订信息生成包括目标地址的至少一个传送请求消息;和
用于确定信道的实体,用于确定该用于确定信道的实体将要基于所述目标地址在其上向终端传送通知消息的信道,并且在所确定的信道上传送通知消息。
10.如权利要求9所述的发射机,其中所述用于确定信道的实体进行如下操作:
如果使用交互信道来传送所述通知消息,则基于所述目标地址来检查终端的地址类型;和
根据所述地址类型通过交互信道向终端传送所述通知消息。
11.如权利要求9所述的发射机,其中所述用于确定信道的实体进行如下操作:
如果使用广播信道来传送所述通知消息,则基于所述目标地址来检查所述广播信道的目标会话地址;和
根据所述目标会话地址通过广播信道向终端传送所述通知消息。
12.如权利要求9所述的发射机,其中所述用于管理预订信息的实体进行如下操作:
从终端接收用于请求预订或购买通知消息的消息;和
处置预订或购买请求消息、并存储终端的订户信息。
13.如权利要求9所述的发射机,其中所述用于管理预订信息的实体进行如下操作:
从终端接收对特定服务通知消息的预订或购买请求消息;和
处置预订或购买请求消息、并存储对应的服务和终端的订户信息。
14.如权利要求9所述的发射机,其中所述用于管理预订信息的实体进行如下操作:
在从特定终端接收到用于请求退订所有服务的通知消息的消息时,退订终端的所有服务的通知消息传送。
15.如权利要求9所述的发射机,其中所述用于管理预订信息的实体进行如下操作:
在从终端接收到用于请求退订特定服务通知消息的消息时,退订已请求退订的服务的通知消息传送。
16.如权利要求9所述的发射机,其中,对于每个终端,目标地址包括用于传送通知消息的信道信息以及基于传送信道的地址类型。
17.如权利要求9所述的发射机,其中所述用于管理预订信息的实体是通知生成功能(NTG),而第二装置是通知分发/改编功能(NTDA)。
18.一种用于在支持交互信道的移动广播***的终端中接收通知消息的方法,所述方法包括如下步骤:
从服务指南检查通知内容,检查服务预订/购买信息,向用于管理终端的预订信息的实体传送通知消息的预订请求消息,所述请求消息包括通知消息的接收信道信息;
从所述用于管理预订信息的实体接收包括验证信息的响应消息;和
在完成验证之后,接收根据传送信道信息传送的通知消息。
19.如权利要求18所述的方法,其中所述通知消息的预订请求消息包括服务标识信息、和服务的通知消息的预订和购买信息。
20.如权利要求18所述的方法,还包括:
向所述用于管理预订信息的实体传送所有服务的通知消息的退订请求消息。
21.如权利要求18所述的方法,还包括:
向所述用于管理预订信息的实体传送用于请求退订特定服务通知消息的消息。
22.一种在支持交互信道的移动广播***中的终端,所述终端包括:
第一实体,用于从服务指南检查通知内容,检查服务预订/购买信息,向用于管理终端的预订信息的实体传送通知消息的预订请求消息,并且响应于此接收验证信息,所述请求消息包括通知消息的接收信道信息;和
用于在完成验证之后接收根据传送信道信息传送的通知消息的实体。
23.如权利要求22所述的终端,其中通知消息的预订请求消息包括服务标识信息、和服务的通知消息的预订和购买信息。
24.如权利要求22所述的终端,其中所述第一实体向所述用于管理预订信息的实体传送所有服务的通知消息的退订请求消息。
25.如权利要求22所述的终端,其中所述第一实体向所述用于管理预订信息的实体传送用于请求退订特定服务通知消息的消息。
26.一种用于在支持交互信道的移动广播***中提供通知消息的方法,所述方法包括:
终端从服务指南检查通知内容,检查服务预订/购买信息,向用于管理终端的预订信息的发射机传送通知消息的预订请求消息,所述请求消息包括通知消息的接收信道信息;和
发射机根据预订请求消息执行验证,存储终端的预订信息,并且在发生通知事件时,基于信道信息传送对应服务的通知消息。
27.一种支持交互信道的移动广播***,所述***包括:
终端,用于从服务指南检查通知内容,检查服务预订/购买信息,向用于管理终端的预订信息的发射机传送通知消息的预订请求消息,所述请求消息包括通知消息的接收信道信息;和
发射机,用于根据预订请求消息存储终端的预订信息,并且在发生通知事件时,基于信道信息向所述终端传送对应服务的通知消息。
Applications Claiming Priority (13)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
KR10-2006-0020680 | 2006-03-03 | ||
KR20060020680 | 2006-03-03 | ||
KR1020060020680 | 2006-03-03 | ||
KR1020060054106 | 2006-06-15 | ||
KR20060054106 | 2006-06-15 | ||
KR10-2006-0054106 | 2006-06-15 | ||
KR1020060077364A KR20070108310A (ko) | 2006-03-03 | 2006-08-16 | 휴대 방송 시스템에서의 통지 메시지 전송 방법 및 그에따른 시스템 |
KR1020060077364 | 2006-08-16 | ||
KR10-2006-0077364 | 2006-08-16 | ||
KR1020060080851 | 2006-08-25 | ||
KR1020060080851A KR100866227B1 (ko) | 2006-03-03 | 2006-08-25 | 휴대 방송 시스템에서의 통지 메시지 송수신 방법 및 장치 |
KR10-2006-0080851 | 2006-08-25 | ||
PCT/KR2007/001075 WO2007100231A1 (en) | 2006-03-03 | 2007-03-05 | Method and system for providing notification message in a mobile broadcast system |
Publications (2)
Publication Number | Publication Date |
---|---|
CN101433090A true CN101433090A (zh) | 2009-05-13 |
CN101433090B CN101433090B (zh) | 2011-05-25 |
Family
ID=39063203
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN2007800155689A Expired - Fee Related CN101433090B (zh) | 2006-03-03 | 2007-03-05 | 移动广播***中提供通知消息的方法和*** |
Country Status (4)
Country | Link |
---|---|
JP (1) | JP5009317B2 (zh) |
KR (1) | KR20070108310A (zh) |
CN (1) | CN101433090B (zh) |
RU (1) | RU2388154C1 (zh) |
Cited By (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN114828224A (zh) * | 2022-06-21 | 2022-07-29 | 四川创智联恒科技有限公司 | 一种基于蜂窝无线网快速获取用户重要信息的方法 |
Family Cites Families (6)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
EP0899955A3 (en) * | 1997-08-27 | 2001-01-31 | Matsushita Electric Industrial Co., Ltd. | Control information generating apparatus for broadcast system |
JP3704003B2 (ja) * | 1999-08-16 | 2005-10-05 | 株式会社東芝 | 無線基地局装置、無線端末装置及び情報通信方法 |
JP2003060594A (ja) * | 2001-08-17 | 2003-02-28 | Ntt Docomo Inc | サービス提供システム、サービス提供方法、サーバ装置、コンピュータプログラム及び記録媒体 |
JP4002204B2 (ja) * | 2002-04-09 | 2007-10-31 | 三星電子株式会社 | 移動通信システムにおけるマルチメディア放送/マルチキャストサービスのための制御情報伝送装置及びその方法 |
WO2005027377A1 (en) * | 2003-09-16 | 2005-03-24 | Samsung Electronics Co., Ltd. | Method and system for providing status information for broadcast/multicast service in a mobile communication system |
KR100913882B1 (ko) * | 2005-01-25 | 2009-08-26 | 삼성전자주식회사 | 이동/방송 시스템에서 방송 서비스에 대한 통지를 전송하는 방법 및 그 시스템 |
-
2006
- 2006-08-16 KR KR1020060077364A patent/KR20070108310A/ko unknown
-
2007
- 2007-03-05 RU RU2008139296/09A patent/RU2388154C1/ru active
- 2007-03-05 CN CN2007800155689A patent/CN101433090B/zh not_active Expired - Fee Related
- 2007-03-05 JP JP2008557217A patent/JP5009317B2/ja not_active Expired - Fee Related
Cited By (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN114828224A (zh) * | 2022-06-21 | 2022-07-29 | 四川创智联恒科技有限公司 | 一种基于蜂窝无线网快速获取用户重要信息的方法 |
Also Published As
Publication number | Publication date |
---|---|
KR20070108310A (ko) | 2007-11-09 |
CN101433090B (zh) | 2011-05-25 |
JP5009317B2 (ja) | 2012-08-22 |
JP2009528763A (ja) | 2009-08-06 |
RU2388154C1 (ru) | 2010-04-27 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
US8374591B2 (en) | Method and system for providing notification message in a mobile broadcast system | |
US8494438B2 (en) | Method and system for sharing service guide or service guide fragments in mobile broadcast system | |
US8121291B2 (en) | Apparatus, system, method and computer program product for distributing service information and digital rights for broadcast data | |
US8626055B2 (en) | Method for delivering service guide source for generation of service guide in a mobile broadcast system, and method and system for delivering notification event/notification message | |
US20070110057A1 (en) | Method and apparatus for transmitting service guide source in a mobile broadcast system | |
US9356718B2 (en) | Method and system for protecting broadcast service/content in a mobile broadcast system, and method for generating short term key message therefor | |
CN101919243A (zh) | 用于在移动广播***中提供服务指南的方法和设备 | |
US20070118586A1 (en) | Method and apparatus for delivering service guide contents and notification event information in a mobile broadcast system | |
US20140289721A1 (en) | Method and system for updating firmware of terminals in a broadcast system | |
US20070110056A1 (en) | Apparatus and method for delivering service guide contents and notification event information in a mobile broadcast system | |
CN101310529A (zh) | 在移动广播***中传递服务指南内容和通知事件信息的方法和装置 | |
CN101305532A (zh) | 用于在移动广播***中传送服务指南源的方法和装置 | |
CN101433090B (zh) | 移动广播***中提供通知消息的方法和*** | |
KR100866227B1 (ko) | 휴대 방송 시스템에서의 통지 메시지 송수신 방법 및 장치 | |
KR101522179B1 (ko) | 이동 통신 시스템에서 서비스의 가입 상태를 변경하기 위한 방법 및 장치 | |
CN101300837A (zh) | 移动广播***中递送服务指南内容和通知事件信息的装置和方法 | |
KR20080012101A (ko) | 휴대 방송 시스템에서 서비스 사업자에 따른 서비스 가이드송수신 방법 및 장치 | |
KR20090017599A (ko) | 서비스 선택 및 분류를 위한 장치, 시스템, 방법 및 컴퓨터프로그램 생성물 | |
Hartung et al. | The OMA BCAST standard for bearer-independent mobile TV services | |
KR20090106334A (ko) | 휴대 방송 시스템에서 사용자 정의 번들 제공 방법 및 시스템 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
C06 | Publication | ||
PB01 | Publication | ||
C10 | Entry into substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
C14 | Grant of patent or utility model | ||
GR01 | Patent grant | ||
CF01 | Termination of patent right due to non-payment of annual fee |
Granted publication date: 20110525 |
|
CF01 | Termination of patent right due to non-payment of annual fee |