CN101243701B - 用于在广播系统中提供通知消息的方法和装置 - Google Patents

用于在广播系统中提供通知消息的方法和装置 Download PDF

Info

Publication number
CN101243701B
CN101243701B CN2006800298052A CN200680029805A CN101243701B CN 101243701 B CN101243701 B CN 101243701B CN 2006800298052 A CN2006800298052 A CN 2006800298052A CN 200680029805 A CN200680029805 A CN 200680029805A CN 101243701 B CN101243701 B CN 101243701B
Authority
CN
China
Prior art keywords
message
service
notification message
network address
terminal
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.)
Active
Application number
CN2006800298052A
Other languages
English (en)
Other versions
CN101243701A (zh
Inventor
黄承吾
宋在涓
李国熙
郑甫先
李钟孝
李载用
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Samsung Electronics Co Ltd
Original Assignee
Samsung Electronics Co Ltd
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Samsung Electronics Co Ltd filed Critical Samsung Electronics Co Ltd
Publication of CN101243701A publication Critical patent/CN101243701A/zh
Application granted granted Critical
Publication of CN101243701B publication Critical patent/CN101243701B/zh
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04H—BROADCAST COMMUNICATION
    • H04H60/00—Arrangements for broadcast applications with a direct linking to broadcast information or broadcast space-time; Broadcast-related systems
    • H04H60/76—Arrangements characterised by transmission systems other than for broadcast, e.g. the Internet
    • H04H60/81—Arrangements characterised by transmission systems other than for broadcast, e.g. the Internet characterised by the transmission system itself
    • H04H60/90—Wireless transmission systems
    • H04H60/91—Mobile communication networks
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/50—Network services
    • H04L67/55—Push-based network services
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04H—BROADCAST COMMUNICATION
    • H04H20/00—Arrangements for broadcast or for distribution combined with broadcast
    • H04H20/53—Arrangements specially adapted for specific applications, e.g. for traffic information or for mobile receivers
    • H04H20/59—Arrangements specially adapted for specific applications, e.g. for traffic information or for mobile receivers for emergency or urgency
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04H—BROADCAST COMMUNICATION
    • H04H60/00—Arrangements for broadcast applications with a direct linking to broadcast information or broadcast space-time; Broadcast-related systems
    • H04H60/25—Arrangements for updating broadcast information or broadcast-related information
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L12/00—Data switching networks
    • H04L12/02—Details
    • H04L12/16—Arrangements for providing special services to substations
    • H04L12/18—Arrangements for providing special services to substations for broadcast or conference, e.g. multicast
    • H04L12/1863—Arrangements for providing special services to substations for broadcast or conference, e.g. multicast comprising mechanisms for improved reliability, e.g. status reports
    • H04L12/1877—Measures taken prior to transmission
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L12/00—Data switching networks
    • H04L12/02—Details
    • H04L12/16—Arrangements for providing special services to substations
    • H04L12/18—Arrangements for providing special services to substations for broadcast or conference, e.g. multicast
    • H04L12/189—Arrangements for providing special services to substations for broadcast or conference, e.g. multicast in combination with wireless systems
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/01—Protocols
    • H04L67/04—Protocols specially adapted for terminals or networks with limited capabilities; specially adapted for terminal portability
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W4/00—Services specially adapted for wireless communication networks; Facilities therefor
    • H04W4/06—Selective distribution of broadcast services, e.g. multimedia broadcast multicast service [MBMS]; Services to user groups; One-way selective calling services
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W48/00—Access restriction; Network selection; Access point selection
    • H04W48/08—Access restriction or access information delivery, e.g. discovery data delivery
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W48/00—Access restriction; Network selection; Access point selection
    • H04W48/16—Discovering, processing access restriction or access information
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W68/00—User notification, e.g. alerting and paging, for incoming communication, change of service or the like
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W8/00—Network data management
    • H04W8/26—Network addressing or numbering for mobility support
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W80/00—Wireless network protocols or protocol adaptations to wireless operation

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Business, Economics & Management (AREA)
  • Emergency Management (AREA)
  • Mobile Radio Communication Systems (AREA)
  • Data Exchanges In Wide-Area Networks (AREA)
  • Telephonic Communication Services (AREA)
  • Two-Way Televisions, Distribution Of Moving Picture Or The Like (AREA)

Abstract

提供一种基于使用因特网协议(IP)的网络的广播系统。在该广播系统中，广播发送器预先向广播接收器发送包含用于发送一般通知消息的第一网络地址的第一访问信息、以及与该广播系统的管理相关的第二访问信息。如果发生一般通知事件，则产生所述一般通知消息并利用所述第一网络地址经由广播网络和交互网络其中之一向所述广播接收器发送所产生的一般通知消息。所述广播接收器基于从所述广播发送器接收的数据中的所述第一网络地址接收一般通知消息。

Description

用于在广播系统中提供通知消息的方法和装置
技术领域
本发明一般涉及支持广播服务的广播系统。更具体地，本发明涉及用于在支持移动广播服务的广播系统中提供通知消息的方法和装置。
背景技术
移动广播系统包括几个过程：由能够接收移动广播服务的终端执行的服务发现；由终端执行的服务订阅；用于接收服务的多种控制信息的提供；服务的发送；以及由终端执行的对服务的接收。在从移动广播系统接收移动广播服务的过程中，终端接收包含关于广播服务的多种控制信息的通知消息。
本申请人提交的韩国专利申请No.2005-16650中详细公开了这样的移动广播系统的示例，其公开的全部内容通过引用而被合并于此。在该广播系统中，由于终端接收广播期间的多种原因而可能发生改变。某些改变可以是应当向终端通知的信息。例如，改变信息可以包括移动广播服务时间的改变、以及关于移动广播服务的接收的信息的改变。
该公开的广播系统提出一种移动广播通知架构。然而，能够接收移动广播服务的终端不能接收通知消息，因为没有关于通知消息的接收的基本信息、以及通知消息的实际发送/接收的定义。从而，需要有这些特定信息项目的定义。
发明内容
本发明的示范性实施例至少应对上述问题和/或不足，并至少提供下述优点。从而，本发明的一个方面是提供用于在支持移动广播服务的广播系统中发送控制消息的系统和方法。
本发明的示范性实施例的另一个方面是提供用于在支持移动广播服务的广播系统中产生并向使用中的终端发送通知消息的系统和方法。
本发明的示范性实施例的另一个方面是提供用于在支持移动广播服务的广播系统中向正在睡眠、或正在访问另一个交互系统的终端发送通知消息的装置和方法。
根据本发明的示范性实施例的一个方面，提供一种用于在基于因特网协议(IP)的广播系统的发送器中提供广播服务的方法。所述方法包括步骤：(a)经由广播网络和交互网络其中之一，向接收所述广播服务的广播接收器发送包含用于向所述广播接收器发送一般通知消息的第一网络地址的第一访问信息、以及与所述广播系统的管理相关的第二访问信息；以及(b)如果发生一般通知事件，则产生所述一般通知消息并利用所述第一网络地址经由所述广播网络和所述交互网络其中之一向所述广播接收器发送所产生的一般通知消息。
根据本发明的示范性实施例的另一个方面，提供一种用于基于因特网协议(IP)的广播系统的发送器。所述发送器包括：第一装置，用于经由广播网络和交互网络其中之一发送包含用于发送一般通知消息的第一网络地址的第一访问信息、以及与所述广播系统的管理相关的第二访问信息；以及第二装置，用于如果发生一般通知事件，则产生所述一般通知消息并利用所述第一网络地址经由所述广播网络和所述交互网络其中之一发送所产生的一般通知消息。
根据本发明的示范性实施例的另一个方面，提供一种用于在基于因特网协议(IP)的广播系统的广播接收器中接收广播服务的方法。所述方法包括步骤：(a)经由广播网络和交互网络其中之一，从广播发送器接收包含用于接收一般通知消息的第一网络地址的第一访问信息、以及与所述广播系统的管理相关的第二访问信息；以及(b)基于从所述广播发送器接收的数据中的所述第一网络地址接收一般通知消息。
根据本发明的示范性实施例的另一个方面，提供一种基于因特网协议(IP)的广播接收器。所述广播接收器包括：第一装置，用于经由广播网络和交互网络其中之一从广播发送器接收包含用于接收一般通知消息的第一网络地址的第一访问信息、以及与所述广播系统的管理相关的第二访问信息；以及第二装置，用于基于从所述广播发送器接收的数据中的所述第一网络地址接收一般通知消息。
根据本发明的示范性实施例的另一个方面，提供一种用于在基于使用因特网协议(IP)的网络的广播系统中提供广播服务的方法。所述方法包括步骤：(a)由广播发送器经由广播网络和交互网络其中之一向广播接收器发送包含用于向所述广播接收器发送一般通知消息的第一网络地址的第一访问信息、以及与所述广播系统的管理相关的第二访问信息；以及(b)如果发生一般通知事件，则产生所述一般通知消息并利用所述第一网络地址经由所述广播网络和所述交互网络其中之一向所述广播接收器发送所产生的一般通知消息；以及(c)基于从所述广播发送器接收的数据中的所述第一网络地址接收一般通知消息。
根据本发明的示范性实施例的另一个方面，提供一种基于使用因特网协议(IP)的网络的广播系统。所述广播系统包括：广播发送器，用于预先向广播接收器发送包含用于发送一般通知消息的第一网络地址的第一访问信息、以及与所述广播系统的管理相关的第二访问信息，而且如果发生一般通知事件，则产生所述一般通知消息并利用所述第一网络地址经由广播网络和交互网络其中之一向所述广播接收器发送所产生的一般通知消息；以及广播接收器，用于基于从所述广播发送器接收的数据中的所述第一网络地址接收一般通知消息。
根据本发明的示范性实施例的一个方面，提供一种存储用于实现用于在基于因特网协议(IP)的广播系统的发送器中提供广播服务的方法的程序的计算机可读介质。所述方法包括步骤：(a)经由广播网络和交互网络其中之一，向接收所述广播服务的广播接收器发送包含用于向所述广播接收器发送一般通知消息的第一网络地址的第一访问信息、以及与所述广播系统的管理相关的第二访问信息；以及(b)如果发生一般通知事件，则产生所述一般通知消息并利用所述第一网络地址经由所述广播网络和所述交互网络其中之一向所述广播接收器发送所产生的一般通知消息。
根据本发明的示范性实施例的另一个方面，提供一种存储用于实现用于在基于因特网协议(IP)的广播系统的广播接收器中接收广播服务的方法的程序的计算机可读介质。所述方法包括步骤：(a)经由广播网络和交互网络其中之一，从广播发送器接收包含用于接收一般通知消息的第一网络地址的第一访问信息、以及与所述广播系统的管理相关的第二访问信息；以及(b)基于从所述广播发送器接收的数据中的所述第一网络地址接收一般通知消息。
通过下面结合附图公开本发明的示范性实施例的详细描述，本发明的其它方面、优点、以及突出特征对本领域技术人员将变得显而易见。
附图说明
通过下面结合附图的描述，本发明的特定实施例的以上和其它目的、特征、以及优点将变得更加显而易见，其中：
图1是示出根据本发明的第一示范性实施例的用于在移动广播系统中发送通知消息的功能架构的图；
图2是示出根据本发明的示范性实施例的用于产生和发送SGDD的方法的流程图；
图3是示出根据本发明的示范性实施例的用于在移动广播系统中由终端接收SGDD的方法的流程图；
图4是示出根据本发明的示范性实施例的用于在移动广播系统中发送一般通知消息的广播系统的框图；
图5是示出根据本发明的示范性实施例的在移动广播系统中发送一般通知消息的过程的流程图；
图6是示出根据本发明的示范性实施例的移动广播系统的通知客户端功能中接收一般通知消息的过程的流程图；
图7是示出根据本发明的示范性实施例的在移动广播系统中当其连接到交互网络或具有睡眠终端的系统时通知客户端功能中接收一般通知消息的过程的流程图；
图8是示出移动广播技术的标准组之一OMA BAC BCAST中建议用于移动广播的服务指南的数据模型架构的图；
图9是示出根据本发明的示范性实施例的用于在移动广播系统中产生和发送访问片段的方法的流程图；
图10是示出根据本发明的示范性实施例的用于在移动广播系统的终端中接收和处理访问片段的方法的流程图；
图11是示出根据本发明的第二示范性实施例的数字视频广播-广播与移动服务整合(DVB-CBMS)网络架构的图；
图12是示出根据本发明的第二示范性实施例的DVB-CBMS系统中的电子服务指南(ESG)数据模型的图；
图13是示出根据本发明的第二示范性实施例的DVB-CBMS中的ESG递送操作的图；
图14是示出根据本发明的第二示范性实施例的用于通知消息的示意性发送/接收过程的流程图；
图15是示出根据本发明的第二示范性实施例的在广播系统中产生和递送ESG引导描述符(Bootstrap Descriptor)的操作的流程图；
图16是示出根据本发明的第二示范性实施例的在广播系统中由终端接收ESG引导描述符中的通知消息信道信息的操作的流程图；
图17是示出根据本发明的第二示范性实施例的在广播系统中产生和递送ESG获取片段中的通知消息信道信息的操作的流程图；
图18是示出根据本发明的第二示范性实施例的在广播系统中由终端接收ESG获取片段中的通知消息信道信息的操作的流程图；
图19是示出根据本发明的第二示范性实施例的在广播系统中递送一般通知消息的操作的流程图；
图20是示出根据本发明的第二示范性实施例的在移动广播系统中由终端的通知客户端功能接收通知消息的操作的流程图；以及
图21是示出根据本发明的第二示范性实施例的在广播系统中当其连接到交互网络时终端的通知客户端功能中接收通知消息的过程的流程图。
全部附图中，相同的附图引用数字将被理解为指代相同的元素、特征、以及结构。
具体实施方式
说明书中定义的诸如详细结构和元素的事物是提供用于帮助全面理解本发明的实施例，而且仅仅是示范性的。从而，本领域普通技术人员将认识到，可以对这里描述的实施例作出各种变更和修改而不背离本发明的范围和精神。而且，为清楚和简洁起见，略去了公知功能和结构的描述。
本发明的示范性实施例包括用于在支持移动广播服务的广播系统中发生服务/系统相关的改变、或需要通知紧急状况时产生和向接收移动广播服务的终端发送通知消息的装置和方法。此外，本发明的示范性实施例提供不管终端是否接收服务都能够递送通知消息的方法。以下描述中，将支持移动广播服务的移动通信系统称为“移动广播系统”。
为清楚和简洁起见，在给出移动广播系统的示范性实施例之后，将描述根据本发明的示范性实施例的通知消息的格式、以及应用该消息格式的移动广播系统。以下，将描述根据本发明的示范性实施例的用于在移动广播系统中产生和发送通知消息的装置和方法。将参照在关于异步移动通信的标准组的第三代伙伴计划(3GPP)、或关于终端应用的标准组的开放移动联盟(OMA)中定义的广播系统来描述第一示范性实施例。将参照由关于移动广播的另一个标准组定义的数字视频广播-广播与移动服务整合(DVB-CBMS)系统来描述第二示范性实施例。
现在将描述根据第一示范性实施例的移动广播系统以便理解通知消息。虽然第一示范性实施例中将使用OMA移动广播系统中使用的实体的名称，但是使用该名称以及OMA标准不应当限制本发明的示范性实施例的范围，而第一示范性实施例可以应用于具有类似技术背景的任何系统。
图1是示出根据本发明的第一示范性实施例的用于在移动广播系统中发送通知消息的功能架构的图。图1中所示的系统由关于移动广播终端的标准组之一的开放移动联盟浏览器和内容移动广播(OMA BAC BCAST)工作组定义。虽然将参照OMA BAC BCAST通知广播架构描述本发明的示范性实施例，但是其也可以应用于基于因特网协议(IP)的广播系统当中的具有通知消息功能的其它移动广播系统，而且该示范性实施例将并不限制本发明的示范性实施例的范围。此外，虽然本发明的示范性实施例使用“服务指南”作为包含例如BCAST系统的广播服务相关的描述以及接收方法的信息。并使用“访问片段”作为包含广播服务访问方法的信息。但是根据广播系统的类型也可以将术语“服务指南”和“访问片段”定义为不同的术语。
参照图1，内容创建101是广播服务(以下称为BCAST服务)的提供者。BCAST服务可以包括传统音频/视频广播服务、文件(音乐文件或数据文件)下载服务等等。如果在提供BCAST服务时有任何问题、或服务的内容有任何改变，则内容创建101向BCAST服务应用102中的通知事件功能(NTE)102-1通知该改变。
BCAST服务应用102具有接收从内容创建101提供的BCAST服务的数据、以适合于广播网络的形式处理接收的数据、以及产生BCAST服务数据的功能。BCAST服务应用102还具有产生移动广播指南所需的标准化的元数据的功能。此外，BCAST服务应用102接收由内容创建101通知的BCAST服务中的改变，并向位于BCAST订阅管理104中的通知产生功能104-1通知该改变。
BCAST服务分发/改编(Adaptation)103具有设立用于发送从BCAST服务应用102提供的BCAST服务数据的承载的功能、确定BCAST服务的发送时间表的功能、以及产生移动广播指南的功能。将BCAST服务分发/改编103连接到能够提供BCAST服务的广播分发系统(BDS)106、或支持交互通信的交互网络107。此外，其中包括通知分发/改编功能(NTDA)103-1的BCAST服务分发/改编103接收来自BCAST订阅管理104的通知消息并经由BDS 106或交互网络107向一个或多个用户发送该通知消息。
BCAST订阅管理104管理关于BCAST服务的接收的订阅信息、服务供给信息、以及关于接收BCAST服务的设备的设备信息。具体地，由于其包括通知产生功能104-1，BCAST订阅管理104利用从内容创建101或BDS 106接收的通知事件信息产生通知消息，或产生BCAST服务事件的通知消息。
BDS服务分发105具有通过广播信道或交互信道分发全部接收的BCAST服务的功能。根据实现的BDS 106的类型，BDS服务分发105可以是或者存在或者不存在的实体。
BDS 106是用于发送BCAST服务的网络，且可以是例如DVB-H、3GPP多媒体广播组播服务(MBMS)、3GPP2广播/组播服务(BCMCS)等等。此外，在发送特定BCAST服务时有改变的情况下，如果存在X-1接口131或BDS服务分发105，则BDS 106经由NB-B1接口124向BCAST服务分发/改编103通知该改变。
交互网络107在点对点基础上发送BCAST服务，或者交互地交换与BCAST服务的接收有关的控制信息和附加信息，而且可以是例如现有的蜂窝网络。
终端108能够接收BCAST服务，而且根据其能力可能具有访问蜂窝网络的功能。这里假定终端108是能够访问蜂窝网络的终端。终端108接收利用通知客户端功能(NTC)108-1经由NT-5接口125发送的通知消息，并根据所接收的通知消息执行适当的操作。可选择地，终端108接收经由NT-6接口126发送的通知消息，并根据所接收的通知消息执行适当的操作
接下来，将描述以上实体之间的接口。
NT-1接口121是在位于BCAST服务应用102中的通知事件功能102-1与内容创建101之间的接口。NT-1接口121用于在内容创建101中发生需要通知的事件时向通知事件功能102-1递送相应的通知事件。
NT-3接口122是从位于BCAST服务应用102中的通知事件功能102-1到BCAST订阅管理104的通知产生功能104-1的接口。NT-3接口122递送用于通知事件、或产生通知消息所需的信息，使得通知产生功能104-1可以产生通知消息。
NT-4接口123是在位于BCAST订阅管理104中的通知产生功能104-1与BCAST服务分发/改编103的通知分发/改编功能103-1之间的接口。NT-4接口123用于向通知分发/改编功能103-1发送通知消息，以向BDS 106或交互网络107发送在通知产生功能104-1中产生的通知消息。作为代替，可以由通知分发/改编功能103-1使用NT-4接口123以发送关于BDS 106中发生的事件的通知消息。
NT-5接口125是在通过经由BDS 106的广播信道将从BCAST服务分发/改编103的通知分发/改编功能103-1提供的通知消息直接发送到终端108时使用的接口。NT-5接口125用于向一个或多个终端发送通知消息。
NT-6接口126是在通过经由交互网络107到终端108的专用信道、或通过由交互网络107提供的广播信道将从BCAST服务分发/改编103的通知分发/改编功能103-1提供的通知消息直接发送到终端108时使用的接口。NT-6接口126用于向一个或多个终端108发送通知消息。
NT-B1接口124是BCAST服务分发/改编103与BDS服务分发105之间的接口，而且用于作为由BCAST服务分发/改编103在BDS 106处的发送路径、或者作为BDS 106中产生的事件信息的接收路径。
X-1接口131是当BDS服务分发105不存在时用于作为BCAST服务分发/改编103将在BDS中使用的发送路径、或者用于作为BDS 106中产生的事件信息的接收路径的接口。然而，当BDS服务分发105存在时，X-1接口131用于作为BDS 106与BDS服务分发105之间的接口，用于通知BDS 106中发生了事件。
X-2接口132是当BDS服务分发105不存在时用于设立BCAST服务分发/改编103将在交互网络107中使用的发送路径的接口。然而，当BDS服务分发105存在时，X-2接口132用于作为BDS 106与交互网络107之间的接口，用于设立交互网络107中的其中将使用通知消息的承载，并用于发送通知消息。
作为BDS 106与终端108之间的接口的X-3接口133，用于BCAST服务或通过广播信道发送的全部消息。
X-4接口134是BDS服务分发105与终端108之间的广播信道接口。
X-5接口135是BDS服务分发105与终端108之间的交互信道接口。
X-6接口136是经由其交互网络107可以发送与BCAST服务有关的控制信息的交互接口。
通知事件功能102-1具有向通知产生功能104-1递送用于产生通知消息所需的信息的功能，而且在检测到发生需要通知的事件之后，向通知产生功能104-1递送关于该事件的信息。通知产生功能104-1利用从通知事件功能102-1接收的用于产生通知消息所需的信息和事件来产生通知消息。当通知产生功能104-1经由通知分发/改编功能103-1接收来自BDS 106的通知事件时，其产生通知消息并向通知分发/改编功能103-1发送该通知消息。在产生通知消息的过程中，如果需要重新指示服务的开始，则通知产生功能104-1从内容创建101接收指示服务信息中的改变的通知。从而，定义了需要发送新移动广播指南的一种情况、以及BDS 106中发生特定事件的另一种情况。
通知分发/改编功能103-1负责经由NT-5接口125或NT-6接口126发送通知消息，并经由NT-4接口123向通知产生功能104-1递送来自BDS 106的指示关于特定移动广播服务的信息中的改变的通知事件。其中，关于广播服务的信息中的改变可以包括例如因无线网络环境造成的数据率的调整、或服务的不可能性。
在给出能够接收通知消息的方法的详细描述之前，首先将描述通知消息的类型。
可以将通知消息粗略地划分为两种类型。
第一通知消息是向每个用户递送的通用的一般通知消息。该通知消息由服务供给者用于向用户提供灾难广播或系统改变信息。
第二通知消息是限于特定服务的特定通知消息。该通知消息仅被发送给接收相应的服务的用户，而且用于指示该服务的改变和开始。
现在将描述一般通知消息、或第一通知消息的发送。
现在将说明根据本发明的示范性实施例的服务指南递送描述符(SGDD)、或服务指南递送消息。下面的表1和表2中示出根据本发明的示范性实施例的一般通知消息。表1和表2示出用于OMA广播的服务指南递送描述符(SGDD)的元素和属性。为方便起见，从单个表中划分出表1和表2。
                                    表1
  名称   类型   类别   基数   描述
  ServiceGuideDeliveryDescriptor   E   M   1..N   服务指南递送描述符
  DescriptionEntry   E1   M   1..N   服务指南递送描述符中的条目。
  Transport   E2   M   1   指向递送该描述条目中通知的服务指南递送单元中的服务指南片段的传输会话的指针。
  IpAddress   A   M   1   目标递送会话的IP地址
  Port   A   M   1   目标递送会话的端口
  SessionID   A   M   1   目标递送会话的标识符
  AlternativeAccessURL   E2   O   0..N   用于经由交互信道检索服务指南递送单元的可选择URL
  ServiceGuideDeliveryUnit   E2   M   1..N   片段组。
  transportObjectID   A   O   0..1   承载该片段组中声明的片段的服务指南递送单元的传输对象ID。
  validFrom   A   M   1   该组服务指南片段为有效的最初时刻。格式为NTP。
  validTo   A   M   1   该组服务指南片段为有效的最后时刻。格式为NTP。
                                           表2
 名称   类型   类别   基数   描述
 Fragment   E3   M   1..N   广播信道上可用的服务指南片段的声明。
 FragmentID   A   M   1   通告的服务指南片段的标识符。
 FragmentVersion   A   M   1   通告的服务指南片段的版本。注意：FragmentVersion的范围限于给定的传输会话。FragmentVersion的值从2^32-1转变到0。
 Type   A   M   1   指示片段的样式或MIME类型的枚举数值。当最高有效位＝1时：允许用户定义的类型。
 NotificationEntry   E1   M   1   服务指南递送描述符中通知消息的条目。
 NotificationPort   A   M   1   通知消息递送的端口
 NotificationAddress   A   O   1   通知消息递送的IP地址
现在将说明表1和表2中使用的术语。‘名称’表示组成相应的消息的元素值和属性值的名称。‘类型’表示相应的名称是与元素(element)值还是与属性(attribute)值对应。元素值具有值E1、E2、E3、和E4。E1意味着整个消息的上级元素值，E2表示E1的子元素值，E3表示E2的子元素值，而E4表示E3的子元素值。属性值由A表示，而A表示相应的元素的属性值。例如，E1下面的A表示E1的属性值。
‘类别’用于表示相应的元素值或属性值是否是强制的，而且如果值为强制的(mandatory)则具有值M，如果值为可选的(optional)则具有值O。‘基数’表示元素之间的关系，而且具有值‘0’、‘0..1’、‘1’、‘0..n’、‘1..n’，其中“0”意味着可选的关系，“1”意味着强制的关系，而“n”意味着具有多个值的可能性。例如，‘0..n’意味着没有相应的元素值或有n个相应的元素值的可能性。‘描述’定义相应的元素或属性值的含义。
参照表1，其中示出用于OMA广播的ServiceGuideDeliveryDescriptor(SGDD)的元素和属性。在描述SGDD的描述之前将描述服务指南(SG)。该服务指南用于向移动广播系统中的用户指示当前提供何种服务。通过服务指南提供的信息可以包括关于服务本身的信息、关于服务购买的信息、关于服务接收的信息、以及关于服务供给者和通信系统的信息。
服务指南根据提供的关于其的信息的特性由几个片段组成。因而，为了配置一个完整的服务指南，有必要接收多个片段。SGDD的目的是提供关于多个片段的发送时间表和发送信道的信息，从而允许终端按照时间表接收服务指南片段以高效率地接收服务指南片段。
参照表1和表2，DescriptorEntry提供SGDD中可用于接收随机的服务指南片段的信息，而且可以存在多个DescriptorEntry。
Transport具有关于用于递送服务指南的传输会话的位置信息，而且由下面3个属性定义。作为元素Transport的属性之一的属性IPAddress表示传输会话的因特网协议(IP)地址。作为元素Transport的属性之一的属性Port表示传输会话的端口号。作为元素Transport的属性之一的属性SessionID表示传输会话的标识符(ID)。
AlternativeAccessURL表示当无法通过由DescriptorEntry指示的信道中的广播信道接收服务指南片段时的可能接收服务指南片段的位置，使得移动广播终端可以通过交互网络107接收服务指南片段，而AlternativeAccessURL由统一资源定位符(URL)表示。
ServiceGuideDeliveryUnit表示构成服务指南的几个数据片段的捆绑包，而且由现有的3个属性和多个元素组成。ServiceGuideDeliveryUnit中的元素的数量与数据片段的数量成比例。作为元素ServiceGuideDeliveryUnit的属性之一的transportObiectID表示用于递送服务指南的对象的ID。作为元素ServiceGuideDeliveryUnit的属性之一的validFrom表示相应的服务指南数据片段的有效开始时间。作为元素ServiceGuideDeliveryUnit的属性之一的validTo表示相应的服务指南数据片段的有效最后时间。
Fragment是属于ServiceGuideDeliveryUnit的元素，而且可以存在多个片段。作为当前可用服务指南的信息片段的Fragment具有3个属性。元素Fragment的属性之一FragmentID表示信息片段的ID。元素Fragment的属性之一FragmentVersion表示信息片段的版本信息。元素Fragment的属性之一Type表示信息片段的样式或多用途因特网邮件扩展(MIME)类型。
元素NotificationEntry具有两个属性NotificationPort和NotificationAddress。NotificationPort和NotificationAddress表示关于终端通过其可以接收一般通知消息的信道的信息。在大多数移动广播中，讨论使用IP作为数据传输技术。如果其中基于使用IP的假定终端可以接收一般通知消息的方法提供关于一般通知消息将被发送到的IP地址的信息，并基于在IP之上使用用户数据包协议(UDP)的假定提供关于UDP端口号的信息，则终端可以接收一般通知消息。使用UDP的理由如下。虽然也可以使用诸如TCP的其它传输协议，但UDP传输协议的首部具有较少的开销而且不支持接收确认，所以UDP传输协议适合于单向传输的广播服务的特性。NotificationPort具有预先分配的UDP端口号，使得网络提供者或服务供给者在其发送一般通知消息时使用该UDP端口号。接收经由指定用于一般通知消息的UDP端口发送的消息的终端可以立即将相应的分组识别为一般通知消息并处理该分组，因为其通过SGDD得知用于一般通知消息的UDP端口。
图1的通知事件功能102-1或通知分发/改编功能103-1可用于作为用于产生递送消息的实体以递送一般通知消息。用于产生递送消息的装置具有关于当前发送服务的全部会话的信息。即，可以将一般通知消息附加到现有的传输会话，而不产生单独的新会话。
会话的基本标识单元由IP地址组成，而一般通知消息使用当前进行会话的IP地址。如果移动广播系统借助简单地区分UDP端口通过当前进行IP会话递送一般通知消息，则终端可以立即接收一般通知消息而无需单独地监视会话。当终端正在接收移动广播服务而且期望通过正在发送移动广播服务的IP流(或IP传输路径)递送一般通知消息时，可以使用NotificationPort。
当打算在一般通知消息的递送期间分配专用IP地址并通过具有该IP地址的流(或传输路径)递送一般通知消息时，使用NotificationAddress。NotificationAddress提供IP地址以将一般通知消息递送到接收移动广播服务的终端、或者未接收移动广播服务以便节省电源而处于空闲模式的终端。按时间表接收一般通知消息的终端具有NotificationPort和NotificationAddress的信息，而且当期望递送终端的状况或者一般通知消息的实体设置一般通知消息的接收地址时，终端接收一般通知消息。
接下来，将描述根据本发明的示范性实施例的利用图1的系统作为移动广播系统的递送SGDD消息的方法。
图2是示出根据本发明的示范性实施例的用于产生和发送SGDD的方法的流程图。
参照图2，BCAST服务分发/改编103在步骤201中指定将被递送到终端108的SGDD的元素和属性。在步骤201中，指定根据本发明的示范性实施例的NotificationEntry、NotificationPort、和NotificationAddress值。其中，SGDD的元素和属性已经根据广播提供者或系统环境被预先确定。在步骤201之后，BCAST服务分发/改编103在步骤202中产生SGDD。此后，BCAST服务分发/改编103在步骤203中向终端108发送所产生的SGDD。虽然SGDD的指定和产生在这里由BCAST服务分发/改编103完成，但是其也可以由通知事件功能102-1完成。
图3是示出根据本发明的示范性实施例的用于在移动广播系统中由终端108接收SGDD的方法的流程图。
参照图3，终端108在步骤301中应用户的请求执行广播服务，并在步骤302中确定终端108中是否有服务指南(SG)，以便为用户显示服务指南。如果在步骤302中有之前接收的服务指南，则终端108在步骤306中在显示器上显示该服务指南。然而，如果没有服务指南，则终端108在步骤303中接收从BCAST服务分发/改编103发送的SGDD。
在步骤304中，接收SGDD的终端108译解SGDD以获取用于接收服务指南的信息，并利用获取的信息设置服务指南的接收。具体地，在本发明的示范性实施例中，终端108获取除一般设置之外的用于接收一般通知消息所需的NotificationEntry、NotificationPort、和NotificationAddress值。此后，终端108在步骤305中立即接收服务指南。在接收足够的服务指南数据之后，终端108在步骤306中在其显示器上为用户显示所接收的服务指南。
接收SGDD的终端108设置广播的接收，并接着接收广播。此后，终端108在广播接收期间交换一般通知信息，下面描述用于消息交换的广播系统。
图4是示出根据本发明的示范性实施例的用于在移动广播系统中发送一般通知消息的广播系统的框图。图中示出图1的通知分发/改编功能103-1和通知客户端功能108-1的详细结构。可以将作为终端108的一个功能块的通知客户端功能108-1当作终端108。
参照图4，通知分发/改编功能103-1负责向终端或终端组递送一般通知消息，而且包括UDP分组产生器402和IP分组产生器403。如果有从通知事件功能102-1递送的一般通知消息，则UDP分组产生器402利用之前通过SGDD发送到终端的通知端口产生UDP分组，并接着向IP分组产生器403递送所产生的UDP分组。其中，通知端口是在通过SGDD接收的NotificationPort中设置的值。将一般通知消息立即输入到UDP层的原因在于，当使用其它上层的传输协议时，协议首部的尺寸比要发送的消息的尺寸更大，从而降低了效率。
IP分组产生器403在接收到指示从UDP分组产生器402发送的UDP分组的通知时利用当前进行会话的IP地址产生分组。虽然可以简单地利用如上所述的UDP端口号发送一般通知消息，但是还是需要单独的IP会话以便将终端从睡眠状态唤醒并允许终端接收一般通知消息。这是因为，终端在从睡眠状态被唤醒时没有当前进行会话。考虑到这种状况，IP分组产生器403不仅为当前进行会话的IP地址产生分组，而且利用NotificationAddress的IP地址产生分组，并发送所产生的分组。
经由广播分发系统或交互网络404向通知客户端功能108-1发送所产生的IP分组。其中，为方便起见将广播分发系统或交互网络404展示为一个块。即，根据广播提供者或系统环境来选择设备404。
通知客户端功能108-1通过解封装从通知分发/改编功能103-1发送的IP分组数据来译解一般通知消息。因而，通知客户端功能108-1包括IP分组译码器406、UDP分组译码器(decipherer)407、以及一般通知消息译码器408。
IP分组译码器406确定经由广播分发系统或交互网络404接收的IP分组是与当前进行会话对应、还是被指定了一般通知消息的接收地址。即，如果IP分组与NotificationAddress对应，则IP分组译码器406通过解封装IP首部来产生UDP分组，并向UDP分组译码器407递送所产生的UDP分组。然而，如果IP分组不与NotificationAddress对应，则IP分组译码器406丢弃相应的分组。
仅当从IP分组译码器406提供的UDP分组与当前进行会话对应时，UDP分组译码器407向上层递送该UDP分组。然而，当所接收的UDP分组之前已经具有通过SGDD的NotificationPort预先登记的一般通知消息的端口识别号时，UDP分组译码器407向一般通知消息译码器408递送所接收的UDP分组，而不解封装所接收的UDP分组并将其递送到上层。一般通知消息译码器408接收解封装的分组以译解一般通知消息，并根据译解结果确定终端的未来操作。一般通知消息译码器408也可以在控制器中实现。
现在将参照图5描述根据本发明的示范性实施例的用于发送一般通知消息的方法。
图5是示出根据本发明的示范性实施例的在移动广播系统中发送一般通知消息的过程的流程图。
参照图5，BCAST服务分发/改编103在步骤501中接收来自通知事件功能102-1的包含通知内容的一般通知消息。在步骤502中，BCAST服务分发/改编103接着利用预定UDP端口和所接收的一般通知消息产生UDP分组。如服务供给者层中通知的，一般通知消息的格式不与传输直接有关，所以将相应的一般通知消息立即产生为UDP分组。
同时，存在这样的可能性，有处于睡眠状态的终端，其如图4中所示连接到交互网络107，或可以在接收到一般通知消息时接收寻呼消息，但是它们的广播接收器被禁用了。因而，处于该状态下的终端108应当借助通过交互网络107或其它方法执行寻呼来唤醒睡眠的广播接收器(未示出)。为此，BCAST服务分发/改编103在步骤504中产生用于唤醒睡眠的广播接收器的寻呼消息，并在步骤505中通过交互网络107或其它方法发送寻呼消息，从而唤醒终端的睡眠的广播接收器。
利用预先指定的用于通知递送的UDP端口号(即，NotificationPort)来产生用于承载一般通知消息的分组。这是为了允许终端108将接收的分组识别为一般通知消息。在步骤503中，利用当前进行会话的IP地址、或用于递送一般通知消息的IP地址(即，NotificationAddress)来将所产生的UDP分组产生为IP分组。通知分发/改编功能103-1可以获取当前进行会话的IP地址，因为其由BCAST服务分发/改编103中的用于发送服务的部分管理。将产生的IP分组递送到下层的发送器。该情况下，考虑到其中有分组丢失或分组接收可能失败的状况，可以根据网络提供者或服务供给者的需要将一般通知消息屡次重复地递送到下层的发送器。
图6是示出根据本发明的示范性实施例的移动广播系统的通知客户端功能108-1中接收一般通知消息的过程的流程图。
参照图6，在步骤601中，通知客户端功能108-1接收IP分组并译解IP分组的首部。作为首部译解的结果，通知客户端功能108-1在步骤602中确定分组的IP地址是否与当前进行会话的IP地址相同。执行IP检查的原因在于，通知客户端功能108-1不需要接收与当前进行会话无关的分组。因而，如果作为IP检查的结果IP首部的地址与当前进行会话的地址不相同，则通知客户端功能108-1在步骤606中丢弃当前接收的分组。
然而，如果接收的IP分组的地址与当前进行会话的IP地址相同，则通知客户端功能108-1进入步骤603，在其中其译解通过解封装IP分组获得的UDP分组的首部。此后，通知客户端功能108-1在步骤604中通过确定通过译解UDP分组的首部获得的UDP端口号是否与如图3中所述通过SGDD预定的端口号相同来确定其是否是指定的UDP端口。即，通知客户端功能108-1确定所接收的分组是一般通知消息、还是一般广播会话的分组。
如果在步骤604中确定接收的UDP分组首部的端口号与指定用于接收一般通知消息的UDP端口号相同，则通知客户端功能108-1在步骤605中解封装接收的UDP分组以打开一般通知消息的有效载荷，并译解相应的消息以执行必要的操作。然而，如果接收的UDP分组的端口号与预先指定的UDP端口号不相同，则通知客户端功能108-1进入步骤607，在其中其处理接收的UDP分组，把它当作现有广播会话的分组。
图7是示出根据本发明的示范性实施例的在移动广播系统中在通知客户端功能108-1中当其连接到交互网络404或具有睡眠终端的系统时接收一般通知消息的过程的流程图。
参照图7，在步骤701中，通知客户端功能108-1根据交互网络404的机制或其它方法的寻呼机制接收寻呼消息。在步骤702中，通知客户端功能108-1通过寻呼消息激活睡眠的广播接收器并准备接收。接收准备包括利用通过SGDD发送的NotificationPort和NotificationAddress产生会话、以及进入就绪状态。在步骤703中，处于就绪状态的通知客户端功能108-1在接收到来自通知分发/改编功能103-1的IP分组时译解所接收的IP分组的首部。
通知客户端功能108-1在步骤704中确定IP分组的地址是否与从通过SGDD获得的NofiticationAddress指定的用于一般通知消息的IP地址相同。如果确定IP分组的首部中的地址与NotificationAddress的地址不相同，则通知客户端功能108-1在步骤708中丢弃该分组。然而，如果IP分组的IP地址与NotificationAddress的IP地址相同，则通知客户端功能108-1在步骤705中译解通过解封装IP分组获得的UDP分组的首部。
此后，通知客户端功能108-1在步骤706中确定通过译解UDP分组的首部获得的UDP端口号是否与通过SGDD获得的NotificationPort的UDP端口号相同。执行步骤706以确定接收的分组是一般通知消息、还是错误地发送的分组。
如果在步骤706中确定接收的UDP分组首部的端口号与NotificationPort(即，指定用于接收一般通知消息的UDP端口号)相同，则通知客户端功能108-1在步骤707中解封装UDP分组以获得消息的有效载荷，并译解相应的消息以执行必要的操作。然而，如果接收的UDP分组的端口号与NotificationPort的端口号不相同，则通知客户端功能108-1在步骤708中丢弃接收的UDP分组，把它当作不正确地发送的UDP分组。
现在将描述特定通知消息、或第二通知消息。
图8是示出在作为移动广播技术的标准组之一的OMA BAC BCAST中建议用于移动广播的服务指南的数据模型架构的图。
参照图8，一个服务指南由具有其独特对象的片段组成，而且根据用法被划分为4个大组。
作为用于提供可用于接收服务指南的基本信息的组的管理组800由服务指南上下文801和服务指南递送描述符802组成。服务指南上下文801提供产生并发送服务指南标识符(ID)和服务指南的服务供给者的标识信息、以及关于整个服务指南的信息。服务指南递送描述符802为终端提供关于能够接收多个服务指南片段的信道的信息、以及该信道的时间表信息和更新信息，使得终端可以在适当的时候仅接收必要的服务指南。
作为用于提供关于服务接收的费用信息的组的提供组810由购买项目811、购买数据812、和购买信道813组成。购买项目811提供关于服务或服务捆绑包的费用信息，而购买数据812提供指示服务用户用何种方法可以付费的信息。购买信道813提供关于服务用户从中可以实际购买服务的系统的信息。
作为用于提供关于服务本身的信息的组的核心组820由服务821、时间表822、和内容823组成。服务821提供用户将接收的服务本身的描述、以及指示该服务可以配置有何种内容的信息。时间表822提供关于何时可以提供和使用服务的信息。内容823提供关于构成服务的多个内容中的每一个的信息。
访问组830由访问831和会话描述832组成，而且提供指示如何接收核心组820的服务的服务访问信息、以及关于在其中发送组成服务的内容的会话的详细信息，以使得终端能够访问服务。访问831为终端提供一种服务的多个访问方法，以便提供其中终端可以访问基于一种服务的几种附加服务的方法。会话描述832提供由一个访问片段中定义的服务访问发送的服务的会话信息。
除4个组之外，还有预览数据片段824，而预览数据片段824提供服务和内容的预览和图标。
表3至表11示出OMA BCAST中当前定义的访问片段的详细内容。
                                  表3
  名称   类型   类别   基数   描述   数据类型
  Access   E   O   0..N   访问片段包含以下属性：idversionvalidFromvalidToServiceProtectionAudioLanguage包含以下子元素：AccessTypeExtensionURLServiceIDRefScheduleIDRefUsageInfoAlternativeAccessURLTerminalCapabilityRequirementBandwidthRequirementApplicationSpecMediaInformation
  id   A   M   1   访问片段的ID，全局唯一   任何URI
  version   A   M   1   该片段的版本。一旦接收较新的版本则取代较旧的版本。   无符号整数(32位)
 validFrom   A   O   0..1   该片段为有效的最初时刻。如果未给出，则假定有效性已经在过去的某时刻开始。  表示为NTP时间的整数(32位)
                                        表4
名称   类型   类别   基数 描述   数据类型
 validTo   A   O   0..1   该片段为有效的最后时刻。如果未给出，则假定有效性在未来的未定义时刻结束。   表示为NTP时间的整数(32位)
 ServiceProtection   A   O   0..1   如果为真，则表示与相关的服务有关的该访问被OMA BCAST服务保护保护；如果为假，则表示与相关的服务有关的该访问未被OMA BCAST服务保护保护。   布尔
 AudioLanguage   A   O   0..1   如果AccessType与A/V访问有关，则该属性描述音频流中使用的语言。注意：可以以描述全部语言选项的SDP为每个音频流给出语言信息。但是当前的媒体播放器不提供用于语言选择的API。   语言
 AccessType   E1   M   1   定义访问的类型。包含以下属性：TransmissionMedia包含以下元素：BroadcastTransmissionInteractiveTransmissionScheme
                                      表5
名称   类型   类别   基数 描述   数据类型
 TransmissionMedia   A   M   1  该属性指示使用何种信道递送服务。0：广播信道1：交互信道   整数
 BroadcastTransmission   E2   O   0..1  该元素用于IP传输的指示。包含以下属性：IP_Address包含以下元素：SessionDescriptionReferenceSDP
 IP_Address   A   O   0..1  在广播信道上传输服务的IP流的接收者IP地址。注意：当访问片段中不包括SDP时，使用该属性。如果访问片段中存在SDP，则使用SDP中的接收者IP地址的IP地址。   字符串
                                      表6
名称   类型   类别   基数 描述   数据类型
 SessionDescriptionReference   E3   O   0..1   对与该访问有关的会话描述的引用。注意：可以经由广播或、经由从交互信道上取得，以两种方式递送会话描述符本身。在广播递送的情况   会话描述引用
  下，或者以SGDU、或者封装在该访问片段中递送会话描述。在后一种情况下，不使用该元素，而是替代地使用SDP元素。在从交互信道上取得的情况下，可以通过访问URI(作为该元素的属性给出)来获取会话描述。属性：TypeURIid
                            表7
名称   类型   类别   基数 描述   数据类型
  Type   A   M   1  由该SessionDescriptionReference引用的会话描述的类型1-SDP2-如[26.346]5.2节中规定的MBMS用户服务描述(MBMS-USD)。其可以包含一个或几个SDP描述。   整数
  URI   A   O   0..1  指向包含终端中的媒体应用用于访问服务的会话描述的文件的URI。   任何URI
  idRef   A   O   0..1  该访问引用的会话描述片段的id，全局唯一   任何URI
 SDP   E3   O   0..1   SDP(IETF会话描述协议)格式的会话描述   字符串(SDP格式的)
 InteractiveTransmissionScheme   E2   O   0..1   该元素指示将何种通信系统或协议用于交互信道。包含以下属性：TransmissionSchemeType包含以下元素：AccessServerIPaddressAccessServerURLAccessServerPhoneNumber
                             表8
名称   类型   类别   基数 描述   数据类型
TransmissionSchemeType   A   M   1   1：由交互网络提供的交互信道2：MMS3：WAP 1.04：WAP 2.x5：SMS6：HTTP7：语音呼叫8：服务供给者定义的传输方案注意：可以基于OMA服务交互功能添加其它协议或通信系统。   整数
  AccessServerIPaddress   E3   O   0..N   提供服务的不同访问(在交互信道上)的服务器的IP地址   字符串
  AccessServerURL   E3   O   0..N   提供服务的不同访问(在交互信道上)的服务器的URL   任何URI
  AccessServerPhoneNumber   E3   O   0..N   提供服务的不同访问(在交互信道上)的服务器的电话号码，注意：MMS和SMS使用电话号码作为地址。   整数
  ExtensionURL   E1   O   0..N   网页中包含与该片段有关的附加信息的URL。终端可以通过访问该URL取得进一步的信息。   任何URI
                                   表9
名称 类型 类别 基数 描述   数据类型
  ServiceIDRef   E1   O   0..N  对该访问片段所属的服务片段的引用。应当指定ServiceIDRef或ScheduleIDRef其中之一但不能指定二者。注意：XML样式中的实现使用<choice>。应当将每个服务片段与至少一个访问片段关联以使得终端能够访问服务。   任何URI
  ScheduleIDRef   E1   O   0..N  对该访问片段所属的时间表片段的引用。这提供了对时间表片段的引用   任何URI
  以暂时取代由时间表选定的服务的缺省访问片段。应当指定ServiceIDRef或ScheduleIDRef其中之一但不能指定二者。注意：XML样式中的实现使用<choice>。
 UsageInfo   E1   O   0..N   该文本帮助用户理解使用一个或其它访问片段有何区别。其在给定时间点多于一个访问片段可用的情况中是强制的。可能为多种语言。利用具有该元素的内置XML属性xml：lang表达该语言。   字符串
                                     表10
名称   类型   类别   基数 描述   数据类型
  AlternativeAccessURL   E1   O   0..N   如果不能经由广播信道接收内容，指定用于经由交互信道检索内容的内容可选择URL。例如，由于恶劣的无线电环境、或者终端在服务区之外。   任何URI
  TerminalCapabilityRequirement   E1   O   0..1   用于该访问所需的终端能力的规定，诸如协议、编解码器、位率、处理、存储器；利用UAProf表达能力。   字符串
  BandwidthRequirement   E1   O   0..1   用于该片段中描述的访问所需的网络带宽的规定；   整数
  广播服务可以包含具有不同带宽的多个可访问流(相同内容)，使得终端可以根据其当前接收条件作出选择。
  ApplicationSpec   E1   O   0..N   由MIME类型定义的可以消费使用该访问规范的服务的应用类型   字符串
  MediaInformation   E1   O   0..N   可选的对图标、象形图、动画、或音频的引用。这里使用PreviewData或对PreviewData的引用。属性：usageidRef
                                         表11
名称 类型 类别 基数 描述   数据类型
  Usage  A   M   1  可能的值：背景、图标(例如)   整数(8位)
  idRef  A   M   1  PreviewData片段的ID   任何URI
  <proprietaryelements/attributes>  E1或更低、A   O   0..N  该规范中未定义的任意数量的私有或特定应用的元素或属性。
  NotificationEntry  E1   M   1  服务指南递送描述符中关于通知消息的条目。
  NotificationPort  A   M   1  通知消息递送的端口
  NotificationAddress  A   O   1  通知消息递送的IP地址
表3至表11中‘类别’的描述与表1和表2中‘类别’的描述相同，而表3至表11的详细描述在OMA的因特网网址http://www.openmobilealliance.org/ftp/Public documents/BAC/BCAST/Perman ent documents/OMA-TS-TS-BCAST ServiceGuide-V1 0 0-20050930-D.zip中包含的描述文档中公开，其公开的全部内容通过引用而被合并于此。该引用文档在撰写本说明书时是最新版本，如果该文档之后被更新，则本发明的示范性实施例也可以应用于更新的版本。
在表3至表11中，这里新定义了最后3个项目用于表1和表2中定义的通知。元素NotificationEntry具有两个属性NotificationPort和NotificationAddress。NotificationPort和NotificationAddress表示关于终端通过其可以接收通知消息的信道的信息。下面讨论使用IP作为用于移动广播的数据传输技术。如果其中基于使用IP的假定终端可以接收通知消息的方法提供关于通知消息将被发送到的IP地址的信息，并基于在IP之上使用UDP的假定提供关于UDP端口号的信息，则终端可以接收通知消息。使用UDP的理由如下。虽然也可以使用诸如TCP的其它传输协议，但UDP传输协议的首部具有较少的开销而且不支持接收确认，所以UDP传输协议适合于单向传输的广播服务的特性。
NotificationPort具有预先分配的UDP端口号，使得网络提供者或服务供给者在其发送关于特定服务的通知消息时使用该UDP端口号。接收经由指定用于通知消息的UDP端口发送的消息的终端可以立即将相应的分组识别为通知消息并处理该分组，因为其通过访问片段得知用于通知消息的UDP端口。因为每种服务都存在访问片段，访问片段中的NotificationPort使得能够接收相应的服务的通知消息。
图1的通知事件功能102-1或通知分发/改编功能103-1可用于作为用于产生递送消息的实体以递送通知消息。用于产生递送消息的装置具有关于全部当前进行会话的信息。即，可以将通知消息附加到需要通知的传输会话(即，与任意访问片段关联的特定服务的会话)，而不产生单独的新会话。会话的基本标识单元由IP地址组成，而通知消息使用与需要通知的访问片段关联的当前进行服务的会话的IP地址。因为移动广播系统借助简单地区分UDP端口通过当前进行特定IP会话递送通知消息，所以终端可以立即接收与当前进行会话有关的通知消息而无需单独地监视会话。当终端正在接收移动广播服务而且期望通过正在发送移动广播服务的IP流(或IP传输路径)递送通知消息时，可以使用NotificationPort。
当打算在通知消息的递送期间分配专用IP地址并通过具有该IP地址的流(或传输路径)递送通知消息时，使用NotificationAddress。NotificationAddress提供IP地址以将关于与访问片段关联的特定服务的通知消息递送到接收移动广播服务的终端、或者未接收移动广播服务以便节省电源而处于空闲模式的终端。按时间表接收通知消息的终端具有NotificationPort和NotificationAddress的信息，而且当期望递送终端的状况或者通知消息的实体设置通知消息的接收地址时，终端接收通知消息。
图9是示出根据本发明的示范性实施例的用于在移动广播系统中产生和发送访问片段的方法的流程图。
参照图9，BCAST服务分发/改编103在步骤901中指定将被递送到终端108的访问片段的元素和属性。具体地，在步骤901中，指定根据本发明的示范性实施例的NotificationEntry、NotificationPort、和NotificationAddress值。其中，访问片段的元素和属性已经根据广播提供者或系统环境被预先确定。在步骤901之后，BCAST服务分发/改编103在步骤902中产生访问片段。此后，BCAST服务分发/改编103在步骤903中向终端108提供在步骤902中产生的访问片段。
图10是示出根据本发明的示范性实施例的用于在移动广播系统的终端108中接收和处理访问片段的方法的流程图。
参照图10，终端108在步骤1001中通过其接收器接收访问片段。在步骤1002中，接收访问片段的终端108译解访问片段以获取可用于接收与访问片段关联的特定服务的信息，并利用获取的信息设置该特定服务的接收。具体地，在本发明的示范性实施例中，终端108获取除一般设置之外的用于接收通知消息所需的NotificationEntry、NotificationPort、和NotificationAddress值。
接收访问片段的终端108在设置特定服务的接收之后接收该特定服务。此后，终端108在接收特定服务期间发送/接收通知消息，下面将描述用于此的广播系统。
用于递送与访问片段关联的通知消息的过程与图5中描述的相同，但是所使用的NotificationPort、和NotificationAddress应当是仅应用于与访问片段关联的服务，而不是用于通用的值。上述值由服务供给者或网络提供者确定。
用于通过访问片段接收关于特定服务的通知消息的终端108的操作与图6和7中描述的相同，所以将略去其描述。
图11是示出根据本发明的第二示范性实施例的数字视频广播-广播与移动服务整合(DVB-CBMS)网络架构的图。
参照图11，内容创建(CC)1101是BCAST服务的提供者，而BCAST服务可以包括音频/视频广播服务、文件(音乐文件或数据文件)下载服务等等。如果在提供BCAST服务时有任何问题、或服务的内容有任何改变，则内容创建1101向BCAST服务应用1102中的通知事件功能(NTE)1102a通知该问题或改变。通知事件功能1102a基于接收的事件向通知产生功能(NGF)1103a递送通知消息事件。
BCAST服务应用1102具有接收从内容创建1101提供的BCAST服务的内容数据、以适合于广播网络的形式(例如，音频/视频流或电影下载)处理接收的内容数据、以及产生BCAST服务数据的功能。例如，BCAST服务应用1102具有产生广播指南所需的标准化的元数据的功能，而且具有根据用户产生帐单信息的功能。此外，BCAST服务应用1102接收由内容创建1101通知的BCAST服务中的改变，向位于服务管理(SM)1103中的通知产生功能1103a递送通知事件，并向通知产生功能1103a提供用于产生通知消息的服务指南属性信息。
服务管理1103具有确定从BCAST服务应用1102提供的BCAST服务的发送时间表的功能、以及产生服务指南的功能。将服务管理1103连接到能够提供BCAST服务的广播分发系统1106、以及支持交互通信的交互网络1107。此外，其中包括通知分发/改编功能(NTDA)1103b的服务管理1103接收来自服务管理1103的通知消息并经由广播分发系统1106或交互网络1107向一个终端或一组终端发送该通知消息。服务管理1103具有由通知产生功能1103a用于产生用于终端的通知消息所需的会话信息，而且通知分发/改编功能1103b向通知产生功能1103a发送该会话信息。
服务管理1103管理关于BCAST服务的接收的订阅信息、诸如指示订户是否已购买相关内容的信息的服务供给信息、以及关于接收BCAST服务的终端的设备信息。即，服务管理1103向BCAST服务应用1102提供用户帐单信息。服务管理1103还向广播分发系统1106和交互网络1107提供订阅信息、服务供给信息、以及设备信息。具体地，当发生指示从内容创建1101、BCAST服务应用1102、服务管理1103以及广播分发系统1106提供的功能中添加了新功能或现有功能的改变的事件时，服务管理1103，由于其包括通知产生功能1103a，故产生关于通知事件的通知消息，或产生关于指示从BCAST服务提供的内容的信息的通知消息。例如，可以将通知消息与指示将在某段时间经过之后提供相应的广播的信息的自身事件关联。
广播分发系统1106是用于发送BCAST服务的网络。在本示范性实施例中，作为示例，广播分发系统1106基于DVB-H。如果在发送BCAST服务的过程中发生改变，则广播分发系统1106经由CBMS-6接口1124a或X-3接口1124b向服务管理1103通知该改变。
交互网络1107在点对点基础上发送BCAST服务，或者交互地交换与BCAST服务的接收有关的控制信息和附加信息，而且可以是诸如3GPP宽带码分多址(WCDMA)网络的现有的蜂窝网络。
终端1108是能够接收BCAST服务的终端设备，而且根据该终端装置的能力可能具有利用交互信道访问交互网络1107的功能。这里假定终端1108是能够经由X-2 1134访问作为交互网络1107的示例的蜂窝网络的终端。终端108接收由通知客户端功能(NTC)1108a经由CBMS-3接口1125发送的通知消息，并根据所接收的通知消息执行适当的操作。可选择地，终端1108接收经由CBMS-4接口1126发送的通知消息，并根据所接收的通知消息执行适当的操作
接下来，将描述根据本发明的第二示范性实施例的移动广播系统的块元素之间的接口。
CBMS-7接口1122，作为在位于BCAST服务应用1102中的通知事件功能1102a与服务管理1103的通知产生功能1103a之间的接口，承载用于产生关于事件的通知或通知消息所需的信息(例如，服务指南的属性信息)，使得通知产生功能1103a可以产生通知消息。
CBMS-5接口1125，作为在通过经由广播分发系统1106的广播信道将从服务管理1103的通知分发/改编功能1103b发送的通知消息直接递送到终端1108时使用的接口，用于向一个或多个终端1108发送通知消息。
CBMS-4接口1126，作为在通过经由交互网络1107到终端1108的专用信道、或通过由交互网络1107提供的广播信道将从服务管理1103的通知分发/改编功能1103b发送的通知消息直接递送到终端1108时使用的接口，用于向一个或多个终端1108发送通知消息。
CBMS-6接口1124a，作为服务管理1103与广播分发系统1106之间的接口，用于作为由服务管理1103在广播分发系统1106中使用的发送路径、或者广播分发系统1106中产生的事件信息的接收路径。
X-3接口1124b是用于设立用于服务管理1103与交互网络1107之间的传输路径的接口。
CBMS-1接口1133是在向终端1108递送广播分发系统1106的控制信号时使用的接口。例如，在DVB-H中，名为程序特定信息/服务信息(PSI/SI)的控制信号与所述控制信号对应。
X-2接口1134是交互网络1107与终端1108之间的接口。
通知事件功能1102a具有向通知产生功能1103a递送用于产生通知消息所需的信息的功能，而且在检测到发生需要通知的事件之后，向通知产生功能1103a递送关于该事件的信息。通知产生功能1103a利用从通知事件功能1102a接收的用于产生通知消息所需的信息和事件来产生通知消息。当通知事件功能1102a经由通知分发/改编功能1103b接收来自广播分发系统1106的通知事件时，其产生通知消息并向通知分发/改编功能1103b发送该通知消息。在产生通知消息的过程中，如果需要重新指示服务的开始，则通知产生功能1103a从内容创建1101接收指示服务信息中的改变的通知。从而，定义了需要发送新移动广播指南的一种情况、以及广播分发系统1106中发生特定事件的另一种情况。
通知分发/改编功能1103b负责经由CBMS-5接口1125或CBMS-4接口1126发送通知消息，并向通知产生功能1103a递送来自广播分发系统1106的指示关于特定移动广播服务的信息中的改变的通知消息。其中，关于广播服务的信息中的改变可以包括因无线网络环境造成的数据率的调整、或服务的不可用。
图12是示出根据本发明的第二示范性实施例的DVB-CBMS中的电子服务指南(ESG)数据模型的图。
参照图12，每个块代表ESG的数据片段。即，ESG数据模型包括服务片段1202、时间表事件片段1204、内容片段1206、获取片段1208、服务捆绑包片段1210、购买片段1212、以及购买信道片段1214。
服务片段1202包含服务的完整描述。时间表事件片段1204表示根据时间的关于服务的信息。获取片段1208包含用于接收服务数据需要知道的服务访问信息。服务捆绑包片段1210包含关于将几个服务聚集到一个服务捆绑包中的情况的信息。购买片段1212指示关于购买服务捆绑包的价格信息。购买信道片段1214指示关于应当用于获取购买的权利的系统的信息。
数据模型的每个片段可以引用其它片段，而片段之间的箭头代表引用的关系。短语“引用”是指其中当前片段利用从另一个片段递送的信息来提供与其关联的信息的过程。即，当一个服务由几个内容组成时，服务片段1202仅包含服务的完整描述，例如，服务的名称和语言，但不包含通过该服务发送的内容的描述。然而，相应的内容的内容片段1206引用相应的服务的服务片段。此外，为了获取用于接收服务所需的各种信息，例如用于传输协议的会话信息，终端可以通过接收服务片段1202引用的获取片段1208、并解调所接收的获取片段1208来获取所述信息。
在与实际数据流不相同的时刻利用单独的IP流向终端递送ESG数据。因而，在服务递送之前，服务提供者可以利用ESG数据模型提供用户应当在其接收服务之前获取的信息。通过接收ESG流，终端获取由服务提供者提供的用于接收服务所需的信息，而当用户选择特定服务时，终端利用所获取的信息访问在其中递送该服务的数据流，并接着接收数据。如图12中所示通过获取片段1208发送由终端所需的用于访问服务数据流的信息。
在ESG数据模型中，将几个片段捆绑并包含在一个容器内，并在其发送期间将每个容器当作FLUTE会话中的一个对象。
图13是示出根据本发明的第二示范性实施例的DVB-CBMS中的ESG递送操作的图。
参照图13，发送器通过PSI/SI信号向终端提供ESG的引导(bootstrapping)会话1310的信道信息，用于发送ESG。终端根据信道信息访问信道，并接着接收引导信息。引导信息由ESG提供者描述符1312和ESG访问描述符(或ESG引导描述符)1313组成。文件描述表(完整FDT)例程1311是FLUTE协议中使用的FDT，其为包含描述FLUTE会话中发送的文件对象的参数的表。
ESG提供者描述符1312包含诸如ESG提供者的ID、名称、以及徽标的相关信息，而ESG访问描述符1313包含关于ESG通告信道1320的信息、关于递送ESG的IP会话的数量的信息、以及IP会话的地址信息。
ESG通告信道1320承载ESG初始化容器1340和ESG索引信息，而由ESG初始化容器1340承载的信息如下。包含容器首部1332。ESG初始化消息1333包含用于译解ESG的解码器的选项，而分割信息1334包含在通过多个会话发送ESG时每个会话的会话分离准则信息和信道信息。索引列表1335和索引结构1336包含发送ESG的片段、以及容器1340-1至1340-n之间的映射信息。进一步还额外包括文件描述表(完整FDT)例程1321。
如图13中所示在其发送期间将ESG包含在几个容器中，而每个容器由指示关于构成相应的容器的片段的信息的片段管理信息、以及ESG片段组成。
在给出根据本发明的第二示范性实施例的接收通知消息的操作的描述之前，将首先说明通知消息的类型。可以将通知消息粗略地划分为两种类型。
第一通知消息是向每个用户递送的通用的一般通知消息。该通知消息由服务供给者用于向用户提供灾难广播或系统改变信息。
第二通知消息是限于特定服务的特定通知消息。该通知消息仅被发送给接收特定服务的用户，而且用于指示该服务的改变和开始。也可以为每个单独的特定用户群而不是每个单独的服务独立地产生和发送特定通知消息。“特定用户群”可以是通过通知服务订阅形成的用户群、或者在网络打算向特定区域递送通知消息时形成的用户群。当打算向通过通知服务订阅形成的用户群递送通知消息时，可以在点对点的基础上发送通知消息，因为已经管理关于每个订户的信息。当打算分开地向每个单独的特定区域递送通知消息时，并不分开地管理位于该特定区域中的用户群。
在通知消息的发送/接收中，图14中示出根据本发明的第二示范性实施例的总体流程。如图14中所示，本发明大致包括递送/获取通知消息信道信息的操作A(1410)、发送/接收通知消息的操作B(1420)、以及在其中终端接收和译解通知消息并根据其执行操作的操作C(1430)。将在第二示范性实施例中描述操作A(1410)，将参照图19至21描述操作B(1420)，而为清楚和简洁起见将略去操作C(1430)的描述。
I.操作A(1410)
在根据第二示范性实施例的DVB-CBMS系统中，利用ESG向终端发送通知消息信道信息，而且终端利用该信道信息得知接收的分组包含通知消息。
现在将参照下面的表12描述根据本发明的示范性实施例的应用于DVB-CBMS系统的通知消息信道信息。
                         表12
名称   类型   类别   描述
NotificationEntry   E   M   通知消息的条目
NotificationPort   A   M   通知消息递送的端口
NotificationAddress  A   O   通知消息递送的IP地址
将说明表12中使用的术语。‘名称’表示组成相应的消息的元素值和属性值的名称。‘类型’表示相应的名称是与元素(element)值还是属性(attribute)值对应。元素值具有值E1、E2、E3、和E4。E1意味着整个消息的上级元素值，E2表示E1的子元素值，E3表示E2的子元素值，而E4表示E3的子元素值。属性值由A表示，而A表示相应的元素的属性值。例如，E1下面的A表示E1的属性值。
‘类别’用于表示相应的元素值或属性值是否是强制的，而且如果值为强制的(mandatory)则具有值M，如果值为可选的(optional)则具有值O。‘描述’定义相应的元素或属性值的含义。
元素NotificationEntry具有两个属性NotificationPort和NotificationAddress。NotificationPort和NotificationAddress表示关于终端通过其可以接收通知消息的信道的信息。下面讨论使用IP作为数据传输技术。如果其中基于使用IP的假定终端可以接收通知消息的方法提供关于通知消息将被发送到的IP地址的信息，并基于在IP层之上使用UDP的假定提供关于UDP端口号的信息，则终端可以接收通知消息。使用UDP的理由如下。虽然也可以使用诸如TCP的其它传输协议，但UDP传输协议的首部具有较少的开销而且不支持接收确认，所以UDP传输协议适合于单向传输的广播服务的特性。
当在点对点的基础上递送通知消息时，可以使用TCP代替UDP。因而应当理解，除非另外声明，在点对点方案中使用TCP端口作为通知消息端口。虽然以下描述中将使用UDP端口作为通知消息端口，如上所述在点对点方案中也可以使用TCP端口作为通知消息端口。
NotificationPort具有预先分配的UDP端口号，使得网络提供者或服务供给者在其发送通知消息时使用该UDP端口号。接收经由指定用于通知消息的UDP端口发送的消息的终端可以立即将相应的分组识别为通知消息并处理该分组，因为其了解用于通知消息的UDP端口。
可以在图11的通知事件功能1102a或通知分发/改编功能1103b中实现产生作为发送消息的通知消息的操作。用于产生通知消息的实体具有关于全部当前进行会话的信息。即，可以将通知消息附加到现有的传输会话，而不产生单独的新会话。会话的基本标识单元由IP地址组成，而通知消息使用当前进行会话的IP地址。其中，可以将当前进行会话与联系到需要通知的获取片段的特定服务关联。
由于移动广播系统借助简单地区分UDP端口号通过当前进行IP会话递送通知消息，终端可以立即接收通知消息(一般通知消息、或与当前进行会话的服务有关的特定通知消息)而无需单独地监视会话。当终端正在接收移动广播服务而且期望通过正在发送移动广播服务的IP流(或IP传输路径)递送通知消息时，可以使用NotificationPort。
当打算在通知消息的递送期间分配专用IP地址并通过具有该IP地址的流(或传输路径)递送通知消息时，使用NotificationAddress。NotificationAddress提供IP地址以将一般或特定通知消息递送到接收移动广播服务的终端、或者未接收移动广播服务以便节省电源而处于空闲模式的终端。利用NotificationPort和NotificationAddress，终端根据期望递送终端的状况或通知消息的实体的通知消息的接收地址来接收通知消息。
在根据本发明的示范性实施例的广播系统中，因为已经访问广播服务的终端接收PSI/SI信号，发送器并不单独地发送通知消息信道信息。
现在将描述根据本发明的示范性实施例的用于在广播系统中递送通知消息的方法。
对于一般通知消息，发送器在发送之前将表12的信道信息插入图13的ESG引导描述符1313中。对于特定通知消息，发送器将表12的信道信息插入图12的获取片段1208中。
现在将参照图15和16描述根据本发明的第二示范性实施例的广播系统中的ESG引导描述符1313的发送/接收。
图15是示出根据本发明的第二示范性实施例的在广播系统中产生和递送ESG引导描述符1313的操作的流程图。
参照图15，通知分发/改编功能1103b在步骤1501中指定一般通知消息信道信息的元素和属性作为要被递送到终端1108的ESG引导信息。具体地，在步骤1501中，指定如上所述的NotificationEntry、NotificationPort、和NotificationAddress值。其中，根据广播提供者或系统环境预先确定一般通知消息信道信息的元素和属性。在步骤1501之后，通知分发/改编功能1103b在步骤1502中产生包含一般通知消息信道信息的ESG引导描述符1313。此后，在步骤1503中，通知分发/改编功能1103b向终端1108递送所产生的ESG引导描述符1313。虽然这里一般通知消息信道信息的产生由通知分发/改编功能1103b实现，但是其也可以由通知事件功能1102a完成。
图16是示出根据本发明的第二示范性实施例的在广播系统中由终端1108接收ESG引导描述符1313中的通知消息信道信息的操作的流程图。
参照图16，终端1108在步骤1601中执行用户的广播服务，并接着在步骤1602中接收从通知分发/改编功能1103b发送的ESG引导描述符1313。在接收ESG引导描述符1313之后，终端1108在步骤1603中译解ESG引导描述符1313，并在步骤1604中获取用于接收一般通知消息所需的NotificationEntry、NotificationPort、和NotificationAddress。此后，终端1108进入图14的操作B(1420)。
现在将参照图17和18描述根据本发明的第二示范性实施例的广播系统中的ESG获取片段1208的发送/接收。
图17是示出根据本发明的第二示范性实施例的在广播系统中产生和递送ESG获取片段1208中的通知消息信道信息的操作的流程图。
参照图17，通知分发/改编功能1103b在步骤1701中指定特定通知消息信道信息的元素和属性作为要被递送到终端1108的ESG获取片段信息。具体地，在步骤1701中，指定如上所述的NotificationEntry、NotificationPort、和NotificationAddress值。其中，根据广播提供者或系统环境预先确定特定通知消息信道信息的元素和属性。在步骤1701之后，通知分发/改编功能1103b在步骤1702中将特定通知消息信道信息插入ESG获取片段1208中。此后，通知分发/改编功能1103b在步骤1703中通过将ESG获取片段1208与其它片段合并来完成ESG，并接着在步骤1704中向终端1108递送ESG。虽然这里特定通知消息信道信息的产生由通知分发/改编功能1103b实现，但是其也可以由通知事件功能1102a完成。
图18是示出根据本发明的第二示范性实施例的在广播系统中由终端1108接收ESG获取片段1208中的通知消息信道信息的操作的流程图.
参照图18，终端1108在步骤1801中执行用户的广播服务，并接着在步骤1802中接收从通知分发/改编功能1103b发送的ESG引导描述符1313。在接收ESG引导描述符1313之后，终端1108在步骤1803中译解ESG引导描述符1313。此后，在步骤1804中，终端1108获取可用于接收ESG的信息并利用所获取的信息执行关于ESG的接收的硬件和软件设置，并接着立即接收ESG。在步骤1805中，终端1108获取并检查包含在ESG的获取片段1208中的用于接收特定通知消息所需的NotificationEntry、NotificationPort、和NotificationAddress。此后，终端1108进入图14的操作B(1420)。
作为另一个示例，终端1108可以通过接收通知消息并译解插入到通知消息中的Service ID来识别与通知消息关联的特定服务，而没有像图17和18中所做的一样通过ESG的获取片段1208来获得特定通知消息信道信息。优选的是，Service ID具有与ESG中的服务ID相同的含义。
II.操作B(1420)
现在将参照图19描述根据本发明的第二示范性实施例的通知消息的发送。因为从发送方法看一般通知消息和特定通知消息是彼此相同的，在图19中将不对它们进行区分。
图19是示出根据本发明的第二示范性实施例的在广播系统中递送一般通知消息的操作的流程图。
参照图19，通知分发/改编功能1103b在步骤1901中接收来自通知事件功能1102a的包含通知内容(即，通知事件)的一般通知消息。在步骤1902中，通知分发/改编功能1103b接着利用预定UDP端口和该一般通知消息产生UDP分组。如服务供给者层中所定义的，一般通知消息的格式不与传输直接有关，所以将一般通知消息立即产生为UDP分组。此后，在步骤1903中，通知分发/改编功能1103b根据当前进行广播会话和之前利用产生的通知消息指定的通知IP地址来产生分组，并向终端递送所产生的分组。同时，在服务区中，存在这样的可能性，存在处于睡眠状态的终端，其如连接到交互网络1107或可以接收寻呼消息但是它们的广播接收器被禁用了。对于这种状态下的终端，系统应当通过利用交互网络1107交互信道或通过其它手段执行寻呼来唤醒终端的睡眠的广播接收器(未示出)。为此，系统在步骤1904中产生用于唤醒睡眠的广播接收器的寻呼消息，并在步骤1905中通过交互网络1107的交互信道或其它手段发送寻呼消息到终端，从而唤醒终端的睡眠的广播接收器。
利用预先指定的用于通知递送的UDP端口号(即，NotificationPort)来产生用于承载一般通知消息的分组。这是为了允许终端1108将接收的分组识别为一般通知消息。利用当前进行会话的IP地址、或用于递送一般通知消息的IP地址(即，NotificationAddress)来将所产生的UDP分组产生为IP分组。可以获取当前进行会话的IP地址，因为用于产生通知递送消息的通知分发/改编功能1103b存在于用于管理全部发送的服务管理1103中。将完成的IP分组递送到下层的发送器。该情况下，考虑到其中有分组丢失或分组接收可能失败的状况，可以根据网络提供者或服务供给者的需要将一般通知消息重复地递送到下层的发送器。
现在将参照图20和21描述根据本发明的第二示范性实施例的广播系统中接收通知消息的操作。因为从接收方法看一般通知消息和特定通知消息是彼此相同的，下面描述中将不对它们进行区分。
图20是示出根据本发明的第二示范性实施例的在移动广播系统中由终端的通知客户端功能1108a接收通知消息的操作的流程图。
参照图20，在图14的操作A(1410)中接收通知消息信道信息之后，通知客户端功能1108a在步骤2001中接收IP分组并译解IP分组的首部。作为首部译解的结果，通知客户端功能1108a在步骤2002中确定IP分组的地址是否与其所需的IP地址相同。其中，“所需的IP分组”意味着当前进行会话的IP地址、或为通知消息分配的特定IP地址(即，NotificationAddress)。因而，如果作为IP检查的结果，首部中的IP地址不是所需的IP分组，则通知客户端功能1108a在步骤2006中丢弃接收的IP分组。
然而，如果接收的IP分组的地址与所需的IP地址相同，则通知客户端功能1108a进入步骤2003，在其中其通过解封装IP分组获得UDP分组并译解该UDP分组的首部。此后，通知客户端功能1108a在步骤2004中确定通过译解UDP分组的首部获得的UDP端口号是否与之前通过ESG引导描述符1313或PSI/SI信号获得的预定通知消息信道信息的端口号NotificationPort相同。即，通知客户端功能1108a确定所接收的分组是一般通知消息、还是一般广播会话的分组。
如果在步骤2004中确定接收的UDP分组首部的端口号与指定用于接收通知消息的UDP端口号相同，则通知客户端功能1108a在步骤2005中解封装接收的UDP分组以获得包含在其有效载荷中的一般通知消息，并译解该通知消息以执行必要的操作，而且接着进入图14的操作C(1430)。然而，如果接收的UDP分组的端口号与预先指定的UDP端口号不相同，则通知客户端功能1108a进入步骤2007，在其中其处理接收的UDP分组、把它当作现有广播会话的分组，或者如果它不是其期望的通知消息则丢弃接收的UDP分组。
图21是示出根据本发明的第二示范性实施例的在广播系统中当其连接到交互网络时在终端的通知客户端功能1108a中接收通知消息的过程的流程图。
参照图21，在图14的操作A(1410)中接收通知消息信道信息之后，通知客户端功能1108a在步骤2101中根据交互网络或其它系统的寻呼机制接收寻呼消息。在步骤2102中，通知客户端功能1108a通过寻呼消息激活睡眠的广播接收器并准备接收。接收准备包括利用以通过第二示范性实施例所述的方法发送的NotificationPort和NotificationAddress产生会话、以及进入就绪状态。在进入就绪状态之后，通知客户端功能1108a在步骤2103中在接收到来自通知分发/改编功能1103b的IP分组时译解所接收的IP分组的首部。
通知客户端功能1108a在步骤2104中确定IP分组的地址是否与从NofiticationAddress指定的IP地址相同。如果确定IP分组的首部中的地址与NotificationAddress的地址不相同，则通知客户端功能1108a在步骤2108中丢弃该分组。然而，如果接收的IP分组的IP地址与NotificationAddress的IP地址相同，则通知客户端功能1108a在步骤2105中译解通过解封装IP分组提取的UDP分组的首部。
通知客户端功能1108a在步骤2106中确定通过译解UDP分组的首部获得的UDP端口号是否与NotificationPort的UDP端口号相同。执行步骤2106以确定接收的分组是一般通知消息、还是错误地发送的分组。
如果在步骤2106中确定接收的UDP分组首部的端口号与NotificationPort(即，指定用于接收一般通知消息的UDP端口号)相同，则通知客户端功能1108a在步骤2107中解封装UDP分组以获得包含在该有效载荷中的通知消息，并译解该通知消息以执行必要的操作，并且接着进入图14的操作C(1430)。然而，如果接收的UDP分组的端口号与NotificationPort的端口号不相同，则通知客户端功能1108a在步骤2108中丢弃接收的UDP分组，把它当作不正确地发送的UDP分组。此后，终端进入图14的操作C(1430)。操作C与本发明的示范性实施例的要点不相关，所以将略去其描述。
从前面的描述可知，本发明的示范性实施例在SGDD中设置用于通知消息递送的IP地址和UDP端口以避免需要译解接收的信号的全部首部，从而减少了系统开销并使得即便在终端处于睡眠状态或正与其它系统交互时也可以递送通知消息。
可以通过从计算机可读介质运行程序而在通用计算机上实现本发明的示范性实施例，所述计算机可读介质包括但不限于诸如磁存储介质(ROM、RAM、软盘、磁带等等)、光学可读介质(CD-ROM、DVD等等)的存储介质、以及载波(在因特网上的传输)。
虽然已经参照其某些优选实施例展示和描述了本发明的某些示范性实施例，但是本领域技术人员应当理解，可以在其中从形式和细节上作出各种改变而不背离由所附权利要求书及其等价物定义的本发明的精神和范围。

Claims (28)

1.一种用于在基于因特网协议IP的广播系统中发送广播服务的方法，所述方法包括步骤：
(a)发送器经由广播网络和交互网络其中之一向接收器发送包含第一访问信息和第二访问信息的服务指南，第一访问信息包括用于向接收器发送一般通知消息的第一网络地址，第一网络地址包括在服务指南递送描述符SGDD中，并且第二访问信息包括用于发送与特定服务相关的特定通知消息的第二网络地址，第二网络地址包含在访问片段中；以及
(b)如果发生一般通知事件，则产生所述一般通知消息并利用所述第一网络地址经由所述广播网络和所述交互网络其中之一向所述接收器发送所产生的一般通知消息。
2.如权利要求1所述的方法，进一步步骤(c)：包括如果发生特定通知事件则产生所述特定通知消息并利用所述第二网络地址经由所述广播网络和所述交互网络其中之一发送所产生的特定通知消息。
3.如权利要求1所述的方法，其中所述第一访问信息包括用于发送所述一般通知消息的第一用户数据报协议UDP端口。
4.如权利要求1所述的方法，进一步包括在发送所述第一访问信息之前发送寻呼消息的步骤。
5.如权利要求1所述的方法，其中第一网络地址包括当前进行中的会话的IP地址。
6.如权利要求2所述的方法，其中所述第二访问信息包括用于发送所述特定通知消息的第二UDP端口。
7.如权利要求2所述的方法，其中第二网络地址包括当前进行中会话的IP地址。
8.一种用于基于因特网协议IP的广播系统，包括：
通知分发器，用于经由广播网络和交互网络其中之一发送包含第一访问信息以及第二访问信息的服务指南，第一访问信息包括用于向接收器发送一般通知消息的第一网络地址，第一网络地址包括在服务指南递送描述符SGDD中，并且第二访问信息包括用于发送与特定服务相关的特定通知消息的第二网络地址，第二网络地址包含在访问片段中；以及 
通知产生器，用于如果发生一般通知事件，则产生所述一般通知消息；
其中，通知分发器利用所述第一网络地址经由所述广播网络和所述交互网络其中之一发送所产生的一般通知消息。
9.如权利要求8所述的系统，其中如果发生特定通知事件，则所述通知产生器产生所述特定通知消息并利用所述第二网络地址经由所述广播网络和所述交互网络其中之一发送所产生的特定通知消息。
10.如权利要求8所述的系统，其中所述第一访问信息包括用于发送所述一般通知消息的第一用户数据报协议UDP端口。
11.如权利要求8所述的系统，其中所述通知分发器进一步在发送所述第一访问信息之前发送寻呼消息。
12.如权利要求8所述的系统，其中第一网络地址包括当前进行中会话的IP地址。
13.如权利要求9所述的系统，其中所述第二访问信息包括用于发送所述特定通知消息的第二UDP端口。
14.如权利要求9所述的系统，其中所述第二网络地址包括当前进行中会话的IP地址。
15.一种用于在基于因特网协议IP的广播系统中接收广播服务的方法，所述方法包括步骤：
(a)接收器经由广播网络和交互网络其中之一接收包含第一访问信息以及第二访问信息的服务指南，第一访问信息包括用于向接收器发送一般通知消息的第一网络地址，第一网络地址包括在服务指南递送描述符SGDD中，并且第二访问信息包括用于发送与特定服务相关的特定通知消息的第二网络地址，第二网络地址包含在访问片段中；以及
(b)接收器基于所述第一网络地址接收一般通知消息。
16.如权利要求15所述的方法，进一步包括步骤(c)：如果所述接收器接收特定广播服务则基于所述第二网络地址接收特定通知消息。
17.如权利要求15所述的方法，其中所述第一访问信息包括用于接收所述一般通知消息的第一用户数据报协议UDP端口。
18.如权利要求15所述的方法，进一步包括如果所述接收器处于睡眠状态则在接收所述第一访问信息之前接收寻呼消息的步骤。
19.如权利要求15所述的方法，其中第一网络地址包括当前进行中会 话的IP地址。
20.如权利要求16所述的方法，其中所述第二访问信息包括指示用于接收所述特定通知消息的第二UDP端口。
21.如权利要求16所述的方法，其中第二网络地址包括当前进行中会话的IP地址。
22.一种基于因特网协议IP的广播系统的终端，包括：
通知客户端，用于经由广播网络和交互网络其中之一接收包含第一访问信息以及第二访问信息的服务指南，第一访问信息包括用于向接收器发送一般通知消息的第一网络地址，第一网络地址包括在服务指南递送描述符SGDD中，并且第二访问信息包括用于发送与特定服务相关的特定通知消息的第二网络地址，第二网络地址包含在访问片段中，
其中，通知客户端进一步被配置为基于第一网络地址接收一般通知消息。
23.如权利要求22所述的终端，其中所述通知客户端进一步基于所述第二网络地址接收特定通知消息。
24.如权利要求22所述的终端，其中所述第一访问信息包括用于接收所述一般通知消息的第一用户数据报协议UDP端口。
25.如权利要求22所述的终端，其中如果所述接收器处于睡眠状态，则所述通知客户端进一步在接收所述第一访问信息之前接收寻呼消息。
26.如权利要求22所述的终端，其中第一网络地址包括当前进行中会话的IP地址。
27.如权利要求23所述的终端，其中所述第二访问信息包括用于接收所述特定通知消息的第二UDP端口。
28.如权利要求23所述的终端，其中第二网络地址包括当前进行中会话的IP地址。 
CN2006800298052A 2005-08-17 2006-08-17 用于在广播系统中提供通知消息的方法和装置 Active CN101243701B (zh)

Applications Claiming Priority (10)

Application Number Priority Date Filing Date Title
KR10-2005-0075460 2005-08-17
KR1020050075460 2005-08-17
KR20050075460 2005-08-17
KR20050094613 2005-10-07
KR10-2005-0094613 2005-10-07
KR1020050094613 2005-10-07
KR1020060058941 2006-06-28
KR10-2006-0058941 2006-06-28
KR1020060058941A KR101270275B1 (ko) 2005-08-17 2006-06-28 방송 시스템에서의 통지 메시지 제공 방법 및 장치
PCT/KR2006/003225 WO2007021141A1 (en) 2005-08-17 2006-08-17 Method and apparatus for providing notification message in a broadcasting system

Publications (2)

Publication Number Publication Date
CN101243701A CN101243701A (zh) 2008-08-13
CN101243701B true CN101243701B (zh) 2012-12-19

Family

ID=37192535

Family Applications (1)

Application Number Title Priority Date Filing Date
CN2006800298052A Active CN101243701B (zh) 2005-08-17 2006-08-17 用于在广播系统中提供通知消息的方法和装置

Country Status (10)

Country Link
US (1) US8547977B2 (zh)
EP (2) EP1755274A3 (zh)
JP (1) JP4620779B2 (zh)
KR (1) KR101270275B1 (zh)
CN (1) CN101243701B (zh)
AU (1) AU2006280599B2 (zh)
BR (1) BRPI0614989B1 (zh)
CA (1) CA2615675C (zh)
ES (1) ES2435648T3 (zh)
WO (1) WO2007021141A1 (zh)

Families Citing this family (39)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR100733911B1 (ko) * 2005-12-08 2007-07-02 한국전자통신연구원 Ｍｂｍｓ 제공 시스템 및 그 방법
US20070207727A1 (en) * 2006-02-01 2007-09-06 Samsung Electronics Co., Ltd. Method and apparatus for transmitting and receiving notification message in a mobile broadcast system
US8374591B2 (en) 2006-03-03 2013-02-12 Samsung Electronics Co., Ltd Method and system for providing notification message in a mobile broadcast system
WO2007148194A2 (en) * 2006-06-19 2007-12-27 Nokia Corporation Optimized acquisition method
KR100800857B1 (ko) * 2006-08-18 2008-02-04 삼성전자주식회사 Ｄｖｂ―ｈ시스템에서 통지 메시지를 제공하기 위한 방법및 이를 위한 시스템
CN101145928B (zh) * 2006-09-15 2012-06-20 华为技术有限公司 用于获取默认通知消息的实现方法、服务器和用户终端
WO2008129471A2 (en) * 2007-04-23 2008-10-30 Nokia Corporation System and method for optimizing download user service delivery to roaming clients
KR101227029B1 (ko) 2007-05-14 2013-01-28 삼성전자주식회사 방송 송신 방법 및 장치와 방송 수신 방법 및 장치
WO2008156257A2 (en) 2007-06-18 2008-12-24 Samsung Electronics Co., Ltd. Method and apparatus for transporting mobile broadcasting service, and method and apparatus for receiving mobile broadcasting service
KR101420871B1 (ko) * 2007-08-21 2014-07-17 삼성전자주식회사 휴대 방송 서비스에서 멀티 콘텐츠를 제공하는 방법 및장치와 그 시스템
KR101429767B1 (ko) * 2007-09-21 2014-08-19 삼성전자주식회사 전자 서비스 가이드를 송수신하기 위한 방법 및 디지털방송 시스템
KR101414389B1 (ko) * 2007-10-05 2014-07-02 삼성전자주식회사 디지털 방송 시스템 및 디지털 방송 시스템에서 전자서비스 가이드 데이터를 송수신하는 방법
KR101418591B1 (ko) * 2007-10-05 2014-07-10 삼성전자주식회사 휴대 방송 시스템에서의 서비스 가이드 제공 방법 및 장치
US8995353B2 (en) 2007-10-09 2015-03-31 Samsung Electronics Co., Ltd. Method and apparatus for transmitting broadcast data and method and apparatus for receiving broadcast data
KR101416233B1 (ko) * 2007-10-09 2014-08-06 삼성전자주식회사 방송 데이터 전송 방법과 전송 장치
KR101446228B1 (ko) * 2007-10-17 2014-10-01 삼성전자주식회사 무선통신시스템에서 방송 서비스를 위한 존 운용 장치 및방법
KR20090076765A (ko) * 2008-01-09 2009-07-13 삼성전자주식회사 방송 모바일 통합 서비스 시스템에서의 전자 서비스 가이드발견 방법 및 장치
KR20090088771A (ko) * 2008-02-15 2009-08-20 삼성전자주식회사 디지털 비디오 방송 시스템에서 통신채널로 통지메시지를전송하는 장치 및 방법
CN102158811B (zh) * 2008-04-11 2013-10-09 华为技术有限公司 一种bcast中通知消息呈现方式的方法和装置
US8433280B2 (en) 2008-08-11 2013-04-30 Htc Corporation Method of managing reception of natural disaster warning notification messages for a wireless communication system and related communication device
ITMI20081811A1 (it) * 2008-10-13 2010-04-14 Franco Barbalato Sistema e metodo per la gestione di informazioni provenienti da istituzioni o da enti aderenti da veicolarsi in tempo reale all'attenzione del pubblico attraverso sistemi elettronici posti esclusivamente presso istituti di credito
CN101753237B (zh) * 2008-12-12 2011-11-02 华为终端有限公司 业务指南的发送方法、获取方法、服务器、终端及系统
US8244669B2 (en) * 2008-12-30 2012-08-14 Blackboard Connect Inc. Dynamic formation of groups in a notification system
WO2010082782A2 (en) * 2009-01-15 2010-07-22 Samsung Electronics Co., Ltd. Rich media-enabled service guide provision method and system for broadcast service
KR20100084104A (ko) * 2009-01-15 2010-07-23 삼성전자주식회사 디지털 방송 시스템에서 리치미디어를 이용한 서비스 가이드 제공 방법 및 이를 위한 시스템
JP5299183B2 (ja) * 2009-09-12 2013-09-25 ヤマハ株式会社 無線オーディオシステム
CN102137066B (zh) * 2010-01-26 2015-10-21 中兴通讯股份有限公司 获取业务列表及多媒体广播组播业务数据的方法和系统
WO2012150791A2 (en) * 2011-05-01 2012-11-08 Samsung Electronics Co., Ltd. Method and apparatus for transmitting/receiving broadcast service in digital broadcasting system, and system thereof
KR101874433B1 (ko) * 2011-06-16 2018-07-06 삼성전자주식회사 디지털 방송 시스템에서 방송 서비스 수신을 위한 시그널링 정보를 송수신하는 방법 및 장치
US9590814B2 (en) * 2011-08-01 2017-03-07 Qualcomm Incorporated Method and apparatus for transport of dynamic adaptive streaming over HTTP (DASH) initialization segment description fragments as user service description fragments
CN103391277B (zh) * 2012-05-10 2016-08-10 华为技术有限公司 媒体播放方法、装置和系统
US20140098745A1 (en) * 2012-10-04 2014-04-10 Qualcomm Incorporated Method and system for compressing data packets in lte evolved multicast broadcast multimedia service
CA2896458A1 (en) 2013-01-21 2014-07-24 Nec Corporation Communication system, control apparatus, and network topology management method
JP2015073245A (ja) 2013-10-04 2015-04-16 ソニー株式会社 受信装置、受信方法、送信装置、及び、送信方法
KR102212928B1 (ko) 2013-10-25 2021-02-04 소니 주식회사 수신 장치, 수신 방법, 송신 장치, 및 송신 방법
US9882665B2 (en) * 2014-04-21 2018-01-30 Sharp Kabushiki Kaisha Method for decoding a service guide
WO2017014591A1 (en) * 2015-07-23 2017-01-26 Samsung Electronics Co., Ltd. Transmitting apparatus, receiving apparatus, and control methods thereof
KR102454746B1 (ko) 2015-10-01 2022-10-17 삼성전자주식회사 통신 시스템에서 미디어 리소스 식별 정보를 송수신하는 장치 및 방법
FR3063590A1 (fr) * 2017-03-03 2018-09-07 Orange Dispositif d'acces a adressage multiple

Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN1575457A (zh) * 2001-08-27 2005-02-02 索尼株式会社 信息提供系统、信息处理装置及方法和信息提供装置及方法
CN1647494A (zh) * 2002-04-22 2005-07-27 诺基亚公司 对无线电台和相关的因特网地址进行书签标记的系统和方法

Family Cites Families (18)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JPH05502539A (ja) 1990-09-19 1993-04-28 コーニンクレッカ　フィリップス　エレクトロニクス　エヌ　ヴィ 主データファイル及び制御ファイルが記録された記録担体、その記録方法及び装置、及びその読取装置
TW499816B (en) 1998-11-30 2002-08-21 United Video Properties Inc Interactive program guide system and method
GB9920323D0 (en) * 1999-08-28 1999-11-03 Koninkl Philips Electronics Nv Encrypted broadcast facility
US7330693B1 (en) * 1999-09-17 2008-02-12 Lucent Technologies Inc. Broadcast channels for wireless telephony
EP1202520A1 (en) 2000-10-23 2002-05-02 THOMSON multimedia Method and device for data transmission in a television system
KR100825459B1 (ko) 2001-07-19 2008-04-25 에스케이 텔레콤주식회사 무선통신 시스템에서 방송전용 채널을 이용한 멀티미디어방송 서비스 방법
FI20012256A0 (fi) * 2001-11-20 2001-11-20 Nokia Corp Matkaviestintäverkot ja digitaaliset yleislähetyspalvelut
GB2390785B (en) * 2002-07-12 2005-10-19 Nokia Corp Information service broadcasting or multicasting
CA2510709A1 (en) 2002-12-18 2004-07-01 Nokia Corporation Method of announcing sessions
GB2396228A (en) * 2002-12-19 2004-06-16 Nokia Corp A method of gathering information relating to consumption of broadcast content by receiving stations
KR20050015544A (ko) 2003-08-06 2005-02-21 삼성전자주식회사 멀티미디어 방송/다중방송 서비스를 지원하는이동통신시스템에서 호출 메시지를 수신하지 못한 사용자단말기들에게 효율적으로 멀티미디어 방송/다중방송서비스를 제공하는 방법
GB2407738A (en) * 2003-10-27 2005-05-04 Nokia Corp Accessing broadcast services through a service portal
GB2407745A (en) 2003-10-28 2005-05-04 Nokia Corp Method of providing an electronic service guide in a datacasting system
US20060123099A1 (en) 2004-12-08 2006-06-08 Nokia Corporation Enhanced electronic service guide container
US7324542B2 (en) * 2005-01-19 2008-01-29 Alcatel Lucent Multicast distribution of streaming multimedia content
KR100913882B1 (ko) 2005-01-25 2009-08-26 삼성전자주식회사 이동/방송 시스템에서 방송 서비스에 대한 통지를 전송하는 방법 및 그 시스템
EP1941724B1 (en) * 2005-10-07 2013-11-20 Nokia Corporation Notification as a service or as an access to a service
US20070207727A1 (en) 2006-02-01 2007-09-06 Samsung Electronics Co., Ltd. Method and apparatus for transmitting and receiving notification message in a mobile broadcast system

Patent Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN1575457A (zh) * 2001-08-27 2005-02-02 索尼株式会社 信息提供系统、信息处理装置及方法和信息提供装置及方法
CN1647494A (zh) * 2002-04-22 2005-07-27 诺基亚公司 对无线电台和相关的因特网地址进行书签标记的系统和方法

Non-Patent Citations (1)

* Cited by examiner, † Cited by third party
Title
Open Mobile Alliance.Mobile Broadcast Services Architecture Draft Version 1.0-20 04 2005.《OMA OPEN MOBILE ALLIANCE》.2005,第15，33-36页. *

Also Published As

Publication number Publication date
AU2006280599B2 (en) 2010-06-10
EP2276199B1 (en) 2013-08-14
AU2006280599A1 (en) 2007-02-22
BRPI0614989A2 (pt) 2011-04-26
ES2435648T3 (es) 2013-12-20
BRPI0614989B1 (pt) 2019-11-19
US8547977B2 (en) 2013-10-01
CN101243701A (zh) 2008-08-13
US20070041377A1 (en) 2007-02-22
EP2276199A3 (en) 2011-02-16
EP1755274A2 (en) 2007-02-21
JP2009505557A (ja) 2009-02-05
CA2615675C (en) 2014-04-29
KR101270275B1 (ko) 2013-05-31
KR20070021032A (ko) 2007-02-22
CA2615675A1 (en) 2007-02-22
EP2276199A2 (en) 2011-01-19
EP1755274A3 (en) 2007-11-28
WO2007021141A1 (en) 2007-02-22
JP4620779B2 (ja) 2011-01-26

Similar Documents

Publication Publication Date Title
CN101243701B (zh) 用于在广播系统中提供通知消息的方法和装置
US10090951B2 (en) Method and apparatus for sending notification about broadcast service in a mobile broadcast system
CN101243702B (zh) 在广播系统中发送/接收通知消息的装置及方法、以及其系统
US9282437B2 (en) Method and system for providing notification message in a mobile broadcast system
KR100819259B1 (ko) 휴대 방송 시스템에서의 통지 메시지 송수신 방법 및 장치
CN101981922B (zh) 在移动通信系统中用于终端的软件更新的方法和设备
RU2378795C2 (ru) Способ и устройство для предоставления сообщения оповещения в системе широковещательной передачи
CN101416486A (zh) 用于在移动广播系统中发送和接收通知消息的装置及方法
CN101841768A (zh) 接收信息、通知消息接收及发送方法和装置
CN101433090B (zh) 移动广播系统中提供通知消息的方法和系统
KR20070108309A (ko) 휴대 방송 시스템에서의 통지 메시지 송수신 방법 및시스템
KR20070108323A (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