CN101296246B - 通过单向文件传输协议传输、接收通知消息的方法及装置 - Google Patents

通过单向文件传输协议传输、接收通知消息的方法及装置 Download PDF

Info

Publication number
CN101296246B
CN101296246B CN2007101017160A CN200710101716A CN101296246B CN 101296246 B CN101296246 B CN 101296246B CN 2007101017160 A CN2007101017160 A CN 2007101017160A CN 200710101716 A CN200710101716 A CN 200710101716A CN 101296246 B CN101296246 B CN 101296246B
Authority
CN
China
Prior art keywords
notification message
fdt
toi
connection object
attribute
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
CN2007101017160A
Other languages
English (en)
Other versions
CN101296246A (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.)
Huawei Technologies Co Ltd
Original Assignee
Huawei Technologies 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 Huawei Technologies Co Ltd filed Critical Huawei Technologies Co Ltd
Priority to CN2007101017160A priority Critical patent/CN101296246B/zh
Priority to PCT/CN2007/071278 priority patent/WO2008128409A1/zh
Priority to EP07846104.3A priority patent/EP2028817B1/en
Publication of CN101296246A publication Critical patent/CN101296246A/zh
Priority to US12/345,994 priority patent/US8010626B2/en
Priority to US13/198,551 priority patent/US8200781B2/en
Application granted granted Critical
Publication of CN101296246B publication Critical patent/CN101296246B/zh
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

Classifications

    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/60Network streaming of media packets
    • H04L65/65Network streaming protocols, e.g. real-time transport protocol [RTP] or real-time control protocol [RTCP]
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L12/00Data switching networks
    • H04L12/02Details
    • H04L12/16Arrangements for providing special services to substations
    • H04L12/18Arrangements for providing special services to substations for broadcast or conference, e.g. multicast
    • H04L12/189Arrangements for providing special services to substations for broadcast or conference, e.g. multicast in combination with wireless systems
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L51/00User-to-user messaging in packet-switching networks, transmitted according to store-and-forward or real-time protocols, e.g. e-mail
    • H04L51/21Monitoring or handling of messages
    • H04L51/224Monitoring or handling of messages providing notification on incoming messages, e.g. pushed notifications of received messages
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/10Architectures or entities
    • H04L65/1059End-user terminal functionalities specially adapted for real-time communication
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/60Network streaming of media packets
    • H04L65/61Network streaming of media packets for supporting one-way streaming services, e.g. Internet radio
    • H04L65/611Network streaming of media packets for supporting one-way streaming services, e.g. Internet radio for multicast or broadcast
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00Network arrangements or protocols for supporting network services or applications
    • H04L67/01Protocols
    • H04L67/06Protocols specially adapted for file transfer, e.g. file transfer protocol [FTP]

Landscapes

  • Engineering & Computer Science (AREA)
  • Multimedia (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Information Transfer Between Computers (AREA)

Abstract

本发明实施例中公开了一种通过单向文件传输协议(FLUTE)传输、接收通知消息的方法。在传输端由服务器将通知消息的内容承载于传输对象中,并将通知消息的相关信息、承载通知消息内容的传输对象的传输对象标识(TOI)携带于第一文件描述表(FDT)中;然后在FLUTE会话中发送该第一FDT和承载有通知消息内容的传输对象;在接收端,由终端从第一FDT中获取通知消息的相关信息、承载通知消息内容的传输对象的TOI;根据所获取的相关信息和TOI接收承载有通知消息内容的传输对象。本发明实施例还公开了一种通过FLUTE协议传输通知消息的服务器、FLUTE服务器、内容提供服务器和终端。应用本发明能简化通知消息传输处理流程,并提高通知消息传输的可靠性。

Description

通过单向文件传输协议传输、接收通知消息的方法及装置
技术领域
本发明涉及移动多媒体技术,特别涉及通过单向文件传输协议(FLUTE)传输、接收通知消息的方法及装置。
背景技术
FLUTE协议是一种基于IP协议的点到多点文件传输协议。FLUTE协议为多个文件的单向传输提供了拥塞控制、前向纠错等功能,保证了较大文件单向传输的可靠性。
在FLUTE协议中,每个文件承载于一个传输对象(TO)中,每个传输对象都拥有一个传输对象标识(TOI),多个传输对象在一个FLUTE会话中传输。FLUTE协议规定,TOI=0的传输对象用于传输文件描述表(FDT)。FDT用于描述当前FLUTE会话所传输的传输对象的信息,包括TOI、传输对象所承载文件的统一资源定位符(URL)、文件的类型等。图1示出了现有FLUTE会话中传输对象的结构示意图。参见图1,3个文件被分别打包承载于3个传输对象中,其中,Flag为结束标志,Flag=0表示文件未结束,Flag=1表示文件结束;FDT中描述了这3个传输对象的TOI和URL信息。
目前,FLUTE协议正被广泛应用于各种移动视频广播系统中。图2示出了现有数字视频手持广播(DVB-H)系统中FLUTE会话的典型流程示意图。参见图2,该流程包括以下步骤:
步骤201:服务器端向终端下发包含文件接收信息的电子业务指南(ESG),文件接收信息包括:IP地址,端口号,文件的URL等信息;
步骤202:终端根据待接收文件的IP地址和端口号,接入FLUTE会话。这里,待接收文件即终端根据ESG确定的终端所需要接收的文件;
步骤203~204:服务器端轮播FDT,终端接收FDT,并根据FDT以及待接收文件的URL,确定待接收文件对应的TOI;
步骤205:终端根据TOI,接收相应的传输对象。
至此,结束现有DVB-H系统中FLUTE会话的典型流程。
图3为图2所示FLUTE会话流程中服务器端的处理流程示意图。参见图3,为描述简便,图中仅示出了与FLUTE协议相关的服务器端处理流程,对于其他处理流程,如ESG服务器的处理流程,图中并未示出。图3所示处理流程中,服务器端包括内容提供服务器和FLUTE服务器,其中,FLUTE服务器包括接收模块、传输内容生成模块、FDT生成模块和发送模块。该处理流程包括以下步骤:
步骤301:内容提供服务器将传输内容发送给FLUTE服务器中的接收模块;这里,传输内容包括文件、文件的URL信息等;
步骤302:接收模块将所接收的传输内容发送给传输内容生成模块;
步骤303:传输内容生成模块将文件的URL发送给FDT生成模块,并向FDT生成模块申请传输文件时所需的TOI;
步骤304~306:FDT生成模块根据文件的URL为文件分配TOI,向传输内容生成模块返回所分配的TOI,并根据文件的TOI和URL生成FDT,将所生成的FDT通过发送模块向广播网络发送;
步骤307:传输内容生成模块根据TOI将文件打包承载于相应的传输对象中,并将传输对象通过发送模块向广播网络发送。
至此,结束现有FLUTE会话中服务器端的处理流程。
通知消息是移动视频广播系统中的一项业务,该业务通过向终端发送消息以通知即将发生的事件,终端可以根据所接收到的通知消息进行相应的处理。通知消息包括但不限于:紧急突发事件、与系统相关的通知消息(如系统某功能发生故障)、与节目内容相关的事件(如节目演员的相关资料、有奖问答、节目预告消息、收费的天气预报信息等)、软件更新通知等。
图4示出了现有通知消息的组成结构示意图。参见图4,通知消息包括相关信息和内容两部分,其中,相关信息中包含了与通知消息相关的参数信息,如通知消息的标识、版本等;内容包括文本内容、图片或音视频文件等,其中,文本内容又可分为两部分,一部分是要向用户展示的文本文件内容,另一部分是与通知消息相关的辅助信息,如图片和/或音视频文件所在FLUTE会话的IP地址、端口号等,关于如何向用户展示的相关信息等。
现有广播协议(BCAST)中提供了一种传输通知消息的方法,如图5所示:
首先,由服务器端将通知消息的相关信息和文本内容承载于用户数据报(UDP)包中发送,并将图片和/或音视频文件(通常统称为附件)按照图3所示服务器端的处理流程承载于相应的传输对象中传输;
然后,由终端在指定的UDP地址和端口号上接收UDP包,并解析该UDP包中的文本内容,得到附件所在FLUTE会话的IP地址、端口号和TOI;
再由终端按照图2所示方法接入FLUTE会话,接收相应的传输对象,即附件,最后,将附件内容和文本内容组装成完整的通知消息,向用户展示。
本申请的发明人在发明的过程中发现:图5所示方法中,终端需要先接入UDP协议,再接入一个FLUTE会话,即需要接入两个IP地址,才能接收到通知消息,导致该方法的处理流程较为复杂,终端获取完整通知消息的速度较慢。此外,由于UDP协议传输的不可靠性,导致通知消息的传输可靠性得不到保障。
发明内容
本发明实施例提供一种通过FLUTE协议传输通知消息的方法,以简化通知消息传输处理流程,并提高通知消息传输的可靠性。
本发明实施例提供一种通过FLUTE协议接收通知消息的方法,以简化通知消息传输处理流程,并提高通知消息传输的可靠性。
本发明实施例还提供一种通过FLUTE协议传输通知消息的服务器,以简化通知消息传输处理流程,并提高通知消息传输的可靠性。
本发明实施例还提供一种FLUTE服务器,以简化通知消息传输处理流程,并提高通知消息传输的可靠性。
本发明实施例还提供一种内容提供服务器,以简化通知消息传输处理流程,并提高通知消息传输的可靠性。
本发明实施例还提供一种通过FLUTE协议接收通知消息的终端,以简化通知消息传输处理流程,并提高通知消息传输的可靠性。
本发明实施例的技术方案具体是这样实现的:
一种通过单向文件传输协议FLUTE传输通知消息的方法,包括以下步骤:
将通知消息的内容承载于传输对象中,并将通知消息的相关信息、以及所述承载通知消息内容的传输对象的传输对象标识TOI携带于第一文件描述表FDT中;
在所述FLUTE会话中发送所述第一FDT、以及所述承载有通知消息内容的传输对象。
一种通过FLUTE协议接收通知消息的方法,包括以下步骤:
从第一FDT中获取通知消息的相关信息、以及承载通知消息内容的传输对象的TOI;
根据所获取的相关信息和TOI接收当前FLUTE会话中承载有通知消息内容的传输对象。
一种通过FLUTE协议传输通知消息的服务器,包括内容提供服务器和FLUTE服务器;
其中,所述内容提供服务器,用于将通知消息的内容和通知消息的相关信息发送给所述FLUTE服务器;
所述FLUTE服务器,用于将通知消息的内容承载于传输对象中,并将通知消息的相关信息、以及承载通知消息内容的传输对象的TOI携带于第一FDT中,在FLUTE会话中发送所述第一FDT、以及所述承载有通知消息内容的传输对象。
一种FLUTE服务器,包括接收模块、传输内容生成模块、FDT生成模块和发送模块;
其中,所述接收模块,用于接收通知消息的内容和通知消息的相关信息;
所述传输内容生成模块,用于将所述通知消息的相关信息发送给FDT生成模块,以及将通知消息的内容承载于FDT生成模块所返回的TOI所对应的传输对象中;
所述FDT生成模块,用于将通知消息的相关信息、以及承载通知消息内容的传输对象的TOI携带于第一FDT中;
所述发送模块,用于在FLUTE会话中发送所述第一FDT、以及所述承载有通知消息内容的传输对象。
一种内容提供服务器,包括:通知消息发送模块;
所述通知消息发送模块,用于将通知消息的内容和通知消息的相关信息发送给FLUTE服务器。
一种通过FLUTE协议接收通知消息的终端,包括接收模块和传输对象确定模块;
所述接收模块,用于接收携带有通知消息的相关信息、以及承载通知消息内容的传输对象的TOI的第一FDT,并将所述第一FDT发送给传输对象确定模块;
所述传输对象模块,用于根据第一FDT中的通知消息相关信息和TOI确定承载有通知消息内容的传输对象,并通知所述接收模块接收所述传输对象。
由上述技术方案可见,本发明实施例所公开的通过FLUTE协议传输、接收通知消息的技术方案中,在传输端,由服务器将通知消息的内容承载于传输对象中,并将通知消息的相关信息、以及所述承载通知消息内容的传输对象的TOI携带于第一FDT中;然后在FLUTE会话中发送该携带有通知消息相关信息和TOI的第一FDT、以及承载有通知消息内容的传输对象;在接收端,由终端从第一FDT中获取当前FLUTE会话正在传输的通知消息的相关信息、以及承载通知消息内容的传输对象的TOI;然后根据所获取的相关信息和TOI接收当前FLUTE会话中承载有通知消息内容的传输对象。如此,实现了通过FLUTE协议传输、接收通知消息。
在本发明实施例所提供的上述技术方案中,由于服务器端可以在当前FLUTE会话中将通知消息的相关信息和内容发送给终端,使得终端在当前所接入的FLUTE会话中就可以接收到通知消息的相关信息,并接收到通知消息的内容,从而简化了通知消息的传输处理流程、加快了终端获取通知消息的速度。并且,由于FLUTE协议本身能够提供前向纠错等功能,使得通知消息传输的可靠性得到了提高。
附图说明
图1示出了现有FLUTE会话中传输对象的结构示意图。
图2示出了现有DVB-H系统中FLUTE会话的典型流程示意图。
图3为图2所示FLUTE会话流程中服务器端的处理流程示意图。
图4示出了现有通知消息的组成结构示意图。
图5为现有BCAST协议中传输通知消息的方法示意图。
图6为本发明实施例中通过FLUTE协议传输、接收通知消息的方法流程示意图。
图7示出了本发明实施例一中通过FLUTE协议传输、接收通知消息方法的处理流程示意图。
图8为本发明实施例一中FDT的结构以及FDT与各传输对象之间关系的示意图。
图9为本发明实施例一中终端对通知消息进行筛选的方法流程示意图。
图10为本发明实施例二中通过FLUTE协议传输、接收通知消息方法的处理流程示意图。
图11为本发明实施例二中FDT的结构、专用FDT的结构以及FDT与各传输对象之间关系的示意图。
图12为本发明一较佳实施例中通过FLUTE协议传输通知消息的服务器的组成结构示意图。
图13为本发明一较佳实施例中通过FLUTE协议接收通知消息的终端的组成结构示意图。
具体实施方式
为使本发明的目的、技术方案及优点更加清楚明白,以下参照附图并举实施例,对本发明作进一步详细说明。
图6为本发明实施例中通过FLUTE协议传输、接收通知消息的方法流程示意图。参见图6,该方法包括两个处理过程:左侧是服务器端通过FLUTE协议传输通知消息的处理过程,右侧是终端通过FLUTE协议接收通知消息的处理过程。具体来说,包括以下步骤:
步骤601:服务器端将通知消息的内容承载于传输对象中,并将通知消息的相关信息、以及承载通知消息内容的传输对象的TOI携带于第一FDT中;
步骤602:服务器端在FLUTE会话中发送该携带有通知消息相关信息和承载通知消息内容的传输对象的TOI的第一FDT,以及承载有通知消息内容的传输对象;
步骤603:终端从第一FDT中获取当前FLUTE会话正在传输的通知消息的相关信息、以及承载通知消息内容的传输对象的TOI;
步骤604:终端根据所获取的相关信息和TOI接收当前FLUTE会话中承载有通知消息内容的传输对象。
至此,结束本实施例中通过FLUTE协议传输、接收通知消息的方法流程。
图6所示方法中,第一FDT可以是TOI为0的传输对象所承载的FDT,即普通FDT,此时需要对该普通FDT作相应扩展,以使该普通FDT能够携带当前FLUTE会话正在传输的通知消息的相关信息,并能够携带承载通知消息内容的传输对象的TOI。
第一FDT也可以是预先在FLUTE会话中增加的专用FDT,该专用FDT专门用于描述当前FLUTE会话中、承载有通知消息内容的传输对象的信息。这里,可以将普通FDT作适当扩展成为专用FDT,并将该专用FDT承载于一个预先设定的TOI所对应的传输对象中,例如,承载于TOI为Y的传输对象中,所述Y的取值为任意正整数。所述Y的取值可以通过预先设定的方式使服务器和终端都知晓,为了进一步提高本发明技术方案的灵活性,Y的取值也可以由服务器端动态指定,并由服务器通过一定的方式将所述指定用于传输专用FDT的传输对象的TOI通知终端。关于服务器通知终端的方式,将在后续实施例中予以详细介绍。
以下通过两个实施例对本发明通过FLUTE协议传输通知消息的方法、以及通过FLUTE协议接收通知消息的方法进行详细说明:
实施例一:
本实施例中,服务器端以上述普通FDT作为第一FDT,即:将通知消息的相关信息和承载通知消息内容的传输对象的TOI携带于普通FDT中,相应地,终端从普通FDT中获取通知消息的相关信息以及承载通知消息内容的传输对象的TOI,并根据所获取的相关信息和TOI接收相应的传输对象。
图7为本发明实施例一中通过FLUTE协议传输、接收通知消息方法的处理流程示意图。参见图7,该方法包括以下步骤:
步骤701:内容提供服务器将包括通知消息的内容和通知消息的相关信息在内的传输内容发送给FLUTE服务器中的接收模块。
本步骤中,通知消息的相关信息至少包括:通知消息的标识、通知消息的版本和通知消息的业务标识;还可以包括例如:通知消息过滤参数、通知消息的有效时间、通知消息的优先级和通知消息的提供商标识等通知消息的其他相关信息。这里,通知消息过滤参数可以作为过滤条件,在接收端用于对通知消息进行过滤。
步骤702:接收模块将所接收的传输内容发送给传输内容生成模块。
步骤703:传输内容生成模块将通知消息内容的URL、以及通知消息的相关信息发送给FDT生成模块,并向FDT生成模块申请传输通知消息内容时所需的TOI。
步骤704:FDT生成模块根据通知消息内容的URL为通知消息内容分配TOI。
步骤705:FDT生成模块将所分配的TOI发送给传输内容生成模块,并根据通知消息的相关信息和为通知消息内容所分配的TOI生成FDT,将所生成的FDT发送给发送模块。
按照现有FLUTE协议的规定,FDT实例按照可扩展标记语言(XML)格式进行定义,现有FDT中所包含的信息如表1所示:
 
名称 类型 数量 描述
FDT-Instance E 1 FDT实例元素
anyAttribute A anyAttribute属性可扩展为其它属性
...... ...... ...... ......
File E1 0...N 文件元素,描述一个文件
Content-Location A 1 文件位置属性,标识为一个URL地址
TOI A 1 传输对象标识
Content-Type A 0...1 文件的类型
表1
表1中,E代表元素,A代表属性,E1代表子元素,E2代表子元素的子元素。为了在表1所示普通FDT中携带通知消息的相关信息和承载通知消息内容的传输对象的TOI,需要对现有FDT进行相应的扩展。本实施例对现有FDT进行了如下扩展:
在普通FDT的FILE元素的内容类型属性中增加通知消息类型(Notification),该通知消息类型表示相应的传输对象中承载的是通知消息;并在普通FDT的FILE元素中增加通知消息相关元素,该通知消息相关元素用于携带通知消息的相关信息。经上述扩展之后,将得到如表2所示的扩展后的FDT:
 
名称 类型 数量 描述
FDT-Instance E 1 FDT实例元素
anyAttribute A anyAttribute属性可扩展为其它属性
...... ...... ...... ......
File E1 0...N 文件元素,描述一个文件
Content-Location A 1 文件位置属性,标识为一个URL地址
TOI A 1 传输对象标识
Content-Type A 0...1 文件的类型
Notifi E2 0...1 通知消息相关元素
Header E3 1 消息的头信息
XX A
...... ...... ...... ......
HeaderExtension E3 1 消息的扩展头信息
XX A
...... ...... ...... ......
表2
由于通知消息的相关信息通常按照相关性划分为头信息和扩展头信息,其中,与内容相关的相关信息为头信息,与技术相关的相关信息为扩展头信息;因此,较佳地,在通知消息相关元素中可以增加两个子元素,分别携带通知消息的头信息和携带通知消息的扩展头信息,如表2所示。
按照本实施例上述方法扩展普通FDT之后,将得到如图8所示的FDT的结构以及该FDT与各传输对象之间的关系。参见图8,该FDT中描述了当前FLUTE会话中正在传输的传输对象的信息,所示出的3个传输对象的TOI分别为X、Y、Z。其中,TOI=Y以及TOI=Z的两个传输对象的内容类型属性被置为通知消息类型,表示相应的传输对象中,即TOI=Y以及TOI=Z的两个传输对象中承载的是通知消息。
本步骤中,在对普通FDT进行如表2所示扩展之后,所述根据通知消息的相关信息和为通知消息内容所分配的TOI生成FDT具体为:
将表2所示FDT中的FILE元素的内容类型属性的取值置为通知消息类型,将FILE元素的TOI属性置为承载通知消息内容的传输对象的TOI,并将通知消息的相关信息携带于通知消息相关元素中。更具体地说,就是将通知消息相关信息中的头信息携带于携带通知消息头信息的子元素(表2所示Header子元素)中,将通知消息相关信息中的扩展头信息携带于携带通知消息扩展头信息的子元素(表2所示HeaderExtension子元素)中。
在上述通知消息相关元素中至少需要携带通知消息的标识、通知消息的版本和通知消息的业务标识这三种相关信息,其中,较佳地,可以将通知消息的标识、通知消息的版本携带于头信息子元素中,将知消息的业务标识携带于扩展头信息子元素中。在实际应用中,可以根据需要在上述通知消息相关元素中携带通知消息的其他相关信息,例如,可以在扩展头信息子元素中携带通知消息过滤参数、通知消息的有效期、通知消息的优先级和通知消息的提供商标识等。
例如,假设在某一时刻,服务器端产生通知消息,该通知消息的内容承载于TOI=2的传输对象中,并假设此时FLUTE会话中还有一个文件承载于TOI=3的传输对象中,则FDT生成模块发送给发送模块的在广播网络中传输的FDT将如下所示:
TOI=0
FDT-Instance{
    File{
        TOI=3;
         Content-Type=”txt”
         }
    File{
         TOI=2;
         Content-Type=”Notification”
         Notifi{
            Header{
              通知消息标识=123;
              通知消息版本=2;
              }
          HeaderExtension{
              通知消息的业务标识=4;
              通知消息的有效期=15:30;
              通知消息的优先级=2;
              通知消息的提供商标识=5;
              }
          }
     }
}
步骤706:发送模块通过广播网络将FDT发送给终端。
步骤707:终端接收FDT,并根据所获取的通知消息相关消息和TOI确定待接收通知消息的TOI。
本步骤中,终端在一个FLUTE会话中接收到FDT之后,可以先对FILE元素的内容类型属性的取值进行判断,当内容类型属性的取值为通知消息类型(Notification)时,获取该FDT的FILE元素中的通知消息相关元素作为通知消息的相关信息,获取该FDT的FILE元素的TOI属性的取值作为承载通知消息内容的传输对象的TOI。所获取的通知消息的相关信息至少包括:通知消息的标识、通知消息的版本和通知消息的业务标识;若FDT中还携带有通知消息的其他相关信息,终端还可以获得通知消息过滤参数、通知消息的有效时间、通知消息的优先级和通知消息的提供商标识等通知消息的其他相关信息。
针对步骤705所述FDT示例,终端将根据所接收到的FDT,确定TOI=2的传输对象中承载了通知消息的内容。
本步骤中,在获取当前FLUTE会话正在传输的通知消息的相关信息之后,还可以进一步根据所获取的通知消息的相关信息对当前FLUTE会话正在传输的通知消息进行筛选,确定待接收通知消息对应的TOI。进一步地,若终端获取到通知消息的过滤参数,则在对通知消息进行筛选之后,还可以根据该通知消息的过滤参数对通知消息进行过滤。如此,可以使终端只接收终端所关注的通知消息,从容节约终端的处理资源。
步骤708:传输内容生成模块根据所分配的TOI对通知消息的内容进行打包,并承载于相应的传输对象中发送给发送模块。
对于通知消息的内容,可以按照与现有普通文件相同的方式置于相应的传输对象中。这里,通知消息的内容包括文本内容、图片、音视频文件等内容。由于使用了FLUTE协议来传输通知消息的内容,使得服务器可以将较多的文本内容传输给终端。
步骤709:发送模块通过广播网络发送承载有通知消息内容的传输对象。
步骤710:终端接收并处理传输对象中所承载的通知消息的内容。
至此,结束本发明实施例一中通过FLUTE协议传输、接收通知消息方法的处理流程。
图7所示方法的步骤707中,终端对通知消息进行筛选的方法如图9所示。参见图9,该方法包括以下步骤:
步骤901:根据通知消息的业务标识判断通知消息是否为终端关注的通知业务,若是,则继续执行步骤902;若不是,则继续执行步骤905。
步骤902:根据通知消息的标识判断是否已接收该通知消息对应的传输对象,若尚未接收,则继续执行步骤903;否则,继续执行步骤904。
步骤903:将该通知消息确定为待接收通知消息,继续执行步骤905。
步骤904:根据所接收的通知消息的版本判断本地所保存通知消息的版本是否发生更新,若发生更新,则继续执行步骤903;否则,继续执行步骤905。
步骤905:判断是否还存在需要筛选的通知消息,若存在,则继续执行步骤901,对下一个通知消息进行筛选;否则,结束本方法流程。
在按照上述方法对通知消息进行筛选之后,将得到待接收通知消息的TOI,如此,终端就可以根据所得到的TOI接收相应的传输对象。
至此,结束图9所示终端对通知消息进行筛选的方法。
在图7所示步骤705中,还可以采取如下方式对现有FDT进行扩展:
在普通FDT的FDT实例元素中增加通知消息元素,该通知消息元素表示相应的传输对象中承载的是通知消息;并在该通知消息元素中增加TOI属性和通知消息相关元素,该通知消息相关元素用于携带通知消息的相关信息。经上述扩展之后,将得到如表3所示的扩展后的FDT:
 
名称 类型 数量 描述
FDT-Instance E 1 FDT实例元素
anyAttribute A anyAttribute属性可扩展为其它属性
...... ...... ...... ......
File E1 0...N 文件元素,描述一个文件
Content-Location A 1 文件位置属性,标识为一个URL地址
TOI A 1 传输对象标识
Content-Type A 0...1 文件的类型
Notification E1 0...N 通知消息元素,用于描述一个消息
Content-Location A 1 消息位置属性,标识为一个URL地址
TOI A 1 消息的传输对象标识
 
Notifi E2 0...1 通知消息相关元素
Header E2 消息的头信息
XX A
...... ...... ...... ......
HeaderExtension E2 消息的扩展头信息
XX A
...... ...... ...... ......
......
表3
在对普通FDT进行如表3所示扩展之后,所述根据通知消息的相关信息和为通知消息内容所分配的TOI生成FDT具体为:
在FDT实例元素中携带表3所示通知消息元素,将通知消息元素的TOI属性置为承载通知消息内容的传输对象的TOI,并将通知消息的相关信息携带于通知消息相关元素中。如前所述,这里的通知消息相关元素也可以包括如表2所示的头信息(Header)和扩展头信息(HeaderExtension)。
由上述实施例可见,本实施例所公开的通过FLUTE协议传输、接收通知消息的技术方案中,通过扩展现有FDT,由服务器将通知消息的内容承载于传输对象中,并将通知消息的相关信息、以及承载通知消息内容的传输对象的TOI携带于第一FDT中;然后在FLUTE会话中发送该携带有通知消息相关信息和TOI的第一FDT,以及承载有通知消息内容的传输对象;再由终端从第一FDT中获取当前FLUTE会话正在传输的通知消息的相关信息、以及承载通知消息内容的传输对象的TOI;最后根据所获取的相关信息和TOI接收当前FLUTE会话中承载有通知消息内容的传输对象。如此,实现了通过FLUTE协议传输、接收通知消息。
在本实施例所提供的上述技术方案中,由于服务器端可以在当前FLUTE会话中将通知消息的相关信息和内容发送给终端,使得终端在当前所接入的FLUTE会话中就可以接收到通知消息的相关信息,并接收到通知消息的内容,从而简化了通知消息的传输处理流程、加快了终端获取通知消息的速度。并且,由于FLUTE协议本身能够提供前向纠错等功能,使得通知消息传输的可靠性得到了提高。
下面对本发明实施例提供的通过专用FDT传输通知消息相关信息的方法进行说明。
实施例二:
本实施例中,服务器端预先设置专用FDT作为第一FDT,即:将通知消息的相关信息和承载通知消息内容的传输对象的TOI携带于该专用FDT中,相应地,终端从专用FDT中获取通知消息的相关信息以及承载通知消息内容的传输对象的TOI,并根据所获取的相关信息和TOI接收相应的传输对象。
图10为本发明实施例二中通过FLUTE协议传输、接收通知消息方法的处理流程示意图。参见图10,该方法包括以下步骤:
步骤1001:FDT生成模块在普通FDT中携带承载专用FDT的传输对象的TOI,并将该普通FDT发送给发送模块。
本步骤中,为了在普通FDT中携带承载专用FDT的传输对象的TOI,需要对现有FDT进行相应扩展。
根据XML的语法定义,表1所示普通FDT中任意属性(anyAttribute),可用于灵活地扩展属性,即:anyAttribute属性标识的地方,可以用任何属性代替。本实施例中提供了两种扩展anyAttribute属性的方式,以通知终端承载专用FDT的承载对象的TOI:
第一种方式:将表1所示普通FDT中FDT实例元素的anyAttribute属性扩展为通知消息重定向属性(FDTNotificationRedirection),并将该通知消息重定向属性的取值置为承载专用FDT的传输对象的TOI:Y,即:表示通知消息的相关信息将携带于TOI=Y的传输对象所承载的专用FDT中。
第二种方式:在表1所示普通FDT的一个File元素中增加anyAttribute属性,并将该增加的anyAttribute属性扩展为通知消息重定向属性(FDTNotificationRedirection),如表4所示:
 
名称 类型 数量 描述
FDT-Instance E 1 FDT实例元素
anyAttribute A anyAttribute属性可扩展为其它属性
...... ...... ...... ......
File E1 0...N 文件元素,描述一个文件
Content-Location A 1 文件位置属性,标识为一个URL地址
TOI A 1 传输对象标识
Content-Type A 0...1 文件的类型
anyAttribute A anyAttribute属性可扩展为其它属性
表4
将该通知消息重定向属性的取值置为true(或为其他预先设定的值),并将该File元素对应的TOI属性置为承载专用FDT的传输对象的TOI:Y,即:表示通知消息的相关信息将携带于TOI=Y的传输对象所承载的专用FDT中。这里,当然也可以设定通知消息重定向属性的取值为其他值时,表示该通知消息重定向属性对应File元素的TOI属性的取值为承载专用FDT的传输对象的TOI的取值。
按照本实施例上述方法扩展普通FDT之后,将得到如图11所示的FDT的结构、专用FDT的结构以及FDT与各传输对象之间的关系。参见图11,承载于TOI=0的传输对象中的普通FDT中描述了当前FLUTE会话中正在传输的传输对象的信息以及通知消息重定向信息,所示出的通知消息重定向信息表示当前FLUTE会话中正在传输的通知消息的相关信息承载于TOI=Y的传输对象中。在承载于TOI=Y的传输对象中,携带有本实施例所述专用FDT,该FDT中包含有TOI为M和N的两个传输对象的信息。TOI=M以及TOI=N的两个传输对象的内容类型属性均被置为通知消息类型,表示相应的传输对象中,即TOI=Y以及TOI=Z的两个传输对象中承载的是通知消息。
步骤1002:发送模块将携带有承载专用FDT的传输对象的TOI的FDT通过广播网络向终端发送。
步骤1003:终端接收到FDT之后,在本地记录承载专用FDT的传输对象的TOI,此后,终端将从该TOI对应的传输对象中获取专用FDT。
本步骤中,对应于步骤1001所述两种扩展anyAttribute属性的方式,终端获取承载专用FDT的传输对象的TOI的方法也有两种:
第一种方式为:判断承载于TOI为0的传输对象中的FDT中FDT实例元素的anyAttribute属性是否被置为通知消息重定向属性,当判断结果为是时,获取通知消息重定向属性的取值作为Y的取值。
第二种方式为:判断承载于TOI为0的传输对象中的FDT的一个File元素的anyAttribute属性是否被置为通知消息重定向属性,当判断结果为是时,进一步判断该通知消息重定向属性的取值是否为true(或其他预先设定的值),若为true,则获取该通知消息重定向属性的取值作为承载专用FDT的传输对象的TOI的取值。
步骤1004~步骤1007所执行的操作与实施例一中步骤701~步骤704所执行的操作相同,在此不再赘述。
步骤1008:FDT生成模块将所分配的TOI发送给传输内容生成模块,并根据通知消息的相关信息和为通知消息内容所分片的TOI生成FDT,将所生成的FDT承载于TOI=Y的承载对象中发送给发送模块。
本步骤中,FDT生成模块可以按照实施例一步骤705所述的方法构造专用FDT,当然也可以采取如表3所示的方法对FDT进行扩展得到专用FDT,请参见实施例一的相关描述,在此不再赘述。
步骤1009:发送模块通过广播网络将承载于TOI=Y的传输对象中的专用FDT发送给终端。
步骤1010:终端接收专用FDT,并根据所获取的通知消息相关消息和TOI确定待接收通知消息的TOI。
与实施例一相同,本步骤中终端在获取当前FLUTE会话正在传输的通知消息的相关信息之后,也可以进一步根据所获取的通知消息的相关信息对当前FLUTE会话正在传输的通知消息进行筛选或过滤,确定待接收通知消息对应的TOI。
步骤1011:传输内容生成模块根据所分配的TOI对通知消息的内容进行打包,并承载于相应的传输对象中发送给发送模块。
步骤1012:发送模块通过广播网络发送承载有通知消息内容的传输对象。
步骤1013:终端接收并处理传输对象中所承载的通知消息的内容。
至此,结束本发明实施例二中通过FLUTE协议传输、接收通知消息方法的处理流程。
由上述实施例可见,本实施例所公开的通过FLUTE协议传输、接收通知消息的技术方案中,通过引入专用FDT,能够有效避免不接收通知消息的终端频繁更新本地FDT,因此,本实施例除能够取得实施例一所述简化通知消息的传输处理流程、加快终端获取通知消息的速度和提高通知消息传输的可靠性等有益效果之外,还能够有效节约终端的资源。
以上通过两个实施例详细说明了本发明通过FLUTE协议传输通知消息的方法、以及通过FLUTE协议接收通知消息的方法的具体实施方式,下面结合附图对本发明通过FLUTE协议传输通知消息的服务器、FLUTE服务器、内容提供服务器、通过FLUTE协议接收通知消息的终端以及通过FLUTE协议传输通知消息的系统进行详细说明。
图12为本发明一较佳实施例中通过FLUTE协议传输通知消息的服务器的组成结构示意图。参见图12,该服务器包括内容提供服务器1210和FLUTE服务器1220。
其中,内容提供服务器1210,用于将通知消息的内容和通知消息的相关信息发送给所述FLUTE服务器1220;
FLUTE服务器1220,用于将通知消息的内容承载于传输对象中,并将通知消息的相关信息、以及承载通知消息内容的传输对象的TOI携带于第一FDT中,在FLUTE会话中发送所述第一FDT、以及所述承载有通知消息内容的传输对象。
较佳地,图12所示内容提供服务器1210可以包括通知消息发送模块1211;FLUTE服务器1220可以包括接收模块1221、传输内容生成模块1222、FDT生成模块1223和发送模块1224。
其中,内容提供服务器1210中的通知消息发送模块1211,用于将通知消息的内容和通知消息的相关信息发送给所述FLUTE服务器1220中的接收模块1221;
接收模块1221,用于将所接收到的通知消息的内容和相关信息发送给传输内容生成模块1222;
传输内容生成模块1222,用于将来自于接收模块1221的通知消息的相关信息发送给FDT生成模块1223,以及将通知消息的内容承载于FDT生成模块1223所返回的TOI所对应的传输对象中;
FDT生成模块1223,用于将通知消息的相关信息、以及承载通知消息内容的传输对象的TOI携带于第一FDT中;
发送模块1224,用于在FLUTE会话中向广播网络发送第一FDT、以及承载有通知消息内容的传输对象。
较佳地,图12所示FDT生成模块1223中可以包括专用FDT生成子模块1225;该专用FDT生成子模块1225,可以用于生成用作第一FDT的专用FDT,并用于将该专用FDT承载于TOI为Y的传输对象中,通过发送模块1224发送该传输对象,所述Y的取值为任意正整数。
进一步地,FDT生成模块1223中可以包括:通知消息重定向子模块1226;该通知消息重定向子模块1226,可以用于将承载于TOI为0的传输对象中的FDT中FDT实例元素的anyAttribute属性置为通知消息重定向属性,并将该通知消息重定向属性的取值置为Y;
或,用于将承载于TOI为0的传输对象中的FDT的一个File元素的anyAttribute属性置为通知消息重定向属性,将所述通知消息重定向属性的取值置为true,并将所述File元素对应的TOI属性置为所述Y。
进一步地,FDT生成模块1223中可以包括:通知消息携带子模块1227;该通知消息携带子模块1227,可以用于将第一FDT的FILE元素的内容类型属性的取值置为通知消息类型,并将通知消息的相关信息携带于第一FDT的FILE元素的通知消息相关元素中。
该通知消息携带子模块1227,也可以用于在第一FDT中携带通知消息元素,将该通知消息元素的TOI属性置为承载通知消息内容的传输对象的TOI,并将通知消息的相关信息携带于该通知消息元素的通知消息相关元素中。
图13为本发明一较佳实施例中通过FLUTE协议接收通知消息的终端的组成结构示意图。参见图13,该终端包括接收模块1310和传输对象确定模块1320。
其中,接收模块1310,用于接收携带有通知消息的相关信息、以及承载通知消息内容的传输对象的TOI的第一FDT,并将该第一FDT发送给传输对象确定模块1320;
传输对象模块1320,用于根据第一FDT中的通知消息相关信息和TOI确定承载有通知消息内容的传输对象,并通知接收模块1310接收传输对象。
进一步地,图13所示终端中可以包括专用FDT获取模块1330;该专用FDT获取模块1330,用于判断承载于TOI为0的传输对象中的FDT的一个File元素的anyAttribute属性是否被置为通知消息重定向属性,当判定结果为是时,继续判断所述通知消息重定向属性的取值是否为true,若为true,则用于获取所述File元素对应的TOI属性的取值,并用于通知接收模块1310接收该取值对应的传输对象中的专用FDT;
或,用于判断承载于TOI为0的传输对象中的FDT中FDT实例元素的anyAttribute属性是否被置为通知消息重定向属性,当判定结果为是时,用于获取通知消息重定向属性的取值,并用于通知接收模块1310接收该取值对应的传输对象中的专用FDT;
此时,接收模块1310,用于根据专用FDT获取模块1330的通知,接收专用FDT,并将所接收到的专用FDT作为第一FDT发送给传输对象确定模块1320。
进一步地,图13所示传输对象确定模块1320中可以包括通知消息筛选子模块1340,该通知消息筛选子模块1340用于根据接收模块1310所接收到的第一FDT中的通知消息相关信息对通知消息进行筛选,并将筛选结果通知接收模块1320。这里,通知消息筛选子模块1340对通知消息进行筛选的过程可以参见图9所示过程,在此不再赘述。
采用图12所示服务器和图13所示终端,可以得到本发明通过FLUTE协议传输通知消息的系统。
在本发明实施例所提供的上述技术方案中,由于服务器端可以在当前FLUTE会话中将通知消息的相关信息和内容发送给终端,使得终端在当前所接入的FLUTE会话中就可以接收到通知消息的相关信息,并接收到通知消息的内容,从而简化了通知消息的传输处理流程、加快了终端获取通知消息的速度。并且,由于FLUTE协议本身能够提供前向纠错等功能,使得通知消息传输的可靠性得到了提高。
以上所述仅为本发明的较佳实施例而已,并非用于限定本发明的保护范围。凡在本发明的精神和原则之内所作的任何修改、等同替换、改进等,均应包含在本发明的保护范围之内。

Claims (19)

1.一种通过单向文件传输协议FLUTE传输通知消息的方法,其特征在于,包括以下步骤:
将通知消息的内容承载于传输对象中;将文件描述表FDT的FILE元素的内容类型属性的取值设置为通知消息类型,将所述FDT的FILE元素的TOI属性设置为所述传输对象的传输对象标识TOI,并将所述通知消息的相关信息携带于通知消息相关元素中;
在FLUTE会话中发送所述FDT、以及所述承载有通知消息内容的传输对象。
2.根据权利要求1所述的方法,其特征在于,所述FDT为:承载于传输对象标识TOI为0的传输对象中的FDT。
3.根据权利要求1所述的方法,其特征在于,所述FDT为:预先在FLUTE会话中增加的专用FDT;所述专用FDT承载于预先设定的TOI所对应的传输对象中,所述预先设定的TOI为任意正整数。
4.根据权利要求3所述的方法,其特征在于,预先设置通知消息重定向属性;将所述通知消息重定向属性作为承载于TOI为0的传输对象中的FDT中FDT实例元素的任意属性anyAttribute,并将所述通知消息重定向属性的取值置为所述预先设定的TOI;
在发送所述FDT之前,进一步包括:发送所述承载于TOI为0的传输对象中的FDT。
5.根据权利要求3所述的方法,其特征在于,预先设置通知消息重定向属性;将所述通知消息重定向属性作为承载于TOI为0的传输对象中的FDT的一个File元素的anyAttribute属性,将所述通知消息重定向属性的取值置为true,并将所述File元素对应的TOI属性置为所述预先设定的TOI;
在发送所述FDT之前,进一步包括:发送所述承载于TOI为0的传输对象中的FDT。
6.根据权利要求1-5任一所述的方法,其特征在于,所述方法进一步包括:增加携带通知消息头信息的子元素和携带通知消息扩展头信息的子元素;
所述将通知消息的相关信息携带于所述通知消息相关元素中具体为:
将通知消息相关信息中的头信息携带于所述携带通知消息头信息的子元素中,将通知消息相关信息中的扩展头信息携带于所述携带通知消息扩展头信息的子元素中。
7.一种通过FLUTE协议接收通知消息的方法,其特征在于,包括以下步骤:
在FLUTE会话中接收文件描述表FDT;
从所述FDT中获取通知消息的相关信息、以及承载有通知消息内容的传输对象的传输对象标识TOI;所述获取通知消息的相关信息和所述TOI的过程具体包括:判定所述FDT的FILE元素的内容类型属性的取值为通知消息类型,获取所述FDT的FILE元素中的TOI属性,作为所述TOI;获取所述FDT的FILE元素中的通知消息相关元素,作为所述通知消息的相关信息;
根据所获取的所述通知消息的相关信息和所述TOI接收所述FLUTE会话中的承载有通知消息内容的传输对象。
8.根据权利要求7所述的方法,其特征在于,所述FDT为:承载于TOI为0的传输对象中的FDT。
9.根据权利要求7所述的方法,其特征在于,所述FDT为:预先在FLUTE会话中增加的专用FDT;所述专用FDT承载于预先设定的TOI所对应的传输对象中,所述预先设定的TOI为任意正整数。
10.根据权利要求9所述的方法,其特征在于,在所述从FDT中获取当前FLUTE会话正在传输的通知消息的相关信息和TOI之前,进一步包括:获取所述预先设定的TOI的取值。
11.根据权利要求10所述的方法,其特征在于,获取所述预先设定的TOI的取值具体为:
判定承载于TOI为0的传输对象中的FDT中FDT实例元素的anyAttribute属性被置为通知消息重定向属性,获取所述通知消息重定向属性的取值作为预先设定的TOI的取值。
12.根据权利要求10所述的方法,其特征在于,获取所述预先设定的TOI的取值具体为:
判定承载于TOI为0的传输对象中的FDT的一个File元素的anyAttribute属性被置为通知消息重定向属性,判断所述通知消息重定向属性的取值是否为true,若为true,则获取所述File元素对应的TOI属性的取值作为预先设定的TOI的取值;否则,获取所述通知消息重定向属性的取值作为预先设定的TOI的取值。
13.根据权利要求7-12任一所述的方法,其特征在于,所获取的通知消息的相关信息包括:通知消息的标识、通知消息的版本和通知消息的业务标识;
所述根据所获取的通知消息的相关信息对通知消息进行筛选具体为:
根据所述通知消息的业务标识判断所述通知消息是否为终端关注的通知业务,若不是,则继续对下一个通知消息进行筛选;
若是,则继续根据所述通知消息的标识判断是否已接收所述通知消息对应的传输对象,若尚未接收,则将所述通知消息确定为待接收通知消息,继续对下一个通知消息进行筛选;
若已接收,则继续根据所述通知消息的版本判断所述通知消息的版本是否发生更新,若发生更新,则将所述通知消息确定为待接收通知消息,继续对下一个通知消息进行筛选;否则,继续对下一个通知消息进行筛选。
14.一种通过FLUTE协议传输通知消息的服务器,包括内容提供服务器和FLUTE服务器,其特征在于:
所述内容提供服务器,用于将通知消息的内容和通知消息的相关信息发送给所述FLUTE服务器;
所述FLUTE服务器,用于将通知消息的内容承载于传输对象中,将文件描述表FDT的FILE元素的内容类型属性的取值设置为通知消息类型,将所述FDT的FILE元素的TOI属性设置为所述传输对象的传输对象标识TOI,并将通知消息的相关信息携带于通知消息相关元素中;在FLUTE会话中发送所述FDT、以及所述承载有通知消息的内容的传输对象。
15.一种FLUTE服务器,包括接收模块、传输内容生成模块、FDT生成模块和发送模块,其特征在于:
所述接收模块,用于接收通知消息的内容和通知消息的相关信息;
所述传输内容生成模块,用于将所述通知消息的相关信息发送给FDT生成模块,以及将通知消息的内容承载于FDT生成模块所返回的传输对象标识TOI所对应的传输对象中;
所述FDT生成模块,用于将通知消息的相关信息、以及承载通知消息内容的传输对象的TOI携带于文件描述表FDT中;
所述FDT生成模块中进一步包括:通知消息携带子模块;所述通知消息携带子模块,用于将所述FDT的FILE元素的内容类型属性的取值设置为通知消息类型,将所述FDT的FILE元素的TOI属性设置为所述传输对象的传输对象标识TOI,并将所述通知消息的相关信息携带于通知消息相关元素中;
所述发送模块,用于在FLUTE会话中发送所述FDT、以及所述承载有通知消息内容的传输对象。
16.根据权利要求15所述的FLUTE服务器,其特征在于,所述FDT生成模块中包括专用FDT生成子模块;
所述专用FDT生成子模块,用于生成用作FDT的专用FDT,并将所述专用FDT承载于预先设定的TOI所对应的传输对象中,通过发送模块发送所述传输对象,所述预先设定的TOI为任意正整数。
17.根据权利要求16所述的FLUTE服务器,其特征在于,所述FDT生成模块中进一步包括:通知消息重定向子模块;
所述通知消息重定向子模块,用于将承载于TOI为0的传输对象中的FDT中FDT实例元素的anyAttribute属性置为通知消息重定向属性,并将所述通知消息重定向属性的取值置为所述预先设定的TOI;
或,用于将承载于TOI为0的传输对象中的FDT的一个File元素的anyAttribute属性置为通知消息重定向属性,将所述通知消息重定向属性的取值置为true,并将所述File元素对应的TOI属性置为所述预先设定的TOI。
18.一种通过FLUTE协议接收通知消息的终端,其特征在于,包括接收模块和传输对象确定模块;
所述接收模块,用于接收文件描述表FDT,所述FDT携带有通知消息的相关信息、以及承载有通知消息内容的传输对象的传输对象标识TOI,并将所述FDT发送给传输对象确定模块;
所述传输对象确定模块,用于判定所述FDT的FILE元素的内容类型属性的取值为通知消息类型,则获取所述FDT的FILE元素中的TOI属性,作为所述TOI;获取所述FDT的FILE元素中的通知消息相关元素,作为所述通知消息的相关信息;根据所述通知消息的相关信息和所述TOI确定承载有通知消息内容的传输对象,并通知所述接收模块接收所述传输对象。
19.根据权利要求18所述的终端,其特征在于,所述终端中进一步包括:专用FDT获取模块;
所述专用FDT获取模块,用于判断承载于TOI为0的传输对象中的FDT的一个File元素的anyAttribute属性是否被置为通知消息重定向属性,当判定结果为是时,继续判断所述通知消息重定向属性的取值是否为true,若为true,则用于获取所述File元素对应的TOI属性的取值,并用于通知接收模块接收所述取值对应的传输对象中的专用FDT;
或,用于判断承载于TOI为0的传输对象中的FDT中FDT实例元素的anyAttribute属性是否被置为通知消息重定向属性,当判定结果为是时,用于获取所述通知消息重定向属性的取值,并用于通知接收模块接收所述取值对应的传输对象中的专用FDT;
所述接收模块,用于根据专用FDT获取模块的通知,接收专用FDT,并将所接收到的专用FDT作为FDT发送给传输对象确定模块。
CN2007101017160A 2007-04-24 2007-04-24 通过单向文件传输协议传输、接收通知消息的方法及装置 Active CN101296246B (zh)

Priority Applications (5)

Application Number Priority Date Filing Date Title
CN2007101017160A CN101296246B (zh) 2007-04-24 2007-04-24 通过单向文件传输协议传输、接收通知消息的方法及装置
PCT/CN2007/071278 WO2008128409A1 (fr) 2007-04-24 2007-12-19 Procédé et appareil pour émettre et recevoir un message de notification à travers le protocole de distribution de fichier par transport unidirectionnel
EP07846104.3A EP2028817B1 (en) 2007-04-24 2007-12-19 A method and an apparatus for transmitting and receiving a notification message through the file delivery over unidirectional transport protocol
US12/345,994 US8010626B2 (en) 2007-04-24 2008-12-30 Method and apparatus for transporting/receiving notification messages via file delivery over unidirectional protocol
US13/198,551 US8200781B2 (en) 2007-04-24 2011-08-04 Method and apparatus for transporting/receiving notification messages via file delivery over unidirectional protocol

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN2007101017160A CN101296246B (zh) 2007-04-24 2007-04-24 通过单向文件传输协议传输、接收通知消息的方法及装置

Publications (2)

Publication Number Publication Date
CN101296246A CN101296246A (zh) 2008-10-29
CN101296246B true CN101296246B (zh) 2012-06-27

Family

ID=39875061

Family Applications (1)

Application Number Title Priority Date Filing Date
CN2007101017160A Active CN101296246B (zh) 2007-04-24 2007-04-24 通过单向文件传输协议传输、接收通知消息的方法及装置

Country Status (4)

Country Link
US (2) US8010626B2 (zh)
EP (1) EP2028817B1 (zh)
CN (1) CN101296246B (zh)
WO (1) WO2008128409A1 (zh)

Families Citing this family (12)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101753589B (zh) * 2008-12-15 2012-12-12 中国移动通信集团公司 数据文件解密方法、解密装置和数据广播系统
CN101800937B (zh) * 2009-02-05 2014-04-16 华为技术有限公司 广播下载类业务的方法、装置和系统
CN102195994B (zh) * 2010-03-05 2014-03-12 中国移动通信集团公司 基于单向文件传输协议传输文件的方法及接收文件的终端
US9451401B2 (en) 2011-05-27 2016-09-20 Qualcomm Incorporated Application transport level location filtering of internet protocol multicast content delivery
US8953478B2 (en) * 2012-01-27 2015-02-10 Intel Corporation Evolved node B and method for coherent coordinated multipoint transmission with per CSI-RS feedback
KR101757306B1 (ko) 2014-07-31 2017-07-12 엘지전자 주식회사 방송 신호 송/수신 처리 방법 및 장치
US10200856B2 (en) 2014-10-02 2019-02-05 Sprint Communications Company L.P. Content-delivery footprint and capabilities data transfer from wireless communication devices
US10015235B2 (en) 2014-10-23 2018-07-03 Sprint Communications Company L.P. Distribution of media content to wireless communication devices
US9609489B2 (en) 2014-10-24 2017-03-28 Sprint Communications Company L.P. Distribution of media content identifiers to wireless communication devices
US9967734B1 (en) 2014-11-24 2018-05-08 Sprint Communications Company, L.P. Content delivery network request handling in wireless communication systems
EP3352463B1 (en) * 2015-09-18 2021-08-25 Sony Group Corporation Transmission device, reception device for delivering non real time content in parallel to a broadcasting program
US10489492B2 (en) * 2015-12-10 2019-11-26 Dropbox, Inc. Sending feature-instruction notifications to user computing devices

Citations (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2006008593A1 (en) * 2004-07-14 2006-01-26 Nokia Corporation Grouping of session objects

Family Cites Families (9)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US6411967B1 (en) * 1999-06-18 2002-06-25 Reliable Network Solutions Distributed processing system with replicated management information base
JP4459644B2 (ja) * 2004-02-06 2010-04-28 株式会社エヌ・ティ・ティ・ドコモ データ受信装置およびデータ受信方法
US8296436B2 (en) * 2004-03-22 2012-10-23 Nokia Corporation Conveying parameters for broadcast/multicast sessions via a communication protocol
US20060059267A1 (en) * 2004-09-13 2006-03-16 Nokia Corporation System, method, and device for downloading content using a second transport protocol within a generic content download protocol
US20070168523A1 (en) * 2005-04-11 2007-07-19 Roundbox, Inc. Multicast-unicast adapter
US7738863B2 (en) * 2005-08-25 2010-06-15 Nokia Corporation IP datacasting middleware
US7653668B1 (en) * 2005-11-23 2010-01-26 Symantec Operating Corporation Fault tolerant multi-stage data replication with relaxed coherency guarantees
RU2447586C2 (ru) * 2005-12-02 2012-04-10 Эл Джи Электроникс Инк. Способ управления устройством с использованием широковещательного канала
US8935420B2 (en) * 2007-03-09 2015-01-13 Nokia Corporation Method and apparatus for synchronizing notification messages

Patent Citations (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2006008593A1 (en) * 2004-07-14 2006-01-26 Nokia Corporation Grouping of session objects

Also Published As

Publication number Publication date
US20110295975A1 (en) 2011-12-01
EP2028817B1 (en) 2014-09-03
US20090113019A1 (en) 2009-04-30
US8200781B2 (en) 2012-06-12
EP2028817A1 (en) 2009-02-25
WO2008128409A1 (fr) 2008-10-30
CN101296246A (zh) 2008-10-29
EP2028817A4 (en) 2009-08-19
US8010626B2 (en) 2011-08-30

Similar Documents

Publication Publication Date Title
CN101296246B (zh) 通过单向文件传输协议传输、接收通知消息的方法及装置
KR101270275B1 (ko) 방송 시스템에서의 통지 메시지 제공 방법 및 장치
CN102577420A (zh) 用于能够访问广播网络和互联网网络的客户端接收应用的方法和设备
JP2005531178A (ja) Ipマルチキャストのための発見情報
US20070124784A1 (en) BCAST service system and contents transmission method using the same
JP2008507009A (ja) データオブジェクトの転送
CN109964467A (zh) 用于辅助数据流传输的基于节点类型的控制
CN101981922B (zh) 在移动通信系统中用于终端的软件更新的方法和设备
CN101615960A (zh) 一种交互组件更新的方法、终端和服务器
CN101627609A (zh) 用于文件递送协议的高速缓存命令
CN102823266A (zh) 用于接收包括在实时广播信号中的非实时内容的方法和设备
US20140289721A1 (en) Method and system for updating firmware of terminals in a broadcast system
JP5277158B2 (ja) データ受信方法、修復方法および対応する端末
AU2009213729B2 (en) System and method for delivering notification messages
US20090113471A1 (en) Method and apparatus for signaling updates to notification session in ip datacast
US20050010957A1 (en) Method and a system for communicating bandwidth information of a digital broadcast network
JP2009512320A (ja) ディジタル放送システムにおける信頼性保証転送サービス提供方法及び装置
JP2004512772A (ja) テレビジョンシステムにおけるデータ伝送のための方法及び装置
KR20220075367A (ko) Dash/hls 하이브리드 멀티미디어 스트림을 브로드캐스팅하기 위한 방법
CN101626555B (zh) 接入号分配方法及装置
CN101145928B (zh) 用于获取默认通知消息的实现方法、服务器和用户终端
CN100591116C (zh) 用于通知数字广播网络中的传输流的方法和系统
WO2008038974A1 (en) Method for delivering the tpeg service management information on broadcasting network
JPH1051404A (ja) メニュー配信方法
KR20170140114A (ko) MBMS(Multimedia Broadcast/Multicast Service) 수신기 및 그의 데이터 수신 방법

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