CN1652544A - 数据接收装置和数据接收方法 - Google Patents

数据接收装置和数据接收方法 Download PDF

Info

Publication number
CN1652544A
CN1652544A CNA200510008118XA CN200510008118A CN1652544A CN 1652544 A CN1652544 A CN 1652544A CN A200510008118X A CNA200510008118X A CN A200510008118XA CN 200510008118 A CN200510008118 A CN 200510008118A CN 1652544 A CN1652544 A CN 1652544A
Authority
CN
China
Prior art keywords
file
information
mentioned
attribute information
fdt
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
Application number
CNA200510008118XA
Other languages
English (en)
Other versions
CN100518184C (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.)
NTT Docomo Inc
Original Assignee
NTT Docomo Inc
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 NTT Docomo Inc filed Critical NTT Docomo Inc
Publication of CN1652544A publication Critical patent/CN1652544A/zh
Application granted granted Critical
Publication of CN100518184C publication Critical patent/CN100518184C/zh
Expired - Fee Related legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

Classifications

    • 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/06—Protocols specially adapted for file transfer, e.g. file transfer protocol [FTP]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/1066—Session management
    • H04L65/1101—Session protocols
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L69/00—Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
    • H04L69/30—Definitions, standards or architectural aspects of layered protocol stacks
    • H04L69/32—Architecture of open systems interconnection [OSI] 7-layer type protocol stacks, e.g. the interfaces between the data link level and the physical level
    • H04L69/322—Intralayer communication protocols among peer entities or protocol data unit [PDU] definitions
    • H04L69/329—Intralayer communication protocols among peer entities or protocol data unit [PDU] definitions in the application layer [OSI layer 7]
    • 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/02—Protocols based on web technology, e.g. hypertext transfer protocol [HTTP]

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Computer Security & Cryptography (AREA)
  • Business, Economics & Management (AREA)
  • General Business, Economics & Management (AREA)
  • Multimedia (AREA)
  • Information Transfer Between Computers (AREA)
  • Computer And Data Communications (AREA)
  • Data Exchanges In Wide-Area Networks (AREA)
  • Information Retrieval, Db Structures And Fs Structures Therefor (AREA)

Abstract

本发明提供一种数据接收装置及数据接收方法，其中的数据接收装置10包括：单向信道接收部102，利用单向信道来接收电子文件和该电子文件的FDT；配送控制部116，根据为开设单向信道的通话而必需的通话信息而取得用于指定FDT的所在的所在信息；双向信道收发部112，在开始利用单向信道来接收电子文件之前，根据上述所在信息所指定的所在，利用双向信道取得FDT。

Description

数据接收装置和数据接收方法
技术领域
本发明涉及数据接收装置和数据接收方法。
背景技术
在3GPP(3rd Generation Partnership Project)中，人们研究在第三代移动通信系统中实现广播·组播服务的MBMS(MultimediaBroadcast/Multicast Service)。在MBMS中，仅提供从无线基站到移动站的下行信道，而不提供从移动站向无线基站的上行信道。同样地，在数字广播中，仅提供从电波发送局到接收局的下行信道，而不提供从接收局到电波发送局的上行信道。
作为用这种单向信道配送电子文件的技术，例如，已知有在文献“FLUTE-File Delivery over Unidirectional Transport，IETF RFC3926，October 2004”(以下称为“文献1”)中公开的FLUTE(File Deliveryover Unidirectional Transport)。图12示出了FLUTE中的文件配送顺序。FLUTE中，接收电子文件的数据接收装置1首先用HTTP(HyperText Transport Protocol)向管理电子文件配送的数据发送装置2请求FLUTE的通话(session)信息(S10)。
这里，所谓通话信息是指在用单向信道从单向数据发送装置3向数据接收装置1进行电子文件的配送时，为开设该单向信道的通话而必需的信息。在该通话信息中，例如包含分配给该通话的目的地IP地址(组播地址等)和数据接收装置1为接收电子文件而利用的应用程序的端口号等。图13示出了FLUTE中通话信息的记述例。如图13所示，FLUTE中的通话信息通常按照SDP(Session DescriptionProtocol)而记述。
当数据接收装置1发出通话信息请求时，数据发送装置2根据该请求向数据接收装置1发送包含通话信息的通话信息文件(以下称为SDP文件)(S12)。这里，示出了数据接收装置1用HTTP取得通话信息的例子，但也可以考虑通过用电子邮件、SAP(SessionAnnouncement Protocol)等的广播信道等取得通话信息。
数据接收装置1接收SDP文件时，数据接收装置1从SDP文件中读出通话信息，开设用于利用该通话信息从单向数据发送装置3接收电子文件的单向信道。在双向信道和单向信道不能同时接收的情况下，数据接收装置1一旦切断双向信道，就只能开设单向信道。
单向数据发送装置3利用如此开设的单向信道向数据接收装置1配送电子文件和包含该电子文件的属性信息的文件配送表(FileDelivery Table，以下称为FDT)。详细地说，单向数据发送装置3根据它进行分配时，把包含电子文件的属性信息的FDT作为目标(object)ID(TOI)＝0来分配(S14)。数据接收装置1利用单向信道接收单向数据发送装置3配送的FDT。图14示出了FLUTE中FDT的记述例。在FDT中，如图14所示，对于一个或多个电子文件来说，以XML形式记述了文件名、目标ID、文件种类、压缩类型、数据长度、URL等属性信息。这里，在图14所示的FDT中，分为目标ID＝1的电子文件的属性信息(虚线包围的部分P1)和目标ID＝2的电子文件的属性信息(虚线包围的部分P2)来记述。
返回图12，单向数据发送装置3配送FDT后，分割配送电子文件。在图12所示的例子中，首先，目标ID＝1的电子文件1被分割为多个分组来配送(S16)，接着，目标ID＝2的电子文件2被分割为多个分组来配送(S18)。数据接收装置1用单向信道接收单向数据发送装置3配送的电子文件。之后，数据接收装置1组合所接收的电子文件，参考先前接收的FDT，将组合好的电子文件转交给适当的应用程序。这里，在电子文件被压缩时，数据接收装置1参考先前接收的FDT，根据FDT中记述的压缩类型进行解压处理。
在FLUTE中，通过这种顺序，能够利用单向信道配送较大容量的电子文件。而且，在FLUTE中，除了构成电子文件的分割数据之外，还配送用于复原该分割数据的冗余数据，从而，即使在一部分分割数据缺失的情况下，也能利用冗余数据恢复分割数据，确保可靠性。
在日本特开2003-304511号公报(以下称为“文献2”)中，在广播通话信息或相当于FDT的SMIL(Synchronized MultimediaIntegration Language)数据和图像数据的系统中，为了提前开始再现图像，公开了连续发送这些数据的方法。
发明内容
但是，在上述文献中记载的利用FLUTE的单向电子文件配送技术中，存在以下问题。图15示出了利用FLUTE的单向电子文件配送技术的问题。在上述利用FLUTE的单向电子文件的配送技术中，接收到电子文件时，首先参考所接收的FDT，将该电子文件转交给适当的应用程序。因此，如图15所示，从单向数据发送装置3发送FDT(S14)，之后，数据接收装置1取得SDP文件(S10，S12)，在单向电子文件配送的通话基础上开始接收电子文件时，数据接收装置1不能判断所接收的电子文件的属性，不能将该电子文件转交给适当的应用程序。而在电子文件被压缩的情况下，数据接收装置1不能从FDT读出电子文件的压缩类型，因此，不能进行适当的解压处理。
例如，图15中，FDT1中记述了电子文件1的属性信息和电子文件2的属性信息，FDT2中记述了电子文件2的属性信息和电子文件3的属性信息。这时，由于数据接收装置1没有接收FDT1，因此，尽管正常接收到电子文件1，但不能利用电子文件1。而且，由于数据接收装置1没有接收FDT1，因此，尽管正常接收到电子文件2，但在该时刻不能利用电子文件2，之后，接收FDT2并可以开始利用电子文件2。
这样，在上述文献1中记载的利用FLUTE的单向电子文件配送技术中，出现了这样的问题：在取得SDP文件并开始接收电子文件的定时，会产生不能取得FDT的情况和在接收下一个FDT之前不能利用电子文件的情况。
这样的问题在上述文献2中记载的技术中也未能得到解决。
因此，本发明的目的是解决上述问题，提供一种数据接收装置和数据接收方法，能够可靠地取得电子文件的属性信息并有效地应用电子文件，而与加在单向电子文件配送的通话中的定时无关。
为了解决上述问题，本发明的数据接收装置的特征在于，包括：接收单元，利用单向信道来接收电子文件和该电子文件的属性信息；所在信息取得单元，取得用于根据通话信息来指定上述属性信息的所在的所在信息，其中所述通话信息是上述接收单元为开设上述单向信道的通话而必需的信息；以及第一属性信息取得单元，在利用上述接收单元开始接收上述电子文件之前，根据利用上述所在信息取得单元所取得的上述所在信息而指定的所在，取得上述属性信息。
为了解决上述问题，本发明的数据接收方法利用单向信道来接收电子文件和该电子文件的属性信息，其特征在于，包括以下步骤：所在信息取得步骤，取得用于根据通话信息来指定上述属性信息的所在的所在信息，所述通话信息是为开设上述单向信道的通话而必需的信息；以及第一属性信息取得步骤，在开始利用上述单向信道来接收上述电子文件之前，根据利用在上述所在信息取得步骤中所取得的上述所在信息而指定的所在来取得上述属性信息。
从通话信息中取得用于指定属性信息的所在的所在信息，并在利用单向信道开始接收电子文件之前，通过根据该所在信息所指定的所在而取得属性信息，可以在利用单向信道开始接收电子文件之前，可靠地取得该电子文件的属性信息。
在上述数据接收装置中，上述第一属性信息取得装置的特征在于，通过利用双向信道接收上述属性信息而取得上述属性信息。
利用双向信道接收属性信息，从而，能在取得传送延时的再送处理和请求数据的指定等属性信息时进行各种控制。
在上述数据接收装置中，上述第一属性信息取得装置的特征在于，利用为取得上述通话信息而使用的双向信道来接收上述属性信息。
由于利用为取得上述通话信息而使用的双向信道接收属性信息，因此需要开设新的双向信道，以取得属性信息。
为了解决上述问题，本发明的数据接收装置的特征在于，包括：接收单元，利用单向信道来接收电子文件和该电子文件的属性信息；所在信息取得单元，取得用于根据通话信息来指定上述属性信息的所在的所在信息，所述通话信息是上述接收单元为开设上述单向信道的通话而必需的信息；以及第二属性信息取得单元，在上述接收单元尽管接收到上述电子文件但未接收到该电子文件的属性信息的情况下，根据利用上述所在信息取得单元所取得的上述所在信息而指定的所在来取得上述属性信息。
为了解决上述问题，本发明的数据接收方法利用单向信道来接收电子文件和该电子文件的属性信息，其特征在于，包括以下步骤：所在信息取得步骤，取得用于根据通话信息来指定上述属性信息的所在的所在信息，其中所述通话信息是为开设上述单向信道的通话而必需的信息；以及第二属性信息取得步骤，在尽管利用上述单向信道接收到上述电子文件但未接收到该电子文件的属性信息的情况下，根据利用在上述所在信息取得步骤中所取得的上述所在信息而指定的所在来取得上述属性信息。
根据通话信息取得用于指定属性信息的所在的所在信息，在尽管利用单向信道接收到电子文件但未接收到该电子文件的属性信息的情况下，通过根据该所在信息所指定的所在来取得属性信息，可以可靠地取得已接收的电子文件的属性信息。
在上述数据接收装置中，上述第二属性信息取得装置的特征在于，通过利用双向信道接收上述属性信息而取得上述属性信息。
利用双向信道接收属性信息，从而，能在取得传送延时的再送处理和请求数据的指定等属性信息时进行各种控制。
在上述接收接收装置中，上述第二属性信息取得装置的特征在于，对于已接收的电子文件，选择性地请求、接收未接收的属性信息。
对于已接收的电子文件，通过选择性地请求、接收未接收的属性信息，可以有效地取得必要的属性信息。
根据本发明，从通话信息中取得用于指定属性信息的所在的所在信息，在开始用单向信道接收电子文件之前，根据该所在信息指定的所在而取得属性信息，从而，在开始利用单向信道接收电子文件之前，能可靠地取得该电子文件的属性信息。结果，能够可靠地取得电子文件的属性信息并有效地应用电子文件，而与加在单向电子文件配送的通话中的定时无关。
根据本发明，从通话信息中取得用于指定属性信息所在的所在信息，在尽管利用单向信道接收到电子文件但未接收到该电子文件的属性信息时，通过根据该所在信息而指定的所在来取得属性信息，可以可靠地取得已接收的电子文件的属性信息。结果，能够可靠地取得电子文件的属性信息并有效地应用电子文件，而与加在单向电子文件配送的通话中的定时无关。
附图说明
图1是包含数据接收装置的网络系统的构成图；
图2是数据接收装置的构成图；
图3示出了通话信息的记述例；
图4是数据接收装置的操作流程图；
图5是对数据接收装置的电子文件分配顺序图；
图6是对数据接收装置的电子文件分配顺序图；
图7示出了包含SDP文件和FDT的电子邮件的记述例；
图8是数据接收装置的操作流程图；
图9是对数据接收装置的电子文件分配顺序图；
图10是数据发送装置的构成图；
图11是数据发送装置80的操作图；
图12示出了FLUTE中的文件分配顺序；
图13示出了FLUTE中通话信息的记述例；
图14示出了FLUTE中FDT的记述例；
图15示出了用FLUTE的单向电子文件分配技术的问题。
具体实施方式
说明根据明第一实施方式的数据接收装置。
首先，说明包含本发明数据接收装置的网络系统的构成。图1是包含本发明的数据接收装置的网络系统的构成图。如图1所示，本发明的数据接收装置10通过无线基站60和网络30与单向数据发送装置70和数据发送装置80连接。这里，单向数据发送装置70具有利用FLUTE(File Delivery over Unidirectional Transport)，使用单向信道向数据接收装置10进行文件配送的功能。数据发送装置80具有利用HTTP(Hyper Text Transfer Protocol)向数据接收装置10发送数据接收装置10为了开设单向信道的通话所必需的通话信息的通话信息文件(以下称为SDP文件)的功能。
这里，用FLUTE作为使用单向信道的文件配送协议，但也可以使用其他协议，只要是使用单向信道的文件分配协议即可。同样地，这里，用HTTP作为用于发送SDP文件的协议，但也可以是其他协议。这里，用FLUTE的SDP文件作为包含通话信息的文件，但也可以是其他文件。
这里，数据接收装置10、无线基站60、单向数据发送装置70、数据发送装置80分别记载了一个，但他们都可以存在多个。这里，数据接收装置10通过无线基站60和单向数据发送装置70及数据发送装置80连接，但数据接收装置10也可以通过有线与单向数据发送装置70及数据发送装置80连接。
接着，说明根据本实施方式的数据接收装置10的构成。图2是根据本实施方式的数据接收装置10的构成图。根据本实施方式的数据接收装置10包括：单向信道接收部102(接收单元)，文件组合部104，FDT保持部106，文件保持部108，应用程序部110，双向信道收发部112(第一属性信息取得单元)，SDP保持部114和配送控制部116(所在信息取得单元)。以下，详细说明各构成要素。
单向信道接收部102利用单向信道从单向数据发送装置70接收利用FLUTE发送的FDT(File Delivery Table)和电子文件。这里，在FDT中记述了从单向数据发送装置70发送的电子文件的属性信息(文件名、目标ID、文件种类、压缩类型、数据长度、URL等)。FDT和电子文件包含构成FDT及电子文件的1个或多个分割数据以及用于恢复缺损的分割数据的冗余数据。
文件组合部104基于单向信道接收部102接收的分割数据和冗余数据来恢复FDT和电子文件。具体地说，文件组合部104通过组合由单向信道接收部102接收的分割数据来恢复FDT和电子文件。这里，在一部分分割数据缺损等情况下，文件组合部104根据需要使用由单向信道接收部102接收的冗余数据，尝试恢复缺损的分割数据(FEC解码)，将恢复的分割数据用于FDT和电子文件的恢复。
FDT保持部106保持(存储)由文件组合部104恢复的FDT。
文件保持部108保持(存储)由文件组合部104恢复的电子文件。
应用程序部110是利用文件保持部108中保持的电子文件进行操作的应用程序部分。
双向信道收发部112开设双向信道，并进行双向的数据收发。具体地说，双向信道收发部112利用使用HTTP等协议的双向信道来接收数据发送装置80发送的SDP文件。这里，在SDP文件中，包含数据接收装置10接收从单向数据发送装置70发送的电子文件或数据接收装置10为开设单向信道的通话而必需的通话信息。
图3示出了SDP文件中的通话信息的记述例。在SDP文件中，如图3所示，包含分配给数据接收装置10的IP地址和数据接收装置10为接收电子文件而利用的应用程序的端口号等。其中，特别地，在记述通话信息的SDP文件中，包含用于指定FDT(属性信息)的所在的所在信息。FDT通常从单向数据发送装置70发送，因此，FDT的所在就变成是单向数据发送装置70，但在这里所说的所在信息中，记述了单向数据发送装置70以外的FDT的所在、即可代替单向数据发送装置70发送FDT的数据发送装置(例如数据发送装置80)的地址、URL等。在图3所示的例子中，根据“a＝flute-fdt:http://fdt-server/”的记述(图3的下划线部分)，可知FDT的所在为“http://fdt-server/”。
SDP保持部114保持(存储)双向信道收发部112所接收的SDP文件。
配送控制部116从SDP保持部114中保持的SDP文件中取得用于指定FDT的所在的所在信息，并将该所在信息输出到双向信道收发部112中。
双向信道收发部112在开始通过单向信道接收部102接收电子文件之前，根据利用配送控制部116所取得的所在信息而指定的所在来取得FDT。详细地说，双向信道收发部112利用双向信道向所在信息所指定的所在(例如数据发送装置80)发送利用HTTP等协议的FDT发送请求，并接收据此发送的FDT。这时，双向信道收发部112原样(不切断地)使用为取得上述SDP文件而使用的双向信道来接收FDT。双向信道收发部112将接收的FDT输出到FDT保持部106中。即，通过双向信道收发部112接收的FDT也和通过单向信道接收部102接收的FDT一样被保持(存储)在FDT保持部106中。
接着，说明根据本实施方式的数据接收装置的操作。图4示出了根据本实施方式的数据接收装置10的操作流程图。图5示出了对根据本实施方式的数据接收装置10的电子文件的配送顺序。
数据接收装置10在接收并利用从单向数据发送装置70发送的电子文件时，首先，通过数据接收装置10的双向信道收发部112开设双向信道，向数据发送装置80发送SDP文件发送请求(S102)。
当通过数据发送装置80接收SDP文件发送请求时，根据该请求，从数据发送装置80向数据接收装置10发送SDP文件(S104)。这里，在从数据发送装置80发送的SDP文件中，包含数据接收装置10接收从单向数据发送装置70发送的电子文件或数据接收装置10为开设单向信道的通话所必需的通话信息。在该SDP文件中，还包含用于指定从单向数据发送装置70发送的电子文件的FDT(属性信息)的所在的所在信息。从数据发送装置80发送的SDP文件由数据接收装置10的双向信道收发部112接收，并保持(存储)在SDP保持部114中。
接着，通过配送控制部116从SDP保持部114中所保持的SDP文件中读出用于指定FDT所在的所在信息，读出的所在信息被输出到双向信道收发部112中(S106)。
当从配送控制部116输出上述所在信息时，在通过单向信道接收部102开始接收电子文件之前，通过双向信道收发部112向由该所在信息指定的所在发送FDT发送请求(S108)。对应于该FDT发送请求而从上述所在发送的FDT由双向信道收发部112接收(S110)。这里，为取得SDP文件而使用的双向信道被原样(不切断地)使用以发送FDT发送请求，并接收FDT。由双向信道收发部112接收的FDT被保持(存储)在FDT保持部106中。
通过双向信道收发部112接收FDT时，通过单向信道接收部102，经由配送控制部116参照保持在SDP保持部114中的SDP文件，并基于该SDP文件中包含的通话信息而开设单向信道(S112)。当开设单向信道时，开始通过单向信道接收部102接收从单向数据发送装置70发送的电子文件和FDT(S114)。这里，电子文件和FDT作为构成该电子文件和FDT的分割数据或分割数据缺损时用于恢复分割数据的冗余数据而被发送、接收。
这些操作例如相当于这样的操作：在利用移动通信终端中的点对点(point-to-point)信道(双向信道)接收SDP文件和FDT后，开设3GPP MBMS信道这样的点对多点(point-to-multipoint)信道(单向信道)，把利用该3GPP MBMS信道接收电子文件和FDT。
通过单向信道接收部102接收分割数据和冗余数据时，通过文件组合部104基于这些分割数据和冗余数据来恢复电子文件和FDT。
通过文件组合部104恢复的FDT被保持(存储)在FDT保持部106中。这里，在FDT保持部106中既保持由双向信道收发部112接收的FDT也保持由单向信道接收部102接收的FDT。这时，FDT保持部106也可以将先前由双向信道收发部112接收的FDT替换为此后由单向信道接收部102接收的FDT。此外，FDT保持部106也可以提取出先前由双向信道收发部112接收的FDT和此后由单向信道接收部102接收的FDT之差，并在先前由双向信道收发部112接收的FDT中追加该差。另外，FDT保持部106也可以参考FDT中记述的有效期限，仅保持有效期限内的FDT。
由文件组合部104恢复的电子文件被保持(存储)在文件保持部108中。根据需要，将保持在文件保持部108中的电子文件用于应用程序部110。
接着，说明根据本实施方式的数据接收装置的作用和效果。在根据本实施方式的数据接收装置10中，配送控制部116从记述了为开设单向信道所必需的通话信息的SDP文件中取得FDT的所在信息，在通过单向信道接收部102开始接收电子文件之前，双向信道收发部112根据上述所在信息所指定的所在而取得FDT。因此，数据接收装置10在利用单向信道开始接收电子文件之前，可以可靠地取得与该电子文件对应的FDT。结果，数据接收装置10能够可靠地取得对应于电子文件的FDT并有效地应用电子文件，而与加在单向电子文件配送的通话中的定时无关。
例如，图5中，在FDT1中记述了电子文件1的属性信息和电子文件2的属性信息，在FDT2中记述了电子文件2的属性信息和电子文件3的属性信息。从单向数据发送装置70按照顺序发送FDT1、电子文件1、电子文件2、FDT2、电子文件3。这里，在从单向数据发送装置70发送FDT1之后，数据接收装置10立刻加入单向电子文件配送的通话中并开始接收电子文件的情况下，数据接收装置10不能从单向数据发送装置70取得FDT1。但是，在根据本实施方式的数据接收装置10中，在利用单向信道开始接收电子文件之前，可以从数据发送装置80接收FDT1。因此，数据接收装置10可以参考从数据发送装置80接收的FDT1来利用电子文件1。数据接收装置10可以参考从数据发送装置80发送的FDT1来利用电子文件2，而无需等待接收FDT2。
在根据本实施方式的数据接收装置10中，双向信道收发部112利用为取得SDP文件而使用的双向信道来接收FDT。通过利用双向信道来接收FDT，在取得传送延迟的再送处理和请求数据的指定等FDT时可以进行各种控制。通过用为取得SDP文件而使用的双向信道来接收FDT，不需要为取得FDT而开设新的双向信道。结果，可以消减用于开设双向信道的控制信号的通信量，而且可以缩短取得FDT之前的时间。
接着，说明数据接收装置10的第一变形例。根据本变形例的数据接收装置10和上述实施方式的数据接收装置10的不同点在于：在上述实施方式的数据接收装置10中，根据SDP文件中包含的FDT的所在信息，双向信道收发部112(第一属性取得单元)经由双向信道而取得FDT，但在本变形例的数据接收装置10中，通过电子邮件将SDP文件和FDT发送给数据接收装置10，配送控制部116(第一属性取得单元)从该电子邮件中取得FDT。以下，详细说明根据本变形例的数据接收装置10。和上述实施方式的数据接收装置10相同的部分的说明从略。
图6示出了向根据本变形例的数据接收装置10配送电子文件的顺序。在数据接收装置10接收并利用从单向数据发送装置70发送的电子文件之前，首先，从数据发送装置80向数据接收装置10发送包含SDP文件和FDT的电子邮件(S120)。图7示出了包含SDP文件和FDT的电子邮件的记述例。如图7所示，在电子邮件中，包含SDP文件(虚线包围的部分P3)和FDT(虚线包围的部分P4)。这种混合文件例如用MIME的由多部分组成的功能来生成。这种电子邮件通过数据接收装置10的双向信道收发部112而被接收。
当通过双向信道收发部112接收上述电子邮件时，配送控制部116提取出电子邮件内的SDP文件(S122)，将提取出的SDP文件输出到SDP保持部114中。SDP保持部114保持(存储)从配送控制部116输出的SDP文件。
配送控制部116根据上述每个提取出的SDP文件而取得FDT文件的所在信息。这里，FDT文件的所在信息为“a＝flute-fdt:cid:fdt@mbms”(图7的下划线部分)，因此，配送控制部116识别出FDT与SDP文件被包含在同一电子邮件中，从该电子邮件中提取出FDT(S124)，并将提取出的FDT输出到FDT保持部106中。FDT保持部106保持(存储)从配送控制部116输出的FDT。
以后的操作和已经说明的上述实施方式中的数据接收装置10的操作相同。
根据本变形例的数据接收装置10接收包含SDP文件和FDT的电子邮件，从该电子邮件中分别提取出SDP文件和FDT后加以利用。因此，数据接收装置10可以通过1次数据收发就既取得SDP文件又取得FDT。结果，可以减轻数据发送装置80和数据接收装置10之间的事务。用SDP文件和FDT作为混合文件以电子邮件方式发送，可以迅速地通知来自内容提供商和网络操作员的服务通知。
接着，说明数据接收装置10的第二变形例。根据本变形例的数据接收装置10和根据上述实施方式的数据接收装置10的不同点在于：在本变形例中的数据接收装置10中，在尽管通过单向信道接收部102接收到电子文件但未接收到与该电子文件对应的FDT的情况下，双向信道收发部112(第二属性信息取得单元)根据由配送控制部116取得的所在信息所指定的所在来取得FDT。在根据本变形例的数据接收装置10中，在双向信道收发部112利用双向信道来接收FDT时，对于已接收的电子文件选择性地请求、接收未接收的FDT。以下，详细说明根据本变形例的数据接收装置10。和上述实施方式中的数据接收装置相同的部分的说明从略。
图8示出了根据本变形例的数据接收装置10的操作流程图，图9示出了向本变形例的数据接收装置10配送电子文件的顺序图。从发送SDP文件发送请求(S102)到开始接收电子文件(S114)为止的处理和已经说明的上述实施方式中数据接收装置10的处理相同。
由单向信道接收部102接收的FDT和电子文件通过文件组合部104被组合，FDT被保持在FDT保持部106中，电子文件被保持在文件保持部108中。
这里，在由文件组合部104组合的电子文件被输出到文件保持部108中时，文件保持部108参考FDT保持部106，确认是否存在记述了该电子文件的属性信息的FDT(S130)。当记述了该电子文件的属性信息的FDT存在于FDT保持部106中时，文件保持部108基于FDT中所记述的属性信息，向利用该电子文件的应用程序部110输出该电子文件。
另一方面，当FDT保持部106中不存在记述了该电子文件的属性信息的FDT时，向双向信道收发部112发送关于缺失的属性信息的FDT取得请求。
接收该FDT取得请求后，双向信道收发部112从作为预先取得的FDT的所在的数据发送装置80中开设用于接收FDT的双向信道(S132)。之后，双向信道收发部112利用该双向信道向数据发送装置80发送关于缺失的属性信息的FDT取得请求(S134)。即，双向信道收发部112为已接收的电子文件向数据发送装置80选择性地请求未接收的属性信息。
之后，双向信道收发部112接收从数据发送装置80发送的、关于缺失的属性信息的FDT(S136)。这里，从数据发送装置80发送的FDT被编辑成仅包含双向信道收发部112请求的属性信息。由双向信道收发部112接收的FDT被保持(存储)在FDT保持部106中，之后，通过单向信道接收部102再开始接收电子文件和FDT。
例如，图9中，在FDT1中记述了电子文件1的属性信息和电子文件2的属性信息，而在FDT2中记述了电子文件2的属性信息和电子文件3的属性信息。从单向数据发送装置70按顺序发送FDT1、电子文件1、电子文件2、FDT2、电子文件3。这里，在从单向数据发送装置70发送FDT1之后，数据接收装置10立即加入单向电子文件配送的通话并开始接收电子文件的情况下，数据接收装置10不能从单向数据发送装置70取得FDT1。但是，数据接收装置10在利用单向信道开始接收电子文件之前，从数据发送装置80接收FDT1，因此，能够利用该FDT。即，数据接收装置10参考从数据发送装置80接收的FDT1来利用电子文件1和电子文件2。
这里，不管怎样，数据接收装置10都不能接收FDT2。这时，数据接收装置10与接收电子文件3所对应的FDT未保持再FDT保持部106中，因此，不能利用电子文件3。这样，双向信道收发部112向数据发送装置80发送对电子文件3的属性信息的发送请求。这时，双向信道收发部112通过指定例如“http://fdt-server/？toi＝3”的URL来发送对电子文件3的属性信息的发送请求。
这时，数据发送装置80将包含电子文件2的属性信息和电子文件3的属性信息的FDT2编辑在仅包含电子文件3的属性信息的FDT2’中，并将该FDT2’发送给数据接收装置10。
本变形例的数据接收装置10在从SDP文件中取得用于指定FDT所在的所在信息，尽管单向信道接收部102接收到电子文件但未接收到该电子文件的FDT的情况下，双向信道收发部112根据该所在信息所指定的所在而取得FDT。因此，即使由于分组的缺损而未保持与数据接收装置10接收的电子文件相对应的FDT时，也能可靠地取得该电子文件的FDT。
在本变形例的数据接收装置10中，双向信道收发部112利用双向信道为已接收的电子文件选择性地请求、接收未接收的属性信息。通过利用双向信道接收属性信息，可以在取得传送延时的再送处理和指定请求数据等属性信息时进行各种控制。通过为已接收的电子文件选择性地请求、接收未接收的属性信息，可以有效地取得必要的属性信息。结果，可以把为了收发属性信息而利用的双向信道的业务抑制到最小限度。
本变形例的数据接收装置10在接收电子文件时未保持对应于该电子文件的FDT的情况下，立即开设双向信道，请求对应于该电子文件的FDT。但是，在不急于利用电子文件的情况和减轻开设双向信道的频度等情况下，也可以在电子文件分配通话结束或经过一定时间间隔后，集中请求分别对应于多个电子文件的FDT。这时，双向信道收发部112通过指定例如“http://fdt-server/？toi＝3&toi＝5&toi＝10”这样的URL，集中请求电子文件3、电子文件5和电子文件10的属性信息。
接着，说明利用双向信道向数据接收装置10发送FDT的数据发送装置80。图10是数据发送装置80的构成图。数据发送装置80包括：进行通信的通信接口802；单向数据接收部804，通过单向电子文件配送协议(FLUTE)接收数据；双向数据收发部806，通过双向电子文件配送协议(HTTP)收发数据；数据选择部808，从单向数据接收部804接收的数据中选择用于构成FDT的数据；文件组合部810，根据由单向数据接收部804接收的数据来组合FDT；FDT保持部812，保持由文件组合部810组合的FDT。
图11示出了数据发送装置80的操作。记述了电子文件和该电子文件的属性信息的FDT分别从单向数据发送装置70发送给数据接收装置10a、10b、10c(其中，未图示从单向数据发送装置70向数据接收装置10a、10b、10c发送电子文件和FDT的样子)。这里，数据接收装置10a、10b、10c在各种定时开始接收电子文件。因此，数据发送装置80在各种定时利用双向信道分别向数据接收装置10a、10b、10c发送FDT。以下具体说明。
记述了电子文件和该电子文件属性信息的FDT(元数据)以广播或组播方式从单向数据发送装置70被发送。以图11所示为例，首先，发送记述了电子文件1的属性信息和电子文件2的属性信息的FDT1(S140)，之后，通过多个数据分组发送电子文件1(S142)，接着，通过多个数据分组发送电子文件2(S144)。之后，发送记述了电子文件3的属性信息、电子文件4的属性信息和电子文件5的属性信息的FDT2(S146)，接着，分别通过多个数据分组发送电子文件3、电子文件4和电子文件5(S148、S150、S152)。
数据发送装置80通过通信接口802接收从单向数据发送装置70发送的数据(构成电子文件的数据和构成FDT的数据)。接收的数据被发送给单向数据接收部804，再转交给数据选择部808。通过数据选择部808，仅选择TOI＝0的数据、即构成FDT的数据，其他的数据(构成电子文件的数据)一概不要。数据选择部808选择的数据被转交给文件组合部810，通过文件组合部810组合FDT。由文件组合部810组合的FDT被保持(存储)在FDT保持部812中。这里，保持在FDT保持部812中的FDT总是被改写为最新的。即，以图11所示为例，从数据发送装置80接收FDT1到接收FDT2为止，FDT1被保持在FDT保持部812中，但当数据发送装置80接收FDT2时，保持在FDT保持部812中的信息被改写为FDT2。
另一方面，当有从数据接收装置10a～10c发出的FDT发送请求时，数据发送装置80在该时刻将FDT保持部812中保持的FDT发送给请求方的数据接收装置10a～10c。以图11所示为例，从数据接收装置10a发送FDT发送请求时(S154)，在该时刻，向数据接收装置10a发送保持在FDT保持部812中的FDT1(S156)。同样地，从数据接收装置10b发送FDT发送请求时(S158)，在该时刻，向数据接收装置10b发送保持在FDT保持部812中的FDT1(S160)。接着，从数据接收装置10c发送FDT发送请求时(S162)，在该FDT发送请求之前，将FDT保持部812中保持的信息更新为FDT2，因此，在该时刻，将FDT保持部812中保持的FDT2发送给数据接收装置10c(S164)。
如上所述，数据发送装置80取得从单向数据发送装置70发送的FDT，通过提供给数据接收装置10a～10c，数据接收装置10a～10c可以接收与从单向数据发送装置70发送的FDT相同的FDT。
通过与其他数据接收装置10a～10c相同地利用FLUTE接收FDT，并更新FDT保持部812中保持的信息，数据发送装置80能够立即检测到FDT的更新。这时，单向数据发送装置70可以通过FLUTE发送电子文件和FDT，而不需要安装别的协议。
这里，示出了数据发送装置80接收通过FLUTE配送的FDT，并利用该接收的FDT更新保持在FDT保持部812中的信息的例子。但是，数据发送装置80也可以用别的方法从单向数据发送装置70获得FDT和更新FDT保持部812中保持的信息。

Claims (8)

1.一种数据接收装置，其特征在于，包括：
接收单元，利用单向信道来接收电子文件和该电子文件的属性信息；
所在信息取得单元，取得用于根据通话信息来指定上述属性信息的所在的所在信息，其中所述通话信息是上述接收单元为开设上述单向信道的通话而必需的信息；以及
第一属性信息取得单元，在利用上述接收单元开始接收上述电子文件之前，根据利用上述所在信息取得单元所取得的上述所在信息而指定的所在，取得上述属性信息。
2.根据权利要求1所述的数据接收装置，其特征在于，上述第一属性信息取得单元通过利用双向信道接收上述属性信息而取得上述属性信息。
3.根据权利要求2所述的数据接收装置，其特征在于，上述第一属性信息取得单元利用为取得上述通话信息而使用的双向信道来接收上述属性信息。
4.一种数据接收装置，其特征在于，包括：
接收单元，利用单向信道来接收电子文件和该电子文件的属性信息；
所在信息取得单元，取得用于根据通话信息来指定上述属性信息的所在的所在信息，所述通话信息是上述接收单元为开设上述单向信道的通话而必需的信息；以及
第二属性信息取得单元，在上述接收单元尽管接收到上述电子文件但未接收到该电子文件的属性信息的情况下，根据利用上述所在信息取得单元所取得的上述所在信息而指定的所在来取得上述属性信息。
5.根据权利要求4所述的数据接收装置，其特征在于，上述第二属性信息取得单元通过利用双向信道接收上述属性信息而取得上述属性信息。
6.根据权利要求5所述的数据接收装置，其特征在于，上述第二属性信息取得单元对于已接收的电子文件，选择性地请求、接收未接收的属性信息。
7.一种数据接收方法，利用单向信道来接收电子文件和该电子文件的属性信息，其特征在于，包括以下步骤：
所在信息取得步骤，取得用于根据通话信息来指定上述属性信息的所在的所在信息，所述通话信息是为开设上述单向信道的通话而必需的信息；以及
第一属性信息取得步骤，在开始利用上述单向信道来接收上述电子文件之前，根据利用在上述所在信息取得步骤中所取得的上述所在信息而指定的所在来取得上述属性信息。
8.一种数据接收方法，利用单向信道来接收电子文件和该电子文件的属性信息，其特征在于，包括以下步骤：
所在信息取得步骤，取得用于根据通话信息来指定上述属性信息的所在的所在信息，其中所述通话信息是为开设上述单向信道的通话而必需的信息；以及
第二属性信息取得步骤，在尽管利用上述单向信道接收到上述电子文件但未接收到该电子文件的属性信息的情况下，根据利用在上述所在信息取得步骤中所取得的上述所在信息而指定的所在来取得上述属性信息。
CNB200510008118XA 2004-02-06 2005-02-06 数据接收装置和数据接收方法 Expired - Fee Related CN100518184C (zh)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
JP2004031117A JP4459644B2 (ja) 2004-02-06 2004-02-06 データ受信装置およびデータ受信方法
JP200431117 2004-02-06

Publications (2)

Publication Number Publication Date
CN1652544A true CN1652544A (zh) 2005-08-10
CN100518184C CN100518184C (zh) 2009-07-22

Family

ID=34675569

Family Applications (1)

Application Number Title Priority Date Filing Date
CNB200510008118XA Expired - Fee Related CN100518184C (zh) 2004-02-06 2005-02-06 数据接收装置和数据接收方法

Country Status (5)

Country Link
US (1) US20050198343A1 (zh)
EP (1) EP1562344B1 (zh)
JP (1) JP4459644B2 (zh)
CN (1) CN100518184C (zh)
DE (1) DE602005000178T2 (zh)

Families Citing this family (20)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US8112531B2 (en) * 2004-07-14 2012-02-07 Nokia Corporation Grouping of session objects
KR101163262B1 (ko) * 2005-02-15 2012-07-05 텔레폰악티에볼라겟엘엠에릭슨(펍) 수신기 및 수신기 제어 방법
US20060193337A1 (en) * 2005-02-25 2006-08-31 Toni Paila Device management broadcast operation
EP1811736A1 (en) 2006-01-18 2007-07-25 Matsushita Electric Industrial Co., Ltd. Providing service data of a bidirectional service (IMS, e.g. PoC, conference) by using a downlink multicast service (e.g. MBMS)
WO2007142573A1 (en) * 2006-06-02 2007-12-13 Telefonaktiebolaget Lm Ericsson (Publ) Multicast delivery
WO2008023335A2 (en) * 2006-08-21 2008-02-28 Nokia Corporation Caching directives for a file delivery protocol
CN101296246B (zh) * 2007-04-24 2012-06-27 华为技术有限公司 通过单向文件传输协议传输、接收通知消息的方法及装置
EP1993258A1 (en) * 2007-05-16 2008-11-19 Thomson Licensing, Inc. Method for file description information repair
KR100848273B1 (ko) * 2007-07-03 2008-07-25 삼성전자주식회사 디지털 방송수신기의 파일 처리 장치 및 방법
CN101359996B (zh) * 2007-08-02 2012-04-04 华为技术有限公司 媒体业务呈现方法及通讯系统以及相关设备
JP4939520B2 (ja) * 2008-12-10 2012-05-30 日本放送協会 一方向伝送路に用いる送信端末、受信端末及び伝送システム
JP5276569B2 (ja) * 2009-11-05 2013-08-28 日本放送協会 受信装置
JP5530901B2 (ja) * 2010-11-11 2014-06-25 株式会社エヌ・ティ・ティ・データ データ受信装置、データ受信方法及びプログラム
US9055136B2 (en) * 2011-10-13 2015-06-09 Qualcomm Incorporated Controlling streaming delay in networks
US9213605B2 (en) * 2012-01-23 2015-12-15 Intel Corporation IP multimedia subsystem and method for MBMS file repair using HTTP servers
US9736121B2 (en) * 2012-07-16 2017-08-15 Owl Cyber Defense Solutions, Llc File manifest filter for unidirectional transfer of files
US9357272B2 (en) * 2012-08-03 2016-05-31 Intel Corporation Device orientation capability exchange signaling and server adaptation of multimedia content in response to device orientation
JP6348251B2 (ja) * 2012-09-13 2018-06-27 サターン ライセンシング エルエルシーＳａｔｕｒｎ Ｌｉｃｅｎｓｉｎｇ ＬＬＣ 端末装置、受信方法、およびプログラム
US9621618B2 (en) * 2014-12-22 2017-04-11 Telefonaktiebolaget Lm Ericsson (Publ) Packet analyzer device and method to measure a video quality of transmitted IP multicast media
US11055244B1 (en) * 2018-06-22 2021-07-06 Marvell Asia Pte, Ltd. Apparatus and method for simultaneous bidirectional serial lanes over USB-C interface

Family Cites Families (10)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JPH07175710A (ja) * 1993-12-20 1995-07-14 Canon Inc データ管理方法及び装置
JP4280377B2 (ja) * 1998-10-27 2009-06-17 キヤノン株式会社 画像通信方法及び装置
JP3250532B2 (ja) * 1998-11-24 2002-01-28 日本電気株式会社 データ送受信システム、データ受信装置、及びデータ受信方法
ATE254822T1 (de) * 1999-10-29 2003-12-15 Opentv Corp System und verfahren zur aufnahme von push daten
US6377974B1 (en) * 2000-01-19 2002-04-23 Speedbit Ltd. Methods and apparatus for downloading a file from a server
FI112307B (fi) * 2000-08-02 2003-11-14 Nokia Corp Viestintäpalvelu
US7925967B2 (en) * 2000-11-21 2011-04-12 Aol Inc. Metadata quality improvement
US7418515B2 (en) * 2001-04-27 2008-08-26 International Business Machines Corporation Data communication method, data communication system and program
JP4649091B2 (ja) * 2002-01-30 2011-03-09 株式会社エヌ・ティ・ティ・ドコモ 通信端末、サーバ装置、中継装置、放送通信システム、放送通信方法及びプログラム
US20050020201A1 (en) * 2003-07-09 2005-01-27 Lane Richard Doil System and method for indexing and tracking multimedia streams for wireless multimedia transmission

Also Published As

Publication number Publication date
EP1562344A1 (en) 2005-08-10
US20050198343A1 (en) 2005-09-08
DE602005000178D1 (de) 2006-11-30
CN100518184C (zh) 2009-07-22
EP1562344B1 (en) 2006-10-18
JP4459644B2 (ja) 2010-04-28
DE602005000178T2 (de) 2007-08-23
JP2005222401A (ja) 2005-08-18

Similar Documents

Publication Publication Date Title
CN1652544A (zh) 数据接收装置和数据接收方法
CN100341265C (zh) 数据接收设备和数据接收方法
US20190334974A1 (en) System and associated terminal, method and computer program product for uploading content
CN1232141C (zh) 控制无线网络中多点传送业务的覆盖范围的方法和设备
EP1757016B1 (en) System, method and computer program product for grouping clients and transferring content in accordance with the same
CN101652958B (zh) 用于在电信系统中促成高效多媒体广播/多播服务的方法
EP2022208B1 (en) Technique for controlling point-to-multipoint data transmissions
CN1922813A (zh) 用于在能够处理多播和广播传输的系统中进行数据修复的方法
CN1918841A (zh) 遗漏部分的标识和重发
CN1720677A (zh) 移动通信的无线资源控制组的拒绝方法和装置
CN1951052A (zh) 用于增强um rlc数据处理的装置和方法
CN1860807A (zh) 移动通信系统中建立用于点对多点多媒体业务的无线承载的方法和装置
CN1663151A (zh) 在无线移动通信系统中的多媒体服务提供方法
CN1842007A (zh) 信息传送方法和信息传送系统
CN1643820A (zh) 移动通信系统中的组播业务提供方法
CN1794827A (zh) 一种多媒体广播/组播服务控制信息的接收方法
CN1345149A (zh) 用于流式数据的方法和装置
CN101647282A (zh) 用于移动tv的鲁棒文件传播
EP1920556A1 (en) Bcast service system and contents transmission method using the same
WO2016023387A1 (zh) 确定多媒体数据发送方式的方法和设备
CN1787462A (zh) 无线局域网设备和监控无线局域网状态的方法
CN1217554C (zh) 移动通信系统和用于该系统的分布式广播信息控制方法
CN101043302A (zh) 一种无线网络通信装置
CN1739310A (zh) 用于控制分组传输的分组业务系统和方法
CN1617523A (zh) 一种组播/广播业务中会话数据的传输方法

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: 20090722

Termination date: 20200206

CF01 Termination of patent right due to non-payment of annual fee