用于多点播送或广播中的增强型文件分布的方法和设备技术

在提供广播服务的通信系统中，广播服务中用于广播的文件可由用户存取。分离地发送所述广播文件的内容和处理所述广播文件所需的文件属性。根据配置，在所述内容文件之前接收所述文件属性使得更有效地下载并处理所述广播文件。

【技术实现步骤摘要】
【国外来华专利技术】
本专利技术大体上涉及数据通信，且更明确地说涉及多点播送或多点播送环境中数据通 信系统中的增强型文件分布。
技术介绍
全球网络互连使得不管地理距离如何都能快速地存取信息。图1展示由参考标号20 表示的一般称为因特网的全球网络连接的简化示意图。因特网20本质上为许多具有链接 在一起的不同级别的阶层架构的网络。因特网20在由因特网工程工作小组(IETF)发布 的因特网协议(IP)下操作。IP的细节可查阅由正TF发行的意见请求(Request for Comments' RFC) 791。连接到因特网20的为各种个别网络，其取决于网络尺寸而有时称为局域网(LAN) 或广域网(WAN)。图1中展示某些此种网络22、 24和26。在网络22、 24和26的每一者内，可存在彼此连接且彼此通信的各件设备。仅举出 的几个实例为计算机、打印机和服务器，其一般称为节点。当节点经由因特网20在其自 身网络以外通信时，节点需要依据IP将数据包发送到其它网络中的相应节点。类似地， 由其它网络中相应节点发出到起始节点的数据包也必须符合IP 。不同类型的应用使得不同级别的协议有必要结合IP进行操作。举几个实例说明。假 设网络22中的节点28试图从网络26中的另一节点30下载文件。对于文件传送，极为 经常地使用称为文件传送协议(FTP)的较高等级协议。FTP可査阅由IETF发行的RFC 959。如此，由节点30发送到节点28的数据包尤其必须符合FTP和IP。作为另一实例，假设网络22中的节点28经由因特网20浏览由网络24中的另一节 点32提出的网站。此时，节点28和32可能使用另一较高等级协议，称为超文本传送协 议(HTTP)。 HTTP可査阅由正TF发行的RFC 2616。同样，所交换的数据包尤其必须符合HTTP和IP。示范性协议FTP和HTTP经由称为传输控制协议(TCP)的另一中间级别协议来承 载。TCP可查阅RFC 793。在TCP下，目标为准确地传输数据。如此，错误数据始终被 重新传输。TCP和依靠TCP的协议(例如FTP禾B HTTP) —般用于一对一应用。技术发展使得数据密集的数据传送成为可能。举例来说，能够处理高带宽的网络允 许多媒体文件交换，例如通常保存大量数据的音频和视频文件。当大量节点接收所述多 媒体文件时，经由常规单点播送方法进行的文件传递可能效率较低。文件尤其首先需经 复制且随后个别地传递到每一节点。因此，需要开发适用于广播或多点播送服务的其它 类型的协议来解决对于一对多应用的增加的需要。为了满足所述需要，己设计了特定地适于多点播送文件分布应用的单向传送文件传 递(FLUTE)协议。FLUTE协议可查阅2003年11月14日由正TF发行的题为FLUTE-File Delivery over Unidirectional Transport的RFC 3926。在多点播送对话中，业务流或多或 少地为单向的。g卩，如果根本上存在的话，反向数据业务受到限制。所述单向使用在存 在一个将数据发送到许多接收器的通信源的广播或多点播送应用中较常见。在FLUTE协议下传输的数据承载于用户数据报协议(UDP)上，而非如在HTTP和 FTP协议中一样承载于TCP上。在UDP下，错误数据通常并不重新发送。为了进行准 确数据传输，FLUTE协议通常以冗余的方式传输数据并使用错误校正方案。使用FLUTE协议，在文件传递对话期间传送一个或一个以上文件。文件承载于具有 异步分层编码(ALC)形式的数据包(称为ALC包)中。视文件长度而定，每一文件可 在一个或一个以上ALC包中传输。所述文件称为对象。可由包含于文件传递表(FDT) 中的文件属性识别对象。在接收器端，依赖文件属性从ALC包重建原始文件。在正确接 收到相应文件属性之前不可处理所接收的文件对象。为了实现FDT接收的较高可靠性， 复制的FDT实例(instance)通常插入有发送到接收器的ALC包中的有效负载数据。到 此，FDT和内容文件或多或少地同时传输。如此，即使正确地接收到内容文件(通常情 况并非如此)，接收器也需要正确地接收FDT，从FDT提取文件属性且随后处理所接收 的内容文件。即，所接收的文件的成功解码和随后呈现或多或少地同时取决于处理ALC 包所需的文件属性的成功下载。所述依赖性不可避免地导致延迟且经常不利地影响内容 呈现的质量。另外，不具有正确文件属性的用户极为经常地作出多次尝试以获得所需文 件属性，藉此测试通信信道类型。因此，这可能并非对可用通信资源的最有效使用。因此，需要提供更有效的方案来获得较佳质量的广播，且另外需要更经济地利用通信资源。
技术实现思路
在提供广播服务的通信系统中，广播服务中用于广播的文件可由用户存取。在一个 通信对话中发送广播文件的内容。在另一通信对话中单独发送处理广播文件所需的文件 属性。根据配置，在内容文件之前接收文件属性使得更有效地下载并处理广播文件。所属领域的技术人员参看附图从以下具体实施方式将易了解这些和其它特征与优 点，附图中相同参考标号表示相同部件。 附图说明图1为全球网络连接的示意图2为包含于本专利技术的示范性实施例中的节点和网络的示意图； 图3为展示阶层式等级的协议堆栈的示意图； 图3A为FLUTE协议的更详细示意表示；图4为展示在FLUTE协议下操作的CFD方法的一套方法的示意图 图5为展示根据本专利技术的示范性实施例而操作的CFD方法的示意图； 图6为展示在不同时间窗口期间执行的文件传递和呈现的时序图； 图7为展示根据本专利技术的示范性实施例的文件检索和处理的流程图； 图8为展示根据本专利技术的示范性实施例的文件传递的流程图； 图9为展示示范性紧密ALC数据包的示意图图IO为展示适于经由无线通信的文件传递的另一紧密包格式的示意图； 图11为根据本专利技术的示范性实施例经配置以接收并处理广播文件的节点的电路的一 部分的示意图；以及图12为根据本专利技术的示范性实施例经配置以传递广播文件的节点的电路的一部分 的示意图。 具体实施例方式提供以下描述使得所属领域的技术人员能够制造并使用本专利技术。在以下描述中为了 解释的目的而陈述细节。应了解，所属领域的一般技术人员将意识到可实践本专利技术而不 使用这些特定细节。在其它实例中，为了避免不必要的细节混淆对本专利技术的描述而未详 述众所周知的结构和过程。因此，本专利技术并不希望限于所展示的实施例，而是应符合与 本文所揭示的原理和特征一致的最广泛范围。图2展示本专利技术的示范性实施例的简化示意图。整个系统通常由参考标号40表示。在通信系统40中，为了说明的简洁和明确，仅展示两个网络42和44。网络42和44由 基干网络46 (例如内部网络或因特网)链接。假设在此实施例中，网络42由服务提供者操作。服务提供者在网络42中安装节点 48。在此实例中，节点48称为广播服务分布器(BSD)。内容服务器48可经设计以保存 广播内容以及由服务提供者提供的相关广播信息。在网络44中，存在订户节点50，其能够接收服务，包括由服务器节点48经由基干 网络46提供的服务。在此实施例中，将节点50描绘为无线装置，(仅举几个实例)例如 个人数字助理(PDA)、移动计算机或蜂窝式电话。网络44支持无线技术，例如由3GPP2 (第三代合作伙伴计本文档来自技高网...

【技术保护点】
一种用于通信系统中的广播的文件下载方法，其包含：　　　　在第一通信对话中接收用于处理所述广播的至少一个文件的文件属性；以及　　　　在第二通信对话中与所述文件属性分离地接收所述广播的所述至少一个文件。

【技术特征摘要】
【国外来华专利技术】US 2005-4-8 60/669,505;US 2006-4-6 11/400,6191.一种用于通信系统中的广播的文件下载方法，其包含在第一通信对话中接收用于处理所述广播的至少一个文件的文件属性；以及在第二通信对话中与所述文件属性分离地接收所述广播的所述至少一个文件。2. 根据权利要求1所述的方法，其进一步包含经由第一通信信道接收所述文件属性；以及 经由第二通信信道接收所述至少一个文件。3. 根据权利要求1所述的方法，其中所述通信系统支持因特网协议(IP)，所述方法进 一步包含通过所述IP的用户数据报协议(UDP)经由第一端口号来接收所述文件属性；以及通过所述IP的所述UDP经由第二端口号来接收所述至少一个文件。4. 根据权利要求l所述的方法，其进一步包含在所述第二通信对话中连续地接收所述 广播的多个文件，以及在所述第一通信对话中接收用于处理所述多个文件的所述文 件属性，其中所述第一通信对话早于所述第二通信对话。5. 根据权利要求1所述的方法，其中所述至少一个文件包括多个数据包，所述方法进 一步包含在所述数据包的每一者中不接收任何文件属性用于处理所述至少一个文 件。6. 根据权利要求l所述的方法，其进一步包含在所述第二通信对话中接收所述广播的 多个文件，且进一步包含使用某些所述文件属性来处理所述多个文件，其中所述某 些文件属性通常在所述多个文件之间共享以用于处理所述多个文件。7. 根据权利要求l所述的方法，其进一步包含在所述文件属性中提供用于呈现所述广 播的所述至少一个文件的时间信息以便允许在预定时间呈现所述至少一个文件。8. —种用于通信系统中的广播的文件传递方法，其包含在第一通信对话中发送用于处理所述广播的至少一个文件的文件属性；以及 在第二通信对话中与所述文件属性分离地发送所述广播的所述至少一个文件。9. 根据权利要求8所述的方法，其进一步包含经由第一通信信道发送所述文件属性；以及经由第二通信信道发送所述至少一个文件。10. 根据权利要求8所述的方法，其中所述通信系统支持因特网协议(IP)，所述方法进 一步包含-通过所述IP的用户数据报协议(UDP)经由第一端口号来发送所述文件属性；以及通过所述IP的所述UDP经由第二端口号来发送所述至少一个文件。11. 根据权利要求8所述的方法，其进一步包含在所述第二通信对话中连续地发送所述 广播的多个文件，以及在所述第一通信对话中发送用于处理所述多个文件的所述文 件属性，其中所述第一通信对话早于所述第二通信对话。12. 根据权利要求8所述的方法，其中所述至少一个文件包括多个数据包，所述方法进 一步包含在所述数据包的每一者中不提供任何文件属性用于处理所述至少一个文 件。13. 根据权利要求8所述的方法，其进一步包含在所述第二通信对话中发送所述广播的 多个文件，且进一步包含在所述第一通信对话中提供某些所述文件属性，其中所述 某些文件属性通常在所述多个文件之间共享以用于处理所述多个文件。14. 根据权利要求8所述的方法，其进一步在所述文件属性中包含用于呈现所述广播的 所述至少一个文件的时间信息。15. —种经配置以在通信系统中接收广播的设备，其包含用于在第一通信对话中接收用于处理所述广播的至少一个文件的文件属性的装 置；以及用于在第二通信对话中与所述文件属性分离地接收所述广播的所述至少一个文 件的装置。16. 根据权利要求15所述的设备，其进一步包含用于经由第一通信信道接收所述文件属性的装置；以及 用于经由第二通信信道接收所述至少一个文件的装置。17. 根据权利要求15所述的设备，其中所述通信系统支持因特网协议(IP),所述设备 进一步包含用于通过所述IP的用户数据报协议(UDP)经由第一端口号来接收所述文件属性 的装置；以及用于通过所述IP的所述UDP经由第二端口号来接收所述至少一个文件的装置。18. 根据权利要求15所述的设备，其进一步包含用于在所述第二通信对话中连续地接收所述广播的多个文件的装置，以及用于在所述第一通信对话中接收用于处理所述 多个文件的所述文件属性的装置，其中所述第一通信对话早于所述第二通信对话。19. 根据权利要求15所述的设备，其中所述至少一个文件包括多个数据包，其中所述 数据包中的每一者不包括任何用于处理所述至少一个文件的文件属性。20. 根据权利要求15所述的设备，其进一步包含用于在所述第二通信对话中接收所述 广播的多个文件的装置，且进一步包含用于使用某些所述文件属性来处理所述多个 文件的装置，其中所述某些文件属性通常在所述多个文件之间共享以用于处理所述 多个文件。21. 根据权利要求15所述的设备，其中所述文件属性包含用于呈现所述广播的所述至 少一个文件的时间信息以便允许在预定时间呈现所述至少一个文件。22. —种用于通信系统中的广播的文件传递设备，其包含用于在第一通信对话中发送用于处理所述广播的至少一个文件的文件属性的装 置；以及用于在第二通信对话中与所述文件属性分离地发送所述广播的所述至少一个文 件的装置。23. 根据权利要求22所述的设备，其进一步包含用于经由第一通信信道发送所述文件属性的装置；以及 用于经由第二通信信道发送所述至少一个文件的装置。24. 根据权利要求22所述的设备，其中所述通信系统支持因特网协议(IP)，所述设备 进一步包含用于通过所述IP的用户数据报协议(UDP)经由第一端口号来发送所述文件属性 的装置；以及用于通过所述IP的所述UDP经由第二端口号来发送所述至少一个文件的装置。25. 根据权利要求22所述的设备，其进一步包含用于在所述第二通信对话中连续地发 送所述广播的多个文件的装置，以及用于在所述第一通信对话中发送用于处理所述 多个文件的所述文件属性的装置，其中所述第一通信对话早于所述第二通信对话。26. 根据权利要求22所述的设备，其中所述至少一个文件包括多个数...

【专利技术属性】
技术研发人员：克里斯贝内特，查尔斯N罗，基尔提古普塔，兰吉特贾亚拉姆，萨迪纳加拉杰，戈登肯特沃克，
申请(专利权)人：高能股份有限公司，
类型：发明
国别省市：US[美国]