CN101262627A - 文件修复系统及方法 - Google Patents
文件修复系统及方法 Download PDFInfo
- Publication number
- CN101262627A CN101262627A CNA2007100642395A CN200710064239A CN101262627A CN 101262627 A CN101262627 A CN 101262627A CN A2007100642395 A CNA2007100642395 A CN A2007100642395A CN 200710064239 A CN200710064239 A CN 200710064239A CN 101262627 A CN101262627 A CN 101262627A
- Authority
- CN
- China
- Prior art keywords
- node
- file
- repaired
- network element
- way
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Granted
Links
Images
Abstract
本发明涉及一种文件修复系统，包括BM－SC与途经网元，其中，还设有文件修复节点，与控制文件修复节点的途经网元连接，用于对所述途经网元转发的会话信息中相应数据块进行存储以实现文件修复；所述控制文件修复节点的途经网元还包括用于计算文件修复节点可用资源信息的计算模块，以及与计算模块连接用于将文件修复节点的状态信息上报给BM－SC的上报模块；所述BM－SC还包括分配模块，用于生成文件修复节点列表。本发明还涉及一种文件修复方法，包括BM－SC下发会话信息及文件修复节点列表，文件修复节点存储相应数据块，终端请求修复文件。本发明减少了分发下载数据到文件修复节点的通信量以及避免了文件修复节点的超载。
Description
技术领域
本发明涉及文件修复系统及方法，尤其是涉及移动通信领域、基于多媒体组播业务的文件修复系统及文件修复方法。
背景技术
多媒体广播/组播业务(Multimedia Broadcast/Multicast Service，简称MBMS)，可以使网络通过组播方式在同一时间为大量用户提供相同的高速率多媒体数据业务，从而大大节省了网络资源。MBMS使用单向传输上的文件传递(File Delivery over Unidirectional Transport，简称FLUTE)协议承载下载类数据，但是它所使用的前向纠错码(Forward Error Correction，简称FEC)也不能保证百分之百的可靠，所以文件修复过程对于使用MBMS来传输下载类数据是必须的。
MBMS文件修复方法分为点到点(PTP)和点到多点(PTM)两类。点到多点的修复方法无法实现可靠传输的问题。现有的点到点的修复系统和方法通过在网络中设置文件修复服务器来实现文件修复，广播/组播业务服务器(Broadcast/Multicast Service Center，简称BM-SC)将MBMS会话信息经由途经网元传输给终端(User Equipment，简称UE)，当终端需要对会话信息中的文件进行修复时，向文件修复服务器随机发送请求或随机选择文件修复服务器，执行文件修复过程。上述点到点的修复系统和方法存在以下问题：
在传输内容分发方面，现有技术中没有提出如何使下载内容分布存储在各个文件修复服务器上的方法。现有技术中的文件修复服务器，若采用集中管理，就无法减缓上行和下行通道的拥塞；若采用分散管理，则除了分发下载数据到文件修复服务器本身会带来传输量外，如何有效分布这些服务器，已达到减少修复时的传输量也是一个问题。
在文件内容存储方面，现有技术中的文件修复服务器，需要存储完整的传输内容，当修复请求比较频繁时，数据将被反复调入内存，大大增加了文件修复服务器超载的可能性。
发明内容
本发明所要解决的技术问题是针对上述现有技术的不足，提供基于MBMS的文件修复系统及方法，能够减少分发下载数据到文件修复节点的传输量以及避免文件修复节点的超载。
为此，本发明一种文件修复系统的实施例中，包括广播/组播业务服务器与途经网元，其中，还设有文件修复节点，所述文件修复节点与控制该文件修复节点的途经网元连接，分布在所述途经网元周围，用于对所述途经网元转发的会话信息中相应数据块进行存储；所述控制文件修复节点的途经网元还包括计算模块，用于根据该途经网元上寄宿的终端数以及其控制的文件修复节点的性能参数，计算文件修复节点的可用资源信息；以及上报模块，用于将包含有文件修复节点的识别信息及可用资源信息的文件修复节点的状态信息发送给广播/组播业务服务器；所述广播/组播业务服务器还包括分配模块，用于根据文件修复节点的状态信息、以及广播/组播业务服务器中待发送的会话信息，确定会话信息的各数据块分布在对应的文件修复节点中并生成文件修复节点列表。
本发明一种文件修复方法的实施例中，包括以下步骤：广播/组播业务服务器将会话信息及包含存储有会话信息中各数据块的文件修复节点的识别信息的文件修复节点列表下发给途经网元；途经网元将会话信息及文件修复节点列表发送给终端，并根据文件修复节点列表将会话信息的各数据块存储到对应的文件修复节点；终端进行文件修复时，根据文件修复节点列表选择存储有所述文件中待修复数据块的文件修复节点，修复所述待修复数据块。
本发明的文件修复系统的实施例中，该文件修复系统基于MBMS系统，MBMS系统的途经网元周围设置文件修复节点，途经网元计算文件修复节点的可用资源信息，然后将文件修复节点的可用资源信息及识别信息发送给广播/组播业务服务器，BM-SC根据文件修复节点的状态信息、以及广播/组播业务服务器中待发送的会话信息，确定会话信息的各数据块存储到对应的文件修复节点中并生成文件修复节点列表，从而为数据块的分发或会话信息的部分存储做好准备。
本发明的文件修复方法的实施例中，该文件修复方法基于MBMS系统，广播/组播业务服务器中的文件修复节点列表，通过MBMS本身的下载类会话信息的传输过程传输到途经网元；途经网元在将会话信息及文件修复节点列表发送给终端的同时，根据文件修复节点列表将相应数据块分发到文件修复节点，减少了会话信息分发带来的通信量，以最小的传输代价完成传输内容在网络中的有效分布；并且由于在数据分发过程中文件修复节点只需对会话信息进行部分存储，即对文件修复节点列表分配的相应数据块进行存储，当终端进行文件修复时，选择存储有所述文件中待修复数据块的文件修复节点，修复所述待修复数据块，从而避免了完整存储带来的文件修复节点的超载。
附图说明
图1本发明文件修复系统的结构示意图；
图2为本发明文件修复方法的一实施例流程图；
图3为本发明文件修复方法的另一实施例流程图；
图4为本发明文件修复方法的再一实施例流程图。
具体实施方式
下面通过附图和实施例，对本发明的技术方案做进一步的详细描述。
MBMS系统中的文件修复装置包括：将现有用于MBMS的途经网元(部分或全部途经网元)经过功能改造后成为用于控制文件修复节点的途经网元；将现有的BM-SC经过功能改造后成为用于生成和下发文件修复节点列表的BM-SC。文件修复系统包括上述控制文件修复节点的途经网元、经功能改造后的BM-SC，及分布在途经网元周围的文件修复节点。
本发明提供了一种文件修复系统，包括广播/组播业务服务器与途经网元，其中，还设有文件修复节点，所述文件修复节点与控制该文件修复节点的途经网元连接，分布在所述途经网元周围，用于对所述途经网元转发的会话信息中相应数据块进行存储以实现文件修复；所述控制文件修复节点的途经网元还包括计算模块，用于根据该途经网元上寄宿的终端数以及其控制的文件修复节点的性能参数，计算文件修复节点的可用资源信息；以及上报模块，与所述计算模块连接，用于将文件修复节点的状态信息发送给广播/组播业务服务器，所述文件修复节点的状态信息包含文件修复节点的识别信息及可用资源信息；所述广播/组播业务服务器还包括分配模块，用于根据文件修复节点的状态信息、以及广播/组播业务服务器中待发送的会话信息，确定会话信息的各数据块存储在对应的文件修复节点中并生成文件修复节点列表。
UE通过终端接入网(Access Network，简称AN)与途经网元连接，AN可以为GERAN(GSM或EDGE无线接入网)类型网络，或UTRAN(由一个或多个无线网络子系统RNS组成的无线接入网)类型网络没或其他有线或无线移动通信网络。途经网元，可以为服务GPRS支持节点(Serving GPRS Support Node，简称SGSN)，网关GPRS支持节点(Gateway GPRS Support Node，简称GGSN)或移动通信网中的其他通信网元。文件修复节点处于途经网元的周围，可以为该途经网元上的功能扩展模块，也可以为与途经网元处于物理空间分离的独立的功能模块，受该途经网元控制，能够根据自身性能在一定时间内提供一定的空间存储多媒体会话信息的部分内容，并且支持文件修复时所需要的协议，如HTTP，终端可以根据该文件修复节点获得多媒体会话信息的部分内容。网络中可以设置一个或多个控制文件修复节点的途经网元。
图1为本发明文件修复系统的结构示意图。该实施例，包括广播/组播业务服务器(Broadcast/Multicast Service Center，简称BM-SC)C、途经网元A1、途经网元A2，其中，途经网元A1的周围设置有文件修复节点B1、B2、B3、及B4，用于对途经网元A1转发的会话信息中相应数据块进行存储以实现文件修复。途经网元A1除具有现有的文件传输功能外，还能够对其周围的文件修复节点进行控制。途经网元A1还包括计算模块A11及上报模块A12，用于根据该途经网元上寄宿的终端数以及其控制的文件修复节点的性能参数，计算文件修复节点的可用资源信息，即文件修复节点存储能力，如存储内容大小、存储时间长短等，可以由其自身性能和/或其归属的途经网元控制的终端数来确定，从而避免了文件修复节点的超载。上报模块A12，与所述计算模块A11连接，用于将包含有文件修复节点的识别信息和可用资源信息的状态信息发送给广播/组播业务服务器。所述广播/组播业务服务器C还包括分配模块C1，用于根据文件修复节点的状态信息、以及广播/组播业务服务器中待发送的会话信息，确定存储会话信息的各数据块分布在对应的文件修复节点中并生成包括文件修复节点的识别信息，及数据块列表信息的文件修复节点列表。数据块列表信息包括数据块所属文件的识别信息及数据块的上/下限标识。数据块列表信息还包括数据块的存活期。该文件修复节点列表可以指导本次会话信息在文件修复节点中的自动分配，以及指导终端在进行文件修复时选择相关的文件修复节点执行修复操作。
本发明的文件修复系统的实施例中，该文件修复系统基于MBMS系统，MBMS系统的其中某一个或多个途经网元周围设置文件修复节点，途经网元计算文件修复节点的可用资源信息，然后将文件修复节点的可用资源信息及识别信息发送给广播/组播业务服务器，BM-SC根据文件修复节点的状态信息、以及广播/组播业务服务器中待发送的会话信息，确定存储会话信息中相应数据块的文件修复节点并生成文件修复节点列表，从而为数据块的分发或会话信息的部分存储做好准备。
为了保证计算模块计算的文件修复节点的可用资源信息处于可用状态，即不被其他流程所占用，计算模块在计算完毕后，需要向文件修复节点发送预留资源命令，并获得所述文件修复节点确认后将该文件修复节点添加到其归属的途经网元的下游节点列表。再如图2所示，途经网元A1还包括，预留资源模块A13，与所述计算模块A11及上报模块A12连接，用于根据计算模块A11计算的文件修复节点的可用资源信息向所述文件修复节点发送预留资源命令，并获得所述文件修复节点确认后，将该文件修复节点添加到其归属的途经网元的下游节点列表。
为实现本发明目的，本发明文件修复方法的一实施例中，如图2，包括以下步骤：
步骤1、BM-SC将MBMS会话信息及包含存储有会话信息中各数据块的文件修复节点的识别信息的文件修复节点列表下发给途经网元。概括为下发会话信息及文件修复节点列表的步骤。
步骤2、途经网元将MBMS会话信息及文件修复节点列表发送给终端，并根据文件修复节点列表将会话信息的各数据块存储到对应的文件修复节点。概括为文件修复节点存储会话信息中的相应数据块的步骤。
步骤3、终端进行文件修复时，根据文件修复节点列表选择存储有所述文件中待修复数据块的文件修复节点，修复所述待修复数据块。概括为终端请求修复文件的步骤。
如图3所示，所述步骤1中BM-SC将会话信息及文件修复节点列表发送给途经网元之前还包括：步骤01、途经网元将文件修复节点的状态信息发送给BM-SC，BM-SC根据文件修复节点的状态信息、以及BM-SC中待发送的会话信息，确定会话信息的各数据块分布在对应的文件修复节点中并生成文件修复节点列表。概括为BM-SC生成文件修复节点列表的步骤。
如图4所示，所述步骤01中途经网元将文件修复节点的状态信息发送给BM-SC之前还包括：步骤02、途经网元根据该途经网元上寄宿的终端数及该途经网元控制的文件修复节点的性能参数计算所述文件修复节点的可用资源信息。概括为计算文件修复节点的可用资源信息的步骤。
在一较佳实施例中，每一个文件修复过程的完成要经过计算文件修复节点的可用资源信息、BM-SC生成文件修复节点列表、下发文件修复节点列表及会话信息、文件修复节点存储会话信息中的相应数据块、终端请求修复文件。这五个步骤对单个终端请求修复文件的一个数据块来说在时间上是链式的，对同一个会话信息中的多个数据块修复请求来说，步骤02、步骤01、步骤3在时间上是链式的。
MBMS在传输下载类数据时默认的对数据分块为本发明分散存储数据提供了实现可能，以及MBMS自身的广播和/或组播模式为本发明有效分布文件修复节点提供了保证。
MBMS传输下载类数据时，MBMS是承载在FLUTE协议上的，在一个FLUTE会话中，用传输对象标识符(Transport Object Identifier，简称TOI)来表示所传输的文件。前向纠错码(Forward Error Correction)通过对每一个TOI所代表的数据进行分块并增加冗余数据的方法来提高MBMS组播本身的可靠性，每一数据块用识别信息FEC Payload ID来标示。根据FEC使用的不同算法FEC Payload ID的构成也不完全相同。MBMS默认支持的Compact No-CodeFEC算法就将FEC Payload ID分成资源块数字(Source Block Number，简称SBN)和编码符号ID(Encoding Symbol ID，简称ESI)两部分。这种数据分块的现状为本发明分散存储数据提供了保证。
MBMS的组播模式，在BM-SC开始传输会话信息之前，会和终端以及途经网元，如GGSN和/或SGSN，进行充分的信令交换，建立一棵组播树，每一个上游网元都有它自己的下游节点列表(list of downstream nodes)，每一个途经网元会有寄宿在它上的终端数(Number of UEs)，具体详见3GPP TS23.246。这些信息为本发明有效分布文件修复节点提供保证。
下面从五个方面详细描述基于MBMS文件修复原理及过程。
(1)计算文件修复节点的可用资源信息。
该过程发生在MBMS会话开始(Session Start)之前，途经网元根据寄宿在途经网元的终端数以及文件修复节点决定如何和是否采用该文件修复节点的资源进行文件修复，从而使得文件修复节点的分布更加靠近终端，使得文件修复过程更加快速、简单；并且结合该文件修复节点的自身性能参数计算文件修复节点的可用资源信息，如可用资源的时间及空间大小等，避免了文件修复节点的超载。
可用资源信息包括：可用时间TBr、可用空间SBr等。下面以图1中途经网元A1，其控制的文件修复节点B1为例，介绍一种线形计算可用时间和可用空间的方法。假设：
SB1表示文件修复节点B1能够提供的存储空间大小。
TB1表示节点B1能够在多长时间内保证这块空间可被使用和访问。
NA1表示寄宿在网元A1上的客户终端数。
BA1表示网元A1上配置的调用节点B1存储空间的最低客户数要求。
PS表示网元A1上配置的空间增加的步长。
PN表示网元A1上配置的增加步长空间PS所需的客户数。
Truncate为去尾取整运算。
则TBr和SBr可为：
为了保证MBMS会话开始后，该文件修复节点中的可用资源没有被其他事件占用，途经网元在进行计算得出该途经网元的可用资源信息后，可以在将文件修复节点的相关信息发送至BM-SC之前，向该文件修复节点发送预留资源命令，并获得所述符合预设标准的文件修复节点确认。
(2)BM-SC生成文件修复节点列表
途经网元将文件修复节点的状态信息发送给BM-SC，BM-SC根据文件修复节点的状态信息、以及BM-SC中待发送的会话信息，确定存储会话信息中各数据块的文件修复节点并生成文件修复节点列表。其中，文件修复节点的状态信息包括文件修复节点的识别信息及可用资源信息。文件修复节点列表为一数据表，该数据表包括有以下字段：文件修复节点的识别信息，数据块所属文件的识别信息，数据块的上/下限标识等。每一数据项都包括上述字段所描述的信息，如文件修复节点的识别信息，如文件修复节点的统一资源标识符URI；数据块所属文件的识别信息，如文件的统一资源标识符(FileURI)；数据块(FEC Payload ID)的上限标识(FEC-PayloadID-Roof)；数据块的下限标识(FECPayload-ID-Floor)；还可以包括数据块(FEC Payload ID)的存活期(Lifeperiod)。
BM-SC开始传输数据(Session Start)之前，会和终端、途经网元以及文件修复节点进行充分的信令交换，建立一棵组播树，每一个上游网元都有它自己的下游节点列表。
途经网元将文件修复节点的状态信息发送到BM-SC分为两种流程：
第一种流程，若途经网元控制的全部文件修复节点预设为该途经网元的下游节点，即全部文件修复节点均为途经网元的有效文件修复节点，则在BM-SC生成文件修复节点列表之前，途经网元将所有的文件修复节点的状态信息发送到BM-SC，并结合待发送的MBMS会话信息，生成文件修复节点列表。其中途经网元根据终端数及该途经网元控制的文件修复节点的性能参数计算文件修复节点的可用资源信息，将所述文件修复节点的状态信息，如文件修复节点的识别信息，文件修复节点的可用资源信息等，发送到BM-SC。
第二种流程，若途经网元控制的文件修复节点并非默认为该途经网元的下游节点，而需根据某预设标准进行判断后再决定是否加入该途经网元的文件下游节点列表，则在BM-SC生成文件修复节点列表之前，途经网元根据终端数及该途经网元控制的文件修复节点的性能参数，选出符合预设标准的文件修复节点并计算所述符合预设标准的文件修复节点的可用资源信息，将所述符合预设标准的文件修复节点的状态信息，如文件修复节点的识别信息，文件修复节点的可用资源信息等，发送至BM-SC。
若为上述描述的第一种流程，则无论该文件修复节点是否提供可用资源，均在计算完毕后向该文件修复节点发送预留资源命令。
若为上述描述的第二种流程，则在计算中首先选出符合预设标准的文件修复节点，如将提供可用资源作为预设标准，然后向提供可用资源的文件修复节点发送预留资源命令。同时若为上述描述的第二种流程，则在将所述符合预设标准的文件修复节点的相关信息发送至BM-SC之前还包括：将该所述符合预设标准的文件修复节点的识别信息记录到该途经网元的下游节点列表。
(3)BM-SC将MBMS会话信息及文件修复节点列表发送给途经网元。
该过程发生在BM-SC生成文件修复节点列表后，具体MBMS会话内容被传输前。文件修复节点列表可以单独地作为一个传输过程进行传输，也可以包含在FLUTE协议的FDT中进行带内传输。
(4)文件修复节点存储会话信息中的相应数据块
途经网元将接收到的MBMS会话信息及文件修复节点列表除正常地传输到每一终端外，同时根据文件修复节点列表将相应数据块存储到文件修复节点。
其中途经网元根据文件修复节点列表将相应数据块存储到文件修复节点的具体执行步骤有三种方式：第一种方式由途经网元决定数据块的分发，具体为，途经网元根据文件修复节点列表将会话信息中的相应数据块发送给对应的文件修复节点，文件修复节点对相应数据块进行存储。第二种方式由文件修复节点决定是否存储数据块，具体为，途经网元将会话信息及文件修复节点列表发送至下游节点列表中的文件修复节点，文件修复节点根据文件修复节点列表存储会话信息中的相应数据块。若该途经网元的下游节点列表中存在文件修复节点的识别信息，则将MBMS会话内容按照文件修复节点的识别信息，如地址，转发到文件修复节点，文件修复节点再根据文件修复节点列表判断自己是否应该存储会话信息，以及存储这些会话信息中的哪些数据块等。第三种方式由途经网元决定数据块的分发后，再由文件修复节点判断是否对分发的数据块进行存储，具体为，途经网元将文件修复节点列表、以及根据文件修复节点列表将会话信息中的相应数据块发送给对应的文件修复节点，文件修复节点根据途经网元发送的文件修复节点列表对相应数据块进行存储。在一较佳实施例中，选择上述第二种方式，途经网元将接收到的MBMS会话信息及文件修复节点列表除正常地传输到每一终端外，同时传输到其下游节点列表中的文件修复节点，由文件修复节点根据文件修复节点列表对会话信息中的相应数据块进行存储。采用该方式，对途经网元的功能修改较小。
本过程利用MBMS本身传输过程，将MBMS会话内容分发到文件修复节点，由于文件修复节点分布在MBMS会话内容传输的途经网元周边，因此直接从途经网元接收MBMS会话内容，有效地减小了传输量。并且文件修复节点无需存储MBMS会话内容的完整内容，而是根据自身可用资源信息对MBMS会话内容进行部分存储，即对数据块采用有选择的存储，从而极大地避免了文件修复节点的超载。
(5)请求修复文件
终端进行文件修复时，根据文件修复节点列表选择存储有所述文件中待修复数据块的文件修复节点，修复所述待修复数据块。修复过程和传统的MBMS文件点对点修复过程基本一致，区别是在修复文件前，终端需要根据请求修复数据块的识别信息，如该请求修复数据块所属文件的URI及请求修复数据块的数据块标识FEC-PayloadID，从文件修复节点列表选择存储有该请求修复数据块的文件修复节点，执行文件修复操作。
终端根据文件修复节点列表可以通过向存储有所述文件中待修复数据块的文件修复节点随机发出修复请求。
当文件修复节点较多时，BM-SC除将某一数据块分配给一文件修复节点，还将该数据块分配给另一文件修复节点或再一个文件修复节点，这样同一个数据块在文件修复节点列表中对应的数据项就不止一个，同样在进行数据块的分发时，就会有不止一个的文件修复节点存储有该数据块。终端在根据文件修复节点列表选择存储有所述文件中待修复数据块的文件修复节点时，若存在不止一个的文件修复节点存储有该待修复数据块，终端还可以从多个存储有该待修复数据块的文件修复节点中随机选择出一文件修复节点。
在所述文件修复节点对本次会话信息中的数据块进行存储即在文件修复节点存储数据块之后，还可以包括：文件修复节点向途经网元发送取消注册请求，途经网元收到文件修复节点的取消注册请求后，从下游节点列表中删除该文件修复节点的识别信息。
在文件修复节点向途经网元发送取消注册请求之前，首先判断文件修复节点列表中是否存在该文件修复节点的识别信息，如该文件修复节点的统一资源标识符URI。若文件修复节点列表中不存在该文件修复节点的识别信息，则说明BM-SC没有为该文件修复节点分配数据块，该文件修复节点在MBMS会话信息传输中无需存储数据块，则该文件修复节点向途经网元发送取消注册请求。若文件修复节点列表中存在该文件修复节点的识别信息，则说明BM-SC已为该文件修复节点分配数据块，该文件修复节点在MBMS会话信息传输中需要存储数据块，这时判断该文件修复节点是否已存储相应数据块，若已存储相应数据块，则说明该文件修复节点存储数据块的功能已完成，则该文件修复节点向途经网元发送取消注册请求，将该文件修复节点的识别信息从途经网元的下游节点列表中删除；否则，则存储相应数据块后，该文件修复节点再向途经网元发送取消注册请求。
为了使资源达到合理分配，可以对系统中的闲置资源进行合理再分配。文件修复节点的识别信息从下游节点列表删除的同时还包括：文件修复节点释放未占用的预留资源信息。若从下游节点列表中删除的文件修复节点没有存储MBMS会话信息的数据块，则该文件修复节点应该释放所有预留的资源；若从下游节点列表中删除的文件修复节点存储有MBMS会话信息的数据块，则释放没有使用的预留资源，已经使用的预留资源则根据文件修复节点列表中的数据块的存活期(Lifeperiod)进行自动释放。已经使用的预留资源自动释放的过程具体为，文件修复节点根据文件修复节点列表中数据块的存活期对该文件修复节点存储的数据块进行自动删除，已达到自动释放资源。
通过以上实施例对本发明基于MBMS的文件修复系统及方法的描述，本发明具有以下有益技术效果：(1)各文件修复节点非集中管理，亦非分散管理，而是分布在MBMS途经网元四周，从而使得MBMS会话内容以接近“零”传输量实现在各文件修复节点间的分布式存储。从而极大地减小了上行和下行通道的拥堵可能，有效地降低了MBMS会话内容在文件修复过程中的传输量；(2)各文件修复节点参与文件修复过程的程度，如可用时间长短、可用空间大小，和控制它的途经网元给多少终端提供MBMS数据相关，从而使得文件修复节点的分布更加靠近终端。(3)由于不必在一个文件修复节点存储整个会话内容，并且各文件修复节点可根据自身性能，决定存储时间长短和存储空间大小，故避免了由于存储全部会话内容而造成文件修复服务器的超载现象以及在进行文件修复时由于数据反复被调入而导致的文件修复服务器的超载现象；同时也有利于网络上“碎片”资源的利用，便于文件修复节点的扩容和升级。(4)文件修复节点根据存储内容的时效性，可实现各文件修复节点对内容的自动删除。具体为文件修复节点可根据文件修复节点列表中数据块的存活期对该文件修复节点存储的数据块进行自动删除，从而实现自动释放资源，便于实现资源合理再分配。
最后所应说明的是，以上实施例仅用以说明本发明的技术方案而非限制，尽管参照较佳实施例对本发明进行了详细说明，本领域的普通技术人员应当理解，可以对本发明的技术方案进行修改或者等同替换，而不脱离本发明技术方案的精神和范围。
Claims (18)
1. 一种文件修复系统，包括广播/组播业务服务器与途经网元，其特征在于，还设有文件修复节点，所述文件修复节点与控制文件修复节点的途经网元连接，用于对所述途经网元转发的会话信息中相应数据块进行存储以实现文件修复；
所述控制文件修复节点的途经网元还包括计算模块，用于根据该途经网元上寄宿的终端数以及其控制的文件修复节点的性能参数，计算文件修复节点的可用资源信息；以及上报模块，与所述计算模块连接，用于将包含有文件修复节点的识别信息及可用资源信息的文件修复节点的状态信息发送给广播/组播业务服务器；
所述广播/组播业务服务器还包括分配模块，用于根据文件修复节点的状态信息、以及广播/组播业务服务器中待发送的会话信息，确定会话信息的各数据块分布在对应的文件修复节点中并生成文件修复节点列表。
2. 根据权利要求1所述的系统，其特征在于，所述控制文件修复节点的途经网元还包括预留资源模块，与所述计算模块及上报模块连接，用于根据计算模块计算的文件修复节点的可用资源信息向所述文件修复节点发送预留资源命令，并获得所述文件修复节点确认后，将该文件修复节点添加到其归属的途经网元的下游节点列表。
3. 一种文件修复方法，其特征在于，包括以下步骤：
广播/组播业务服务器将会话信息及包含存储有会话信息中各数据块的文件修复节点的识别信息的文件修复节点列表下发给途经网元；
途经网元将会话信息及文件修复节点列表发送给终端，并根据文件修复节点列表将会话信息的各数据块存储到对应的文件修复节点；
终端进行文件修复时，根据文件修复节点列表选择存储有所述文件中待修复数据块的文件修复节点，修复所述待修复数据块。
4. 根据权利要求3所述的方法，其特征在于，所述途经网元根据文件修复节点列表将会话信息的各数据块存储到对应的文件修复节点具体为：
途经网元根据文件修复节点列表将会话信息中的相应数据块发送给对应的文件修复节点，文件修复节点对相应数据块进行存储。
5. 根据权利要求3所述的方法，其特征在于，所述途经网元根据文件修复节点列表将会话信息的各数据块存储到对应的文件修复节点具体为：
途经网元将会话信息及文件修复节点列表发送至文件修复节点，文件修复节点根据文件修复节点列表存储会话信息中的相应数据块。
6. 根据权利要求3所述的方法，其特征在于，所述途经网元根据文件修复节点列表将会话信息的各数据块存储到对应的文件修复节点具体为：
途经网元将文件修复节点列表、以及根据文件修复节点列表将会话信息中的相应数据块发送给对应的文件修复节点，文件修复节点根据途经网元发送的文件修复节点列表对相应数据块进行存储。
7. 根据权利要求3所述的方法，其特征在于，所述终端根据文件修复节点列表选择存储有所述文件中待修复数据块的文件修复节点具体为：
终端根据文件修复节点列表向多个存储有所述文件中待修复数据块的文件修复节点随机发出修复请求。
8. 根据权利要求3所述的方法，其特征在于，所述终端根据文件修复节点列表选择存储有所述文件中待修复数据块的文件修复节点具体为：
终端根据文件修复节点列表从多个存储有所述文件中待修复数据块的文件修复节点中随机选择出一个文件修复节点。
9. 根据权利要求3所述的方法，其特征在于，所述广播/组播业务服务器将会话信息及文件修复节点列表下发给途经网元之前还包括：
途经网元将文件修复节点的状态信息发送给广播/组播业务服务器，广播/组播业务服务器根据文件修复节点的状态信息、以及广播/组播业务服务器中待发送的会话信息，确定会话信息的各数据块分布在对应的文件修复节点中并生成文件修复节点列表。
10. 根据权利要求3-9任一所述的方法，其特征在于，所述文件修复节点列表每一数据项包括：文件修复节点的识别信息、数据块所属文件的识别信息及数据块的上/下限标识。
11. 根据权利要求10所述的方法，其特征在于，所述文件修复节点列表的每一数据项还包括数据块的存活期。
12. 根据权利要求9所述的方法，其特征在于，途经网元将文件修复节点的状态信息发送给广播/组播业务服务器之前，还包括：途经网元根据该途经网元上寄宿的终端数及该途经网元控制的文件修复节点的性能参数计算所述文件修复节点的可用资源信息。
13. 根据权利要求9所述的方法，其特征在于，途经网元将文件修复节点的状态信息发送给广播/组播业务服务器之前，还包括：途经网元根据该途经网元上寄宿的终端数及该途经网元控制的文件修复节点的性能参数，选出符合预设标准的文件修复节点并计算所述符合预设标准的文件修复节点的可用资源信息。
14. 根据权利要求13所述的方法，其特征在于，在计算所述符合预设标准的文件修复节点的可用资源信息及将文件修复节点的状态信息发送给广播/组播业务服务器之间还包括：所述符合预设标准的文件修复节点确认途经网元发送的预留资源命令。
15. 根据权利要求14所述的方法，其特征在于，在符合预设标准的文件修复节点确认途经网元发送的预留资源命令及将文件修复节点的状态信息发送给广播/组播业务服务器之间还包括：途经网元将该所述符合预设标准的文件修复节点的识别信息记录到该途经网元的下游节点列表。
16. 根据权利要求15所述的方法，其特征在于，文件修复节点存储相应数据块之后，还包括：文件修复节点向途经网元发送取消注册请求，途经网元收到文件修复节点的取消注册请求后，从下游节点列表中删除该文件修复节点的识别信息。
17. 根据权利要求16所述的方法，其特征在于，在文件修复节点向途经网元发送取消注册请求之前，还包括：文件修复节点判断文件修复节点列表中是否存在该文件修复节点的识别信息，若不存在，则向途经网元发送取消注册请求；若存在，则判断该文件修复节点是否已存储相应数据块，若已存储，则向途经网元发送取消注册请求，若未存储，则存储相应数据块后，向途经网元发送取消注册请求。
18. 根据权利要求16或17所述的方法，其特征在于，在从下游节点列表中删除该文件修复节点的识别信息的同时还包括：文件修复节点释放未占用的预留资源信息。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN2007100642395A CN101262627B (zh) | 2007-03-07 | 2007-03-07 | 文件修复系统及方法 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN2007100642395A CN101262627B (zh) | 2007-03-07 | 2007-03-07 | 文件修复系统及方法 |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| CN101262627A true CN101262627A (zh) | 2008-09-10 |
| CN101262627B CN101262627B (zh) | 2011-05-11 |
Family
ID=39962783
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN2007100642395A Active CN101262627B (zh) | 2007-03-07 | 2007-03-07 | 文件修复系统及方法 |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN101262627B (zh) |
Cited By (6)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN102916837A (zh) * | 2012-10-19 | 2013-02-06 | 北京迈伦斯科技有限公司 | 一种分层结构的数据修复方法及实现该方法的节点设备 |
| WO2014059582A1 (en) | 2012-10-15 | 2014-04-24 | Telefonaktiebolaget L M Ericsson (Publ) | A ue, a bm-sc, a status management server, a load balancing server and a file repair server and respective methods therein are provided for file repair procedure |
| CN103944981A (zh) * | 2014-04-14 | 2014-07-23 | 中国科学院计算技术研究所 | 一种基于纠删码技术改进的云存储系统及实现方法 |
| CN105227637A (zh) * | 2015-09-06 | 2016-01-06 | 浙江宇视科技有限公司 | 一种提高云存储资源修复效率的方法和装置 |
| CN105744007A (zh) * | 2008-10-10 | 2016-07-06 | 汤姆逊许可公司 | 用于请求文件修复分发模式的方法 |
| CN113762673A (zh) * | 2020-10-20 | 2021-12-07 | 北京沃东天骏信息技术有限公司 | 对象数量的确定方法、装置及存储介质 |
Family Cites Families (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP4411842B2 (ja) * | 2003-01-10 | 2010-02-10 | 日本電気株式会社 | 移動通信システム及びそれに用いる無線制御装置及びその動作制御方法 |
| CN1286332C (zh) * | 2004-08-12 | 2006-11-22 | 华为技术有限公司 | Mbms业务传输方法 |
-
2007
- 2007-03-07 CN CN2007100642395A patent/CN101262627B/zh active Active
Cited By (9)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN105744007A (zh) * | 2008-10-10 | 2016-07-06 | 汤姆逊许可公司 | 用于请求文件修复分发模式的方法 |
| WO2014059582A1 (en) | 2012-10-15 | 2014-04-24 | Telefonaktiebolaget L M Ericsson (Publ) | A ue, a bm-sc, a status management server, a load balancing server and a file repair server and respective methods therein are provided for file repair procedure |
| EP2907264B1 (en) * | 2012-10-15 | 2021-08-11 | Telefonaktiebolaget LM Ericsson (publ) | A ue, a bm-sc, a status management server, a load balancing server and a file repair server and respective methods therein are provided for file repair procedure |
| CN102916837A (zh) * | 2012-10-19 | 2013-02-06 | 北京迈伦斯科技有限公司 | 一种分层结构的数据修复方法及实现该方法的节点设备 |
| CN102916837B (zh) * | 2012-10-19 | 2016-06-29 | 北京迈伦斯科技有限公司 | 一种分层结构的数据修复方法及实现该方法的节点设备 |
| CN103944981A (zh) * | 2014-04-14 | 2014-07-23 | 中国科学院计算技术研究所 | 一种基于纠删码技术改进的云存储系统及实现方法 |
| CN103944981B (zh) * | 2014-04-14 | 2017-03-22 | 中国科学院计算技术研究所 | 一种基于纠删码技术改进的云存储系统及实现方法 |
| CN105227637A (zh) * | 2015-09-06 | 2016-01-06 | 浙江宇视科技有限公司 | 一种提高云存储资源修复效率的方法和装置 |
| CN113762673A (zh) * | 2020-10-20 | 2021-12-07 | 北京沃东天骏信息技术有限公司 | 对象数量的确定方法、装置及存储介质 |
Also Published As
| Publication number | Publication date |
|---|---|
| CN101262627B (zh) | 2011-05-11 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| US8289892B2 (en) | System for controlling multimedia broadcast multicast service for load distribution and control method thereof | |
| Liu et al. | On content-centric wireless delivery networks | |
| JP4988752B2 (ja) | 階層的に編成されたブロードキャスト／マルチキャスト・サービスエリアのためのフィードバック技術 | |
| CN1323563C (zh) | 一种多媒体广播/组播服务控制信息的接收方法 | |
| CN103152650B (zh) | 用于移动tv的鲁棒文件传播 | |
| EP4075753B1 (en) | Methods and apparatus for enhanced mbms content provisioning and content ingestion | |
| CN101262627B (zh) | 文件修复系统及方法 | |
| CN109863796B (zh) | eMBMS MooD的高级切换策略 | |
| US20080307041A1 (en) | System and method for implementing mbms handover during downloaded delivery | |
| US8761056B2 (en) | System for providing EMBMS chatting service and service provider server of the same, and method for controlling eBM-SC and user equipment | |
| CN101185283A (zh) | 向接收设备通知到来的传输会话 | |
| US20070133565A1 (en) | Content packet transmission control method in mobile communication network supporting multimedia broadcast/multicast service | |
| WO2006107165A1 (en) | File distribution method and apparatus in a mobile broadcast system | |
| WO2020155293A1 (zh) | 一种推流方法、系统及服务器 | |
| EP2992727A1 (en) | Multicast group reuse in cellular network multicast transport | |
| KR20190040234A (ko) | 미션 크리티컬 데이터 통신 시스템에서 숏 데이터 서비스 관리 방법 | |
| KR20120065700A (ko) | 이동통신 시스템에서 셀 방송 기술을 이용한 신뢰성 있는 그룹 멀티캐스트 전송 방법 및 장치 | |
| US20050094659A1 (en) | Method for distributing a set of data, radiocommunication network and wireless station for implementing the method | |
| CN1780225A (zh) | 按用户和终端设备的关系变更推送业务参数信息的方法 | |
| CN101946459A (zh) | 用于可靠的广播/组播服务的方法和设备 | |
| CN101094439B (zh) | 无线通信系统中为广播业务动态分配资源的方法及装置 | |
| US10095575B2 (en) | User equipment node, server node and methods performed in such nodes for performing file repair procedure | |
| EP2283608B1 (en) | Method and device for content personalisation using file repair requests | |
| US11588887B2 (en) | Peer to peer communications for repairing wireless multicast/broadcast delivered content | |
| CN108476384B (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 |