CN110536179A 一种内容分发系统和方法 （三星电子（中国）研发中心）

所述内容服务器用于存储可供用户终端访问的端请求视频文件的记录统计得到视频文件的热据视频文件的热度排名信息从内容服务器获取热度最高的若干视频文件的部分内容发送给边2所述中心服务器，用于根据各个用户终端请求视频文所述边缘服务器是所述用户终端的文件缓存服务器和移所述用户终端连接所述边缘服务器，向边缘服务器进所述中心服务器还用于在用户终端请求视频所述控制单元，用于根据各个用户终端请求视频文件的记录所述转换单元，用于在用户终端请求视频文件时，根所述分析器模块，用于对边缘服务器上报的辅助信所述机器学习模块，用于根据输入的数据统计得到用所述调度模块，用于根据所述视频文件的热度排名信采用组播ABR方式将所述相同的视频文件发送给所述多个用户终端3所述代理单元收集并向中心服务器报告辅助信息，包括所述数据恢复单元，用于在接收到编码文件时，根据所所述转换单元，用于对所述多个用户终端请求的视频文件进行所述中心服务器发送给所述边缘服务器的文件的包头信息中包含以下信息的至少一中心服务器根据各个用户终端请求视频文件的记录统计得到视频文件的热度排名信在用户终端请求视频文件时，中心服务器根据用组播ABR或者编码缓存的方式将用户终端所请求如果多个用户终端请求相同的视频文件，则采用组播ABR方式将所述相同的视频文件4Step4.内容服务器用单播ABR的方式将请Step5.中心服务器将文件通过共享链路以组播ABStep2.用户终端对应的边缘服务器处理文件请求消息，边缘服务器首先查找本地缓Step3.边缘服务器向附近的其它边缘服务器广播文件请求消息，并启动消息应答定Step5.其它边缘服务器将请求的文件发送给Step6.发送请求消息的边缘服务器判断消息应答定时器是否超时，如果超时，转到Step10.内容服务器用单播的方式将Step12.边缘服务器根据本地预先所述中心服务器发送给所述边缘服务器的文件的包头信息中包含以下信息的至少一5球上网用户将达到46亿，网络接入设备将达到271亿，视频数据的访问占用比例将提升到82每月产生的数据量将突破190EB(1EB等于230GB)。[0004]当前多数OTT(OverTheTop)业务的视频传输方式一般采用单播传输(Unicast网络负载处于2Tbps边缘。这种巨大冗余不仅造成了服务器沉重的负担，响应需要很长时6求视频文件的不同，通过组播ABR或者编码缓存的方式将用户终端所请求的文件发送给边的不同，通过组播ABR或者编码缓存的方式将用户终端所请求的文件发送给所述边缘服务靠前的视频文件的部分内容，在网络链路访问的波谷时段发送给边缘服务器进行预先缓[0023]当多个用户终端请求相同的视频文件时，从内容服务器获取所述相同的视频文件，并采用组播ABR方式将所述相同的视频文件发送给所述多个用户终端所对应的边缘服7[0036]中心服务器根据各个用户终端请求视频文件的记录统计得到视频文件的热度排[0037]在用户终端请求视频文件时，中心服务器根据用户终端所请通过组播ABR或者编码缓存的方式将用户终端所请求的[0040]较佳的，所述采用组播ABR方式将所述相同的视频文件发送给所述多个用户终端8[0051]Step2.用户终端对应的边缘服务器处[0052]Step3.边缘服务器向附近的其它边[0053]Step4.其它边缘服务9[0077]图7是本发明实施例二中基于编码缓存和组播自适应码流的内容分发方法的流程[0079]图9是本发明实施例三中基于编码缓存和组播自适应码流的内容分发方法的流程[0080]图10是本发明实施例三中系统以编码缓存方式发送用户终端所请求文件的示意[0081]图11是本申请实施例四中系统中其他边缘服务器发送用户终端所请求文件的示述视频文件的热度排名信息从内容服务器获取热度最高的若干视频文件的部分内容发送[0088](1)控制单元根据各个用户终端请求视频文件的记录进行统计，从而生成视频文[0089](2)转换单元在多个用户终端请求文件时负责确定文件的分发方式，根据用户终的文件以及边缘服务器本地缓存预存储的文件，将多个用户终端请求的不同文件进行编[0090]边缘服务器：边缘服务器是用户终端的文件缓存服务器和移[0091](1)代理单元收集并向中心服务器中的控制单元报告辅助信息，辅助信息包括但[0092](2)恢复单元根据接收到的编码后的文件和自身缓存中已有的文件，对编码后的[0114]Step2.用户终端对应的边缘服务器处[0115]Step3.边缘服务器向附近的其它边[0116]Step4.其它边缘服务[0134]图1为本发明实施例一提供的一种基于编码缓存和组播自适应码流的内容分发系[0137]基于HTTP协议的自适应传输流技术(DASH：DynamicAdaptiveStreamingover技术(ABR，AdaptiveBitRatestreaming)的一种。ABR是视频流在HTTP上传输的一种方[0139](2)中心服务器：中心服务器是系统中的一个数据处理中心，可以有一个或者多[0143]3.通过对缓存进行分组来避免同一个分组内相似度较高的用理流程如图2所示。大量研究结论表明：视频文件内容的访问热度分布符合Zipf定律，约[0147]参照图3所示的本实施例中控制单元的实现示意图，所述的辅助信息包括但不限[0152]参照图4所示的本实施例中网络数据访问量和时间变化关系图，为了充分利用网[0154]组播自适应码率流(M-ABR:MulticastAdaptiveBitRatestreaming)是一种基存(CodedCaching)是一种内容缓存和分发技术，根据用户当前请求的数据和客户端设备对应的时段采用组播ABR方式发送所述多个用户终端所请求的视频文件，这种情形下可以转换单元将多个用户终端请求的不同文件进行编码，并利用缓存编码技术(也可称为编码[0158]边缘服务器S1预先缓存的文件是(A2,B2,C2)，边缘服务器S2预先缓存的文件是的方案对这些用户终端所请求的不同的文件进行编码传输，从而达到降低传输码率的目缓存编码传输方式，本实施例所采取的缓存编码传输方式可以有效减少传输文件的码率，[0165]1)代理单元收集并向中心服务器报告辅助信息，包括但不限于视频文件访问量、=A1⊕B2⊕C2，然后将编码文件Fs发送给边缘服务器S1～S3。边缘服务器S1在接收到中心施例中的流媒体传输是基于MPEG-DASH协议的，内容服务器上预先存储不同分辨率和码率务器node1首先查找自身缓存中是否有电视机顶盒终端所请求的视频文件，当发现本服务[0180]Step7.中心服务器处理内容服务器接收到的视频文件以组播ABR的方式发送给边缘服务器nod[0181]Step8.边缘服务器node1和node2分[0182]Step9.边缘服务器node1和node2分别将视频文件发送给用户终端1和用户终端[0185]参照如图9和图10所示的示意图，本发明实施例提供一种基于编码缓存的内容分node1首先查找自身缓存中是否有请求的视频文件，当发现本服务器缓存中并没有缓存请[0193]request_node字段规定发送消息的服务器名称，这里是名字为node1的边缘服务[0194]request_file字段规定所请求视频文件的名称，这里是在请求影片《national[0195]request_cache字段规定当前需要请求视频文件中的缓存块编号，这里的缓存块[0197]Step4.其它边缘服务器在接收到广有请求的视频文件，在本实施例中，其它边缘服务器的缓存中都没有node1请求的视频文[0201]Step8.中心服务器处理内容服务器发送[0202]Step9.边缘服务器node1处理数据恢复单元根据接收到的编码后的视频文件和自身缓存中已缓存的视频文件部分内容，[0206]参照如图9和图11所示的示意图，本实施例提供基于编码缓存的内容分发方法的[0208]Step2.手机终端对应的边缘服务器node1处理视频文件请求消息，边缘服务器[0213]request_node字段规定发送消息的服务器名称，这里是名字为node1的边缘服务[0215]request_cache字段规定当前需要请求视频文件中的缓存块编号，这里的缓存块[0217]Step4.其它边缘服务器在接收到视1～第512字节的内容分割为第一个文件块，将文件的第513～1024字节的内容分割为第二ID和文件块ID信息可知该包中包含文件块A2，因此边缘服务器S1继续解析有效载荷A2⊕B2