一种丢包重传方法及装置的制造方法
【技术领域】
[0001]本发明涉及网络电视IPTV信息传输领域，尤其涉及用于网络电视直播的一种丢包重传方法及装置。
【背景技术】
[0002]网络电视直播是网络电视最主要的业务之一，由于丢包造成的卡顿或花屏等异常现象是目前视频通信的技术瓶颈，现有技术中解决此类丢包问题主要采用组播和单播重传相结合的方法，当检测到丢包时，便请求服务器重传丢失包，回复丢包数据，但一般来说，丢包现象主要发生在网络质量很差的情况下，而现有技术中服务器必须为每一个新接入进来的终端保留资源，并保证服务器与终端之间的重传通道一直有效，如果某个终端一直不退出，那么服务器的资源就会被这个终端一直占有，因此对服务器的性能产生很大影响。
【发明内容】
[0003]为了解决上述技术问题，本发明公开了一种丢包重传方法及装置，减小了因服务器资源一直被占有而造成对服务器性能的影响。
[0004]依据本发明的一个方面，提供了一种丢包重传方法，应用于网络电视直播，包括:
[0005]接收终端检测到丢包后发送的第一重传请求信息；
[0006]响应第一重传请求信息，创建与终端之间的重传通道，并反馈重传通道的第一保活时间信息；
[0007]在第一保活时间信息所设定的第一保活时间内，根据终端发送的丢包信息，向终端发送重传包。
[0008]在反馈重传通道的第一保活时间信息的步骤之后还包括:监测重传通道的有效开放时间，当有效开放时间大于第一保活时间时，关闭重传通道。
[0009]在关闭重传通道的步骤之后还包括:接收终端检测到丢包后发送的第二重传请求信息；响应第二重传请求信息，重新创建重传通道，并反馈重新创建的重传通道的第二保活时间信息。
[0010]其中，在第一保活时间信息所设定的第一保活时间内，根据终端发送的丢包信息，向终端发送重传包的步骤包括:
[0011 ] 接收终端发送的丢包信息；
[0012]判断重传通道的有效开放时间是否到达第一保活时间，当未到达第一保活时间时，则向终端发送重传包；当到达第一保活时间时，则不向终端发送重传包。
[0013]依据本发明的另一个方面，还提供了一种丢包重传装置，应用于网络电视直播，包括:
[0014]接收模块，用于接收终端检测到丢包后发送的第一重传请求信息；
[0015]重传建立模块，用于响应第一重传请求信息，创建与终端之间的重传通道，并反馈重传通道的第一保活时间信息；
[0016]重传模块，用于在第一保活时间信息所设定的第一保活时间内，根据终端发送的丢包信息，向终端发送重传包信息。
[0017]该丢包重传装置，还包括:检测模块，用于监测重传通道的有效开放时间；重传关闭模块，用于当有效开放时间大于第一保活时间时，关闭重传通道。
[0018]其中，接收模块还用于在重传关闭模块关闭重传通道之后，接收终端检测到丢包后发送的第二重传请求信息；
[0019]重传建立模块还用于响应第二重传请求信息，重新创建重传通道，并反馈重新创建的重传通道的第二保活时间信息。
[0020]其中，重传模块具体包括:丢包信息接收单元，用于接收终端发送的丢包信息；判断单元，用于判断重传通道的有效开放时间是否到达第一保活时间；发送单元，用于当判断单元判断有效开放时间未到达第一保活时间时，向终端发送重传包；当判断单元判断有效开放时间到达第一保活时间时，不向终端发送重传包。
[0021]其中，重传建立模块创建的重传通道采用传输控制协议TCP或数据报协议。
[0022]其中，终端为机顶盒STB。
[0023]本发明的实施例的有益效果是:一种丢包重传方法及装置，在原有网络电视直播的通信链路中，通过引入保活时间概念，仅在终端检测到丢包时才会建立重传通道，而超过保活时间后，服务器的资源将被释放，这样服务器的资源只有在检测到丢包之后才会被占用，而不会像以前一样一直被终端占用，大大减少了服务器资源的消耗，大大提升了服务器的性能。
【附图说明】
[0024]图1表示本发明实施例的方法流程图；
[0025]图2表示本发明实施例的网络拓扑图；
[0026]图3表示本发明实施例的丢包重传方法拓扑图；
[0027]图4表示本发明实施例的结构框图。
【具体实施方式】
[0028]下面将参照附图更详细地描述本公开的示例性实施例。虽然附图中显示了本公开的示例性实施例，然而应当理解，可以以各种形式实现本公开而不应被这里阐述的实施例所限制。相反，提供这些实施例是为了能够更透彻地理解本公开，并且能够将本公开的范围完整的传达给本领域的技术人员。
[0029]实施例
[0030]本发明的实施例公开了一种丢包重传方法，应用于网络电视直播，如图2所示，建立一个组播组；将组播频道、服务器和终端加入该组播组，并创建该组播频道分别与服务器和终端之间的网络链路；组播频道用于产生组播流；服务器接收组播频道发出的组播流，并以数据包的形式缓存一段最近的组播码流；终端接收该组播频道发出的组播流。
[0031]如图1至图3所示，本发明的实施例公开了一种丢包重传方法，包括:
[0032]步骤10:接收终端检测到丢包后发送的第一重传请求信息；
[0033]在本发明的实施例中，当终端检测到传输过来的组播流有丢包时，请求与服务器建立连接，并发送第一重传请求信息。
[0034]步骤20:响应第一重传请求信息，创建与终端之间的重传通道，并反馈重传通道的第一保活时间信息；
[0035]在本发明的实施例中，在接收到第一重传请求信息后，服务器申请资源，并与终端创建重传通道，并反馈重传通道的保活时间信息，该保活时间信息由第一重传请求信息计算得出，规定了重传通道的保活时间，需要说明的是保活时间的限定还与当前的网络状况有一定关系；且服务器与终端双方的重传通道只在保活时间内有效。
[0036]步骤30:在第一保活时间信息所设定的第一保活时间内，根据终端发送的丢包信息，向终端发送重传包；
[0037]终端给服务器发起丢包信息，服务器发送重传包。
[0038]其中，在第一保活时间信息所设定的第一保活时间内，服务器根据终端发送的丢包信息，向终端发送重传包的具体操作步骤包括:接收终端发送的丢包信息，并判断重传通道的有效开放时间是否到达第一保活时间，只有在未到达第一保活时间时才会向终端发送重传包，一旦超过了第一保活时间，则不向终端发送重传包。
[0039]如果终端在第一保活时间内再次检测到丢包后，直接发送丢包信息，服务器直接根据接收到的丢包信息，发送重传包；终端超过保活时间后再次检测到丢包时，发送第二重传请求信息，服务器再次申请资源，并与终端重新创建重传通道，并反馈重传通道的第二保活时间信息。
[0040]如果服务器监测到重传通道的有效开放时间已超过了保活时间，则服务器释放资源，并关闭与终端之间的重传通道。
[0041]如图3所示，采用本发明具体实施例所述方法，当终端检测到丢包后，与服务器之间的交互过程具体包括以下步骤:
[0042]终端检测到丢包，并向服务器发送第一重传请求信息；
[0043]服务